The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Проекта по интеграции с Qt web-движка Servo, развиваемого на языке Rust"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проекта по интеграции с Qt web-движка Servo, развиваемого на языке Rust"  +/
Сообщение от opennews (??), 09-Апр-24, 14:27 
Компания KDAB объявила о разработке компонента Servo WebView для Qt, использующего  браузерный движок Servo вместо модуля Qt WebEngine (на базе Chromium) для отображения web-контента в QML-приложениях. Предполагается, что проект поможет сократить поверхность атак на  Qt-приложения, использующие API WebView, за счёт применения компонента, в котором благодаря языку Rust минимизировано возникновение уязвимостей, вызванных ошибками при работе с памятью. Код Servo WebView для Qt распространяется под лицензией MPL-2.0...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60961

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

8. Сообщение от Аноним (8), 09-Апр-24, 14:46   +8 +/
Вот так всё у моззилы - что-то там создает, а потом не использует: раст, серво... браузер
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #13, #35, #155

9. Сообщение от Аноним (9), 09-Апр-24, 14:50   +/
Оно как и вейленд никогда не готово для десктопа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #48

11. Сообщение от Аноним (11), 09-Апр-24, 15:00   –6 +/
>за счёт применения компонента, в котором благодаря языку Rust минимизировано возникновение уязвимостей, вызванных ошибками при работе с памятью

То есть, по факту, причина выбора как всегда - отсутствие желания нести ответственность и проектировать своими руками и головой корректно работающий код без ошибок? Объясните пожалуйста, почему в любом проекте где используется Rust, его использование оправдывают "отсутствием уязвимостей, вызванных ошибками при работе с памятью", если это должно быть ответственностью пишущего?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #41, #46, #99, #140, #149, #154

12. Сообщение от Аноним (12), 09-Апр-24, 15:01    Скрыто ботом-модератором+5 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #20, #36, #55, #90, #122

13. Сообщение от Аноним (13), 09-Апр-24, 15:08   +4 +/
браузер вполне рабочий, и это с учетом того, что инетом владеет гугл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #107

14. Сообщение от Аноним (13), 09-Апр-24, 15:09   +5 +/
Пиши на чём-угодно, тебя кто-то заставляет писать на Rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

15. Сообщение от Аноним (13), 09-Апр-24, 15:13   +/
Просто плюсы видать мало кому интересны на опеннете, вот и не пишут про них
Сишка уже легаси
d - маргинальщина для 1.5 землекопов
И получается, Раст - самый популярный язык системного программирования на опеннете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #27

18. Сообщение от Аноним (18), 09-Апр-24, 15:24   +/
Если uBlock прикрутят то появится нормальный бровсер на Qt
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #37

20. Сообщение от Аноним (-), 09-Апр-24, 15:26   +6 +/
> Как уже достали со своим растом, ей богу, из каждого утюга про него слышно

Люди работают, пишут код, почему бы не рассказать об этом другим?

> И если пару лет назад лично у меня к этому языку было скорее нейтральное отношение, то сейчас меня уже хорошо так триггерит, и в целом язык вызывает отвращение

Сочувствую тебе.

> Хотя умом я понимаю что, наверное, язык то неплохой, НО! Психика так работает

Неа) Как обычно говорят на форумах лапчатых УМВР))
Наверное психика другая. А может у тебя просто стресс, и в такой момент даже пакетик может выбесить.

> зы: тоже самое у меня с го было, когда он был на хайпе, как же меня  бесил этот синий гофер, а сейчас норм, думаю в недалеком будущем что-то написать на го

Ну, краб некоторых бесит еще с 2012 года, а некоторые еще и раньше.
Думаю тебе просто надо в отпуск))


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #110

24. Сообщение от Аноним (24), 09-Апр-24, 15:35    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от Аноним (-), 09-Апр-24, 15:41   +/
> Просто плюсы видать мало кому интересны на опеннете, вот и не пишут про них

На с++ не так много приложений, которые интересны местной аудитории.
Навскидку могу вспомнить KDE, kodi, opencv, openoffice..

> Сишка уже легаси

Но тем не менее новости об уязвимостях появляются постоянно, и читать, а особенно комментить их весело))

> И получается, Раст - самый популярный язык системного программирования на опеннете.

Именно! вот поэтому он достоен быть в главных новостях)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #73

28. Сообщение от Аноним (28), 09-Апр-24, 15:44   +3 +/
Какой-то эзопов язык в новости. Они это написали уже, или как всегда у растоманов, только собираются?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #96, #148

31. Сообщение от Аноним (31), 09-Апр-24, 15:56   +/
Он, хотя бы для начала, просто появился даже без uBlock.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #69

35. Сообщение от Аноним (35), 09-Апр-24, 16:04   +10 +/
Мозилла выложила раст для всех . А раз пользоваться будут все - с какой стати Мозилле в одиночку над ним вкалывать ? И в браузере использует , всё больше . Но у хромоюзеров "бревно в глазу" .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #45

36. Сообщение от Аноним (36), 09-Апр-24, 16:10   +5 +/
> НО! Психика так работает

Мы тут инженеры которые руководствуются логикой или девочки-истерички?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

37. Сообщение от Аноним (36), 09-Апр-24, 16:13   +/
Ladybird уже можно пользоваться, хоть и сжав булки. Разработчики на него уже начали пересаживаться - не столько потому что готов, а чтобы эту готовность поскорее приблизить. Но сам факт показателен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #70

41. Сообщение от Аноним (41), 09-Апр-24, 16:34   +/
Потому что по данным MS (и не только их) ошибки памяти - это процентов 70 ошибок, которые совершают разрабы. Вот они и хотят решить проблему кардинально. Читаешь здесь про CVE в ядре, иксах и прочем и видишь одно и то же: use after free, double free, выход за границу буфера, так что скорее всего статистика верна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #60, #100, #136, #139

45. Сообщение от НяшМяш (ok), 09-Апр-24, 16:54   –2 +/
https://chromium.googlesource.com/chromium/src/+/refs/heads/.../

Типичные хромоюзеры же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #58

46. Сообщение от Аноним (-), 09-Апр-24, 16:58   +2 +/
> То есть, по факту, причина выбора как всегда - отсутствие желания нести ответственность и проектировать своими руками и головой корректно работающий код без ошибок?

Неа, ошибка по факту в том, что СИ это устаревших хлам, созданный для отстрела ног.
И написать на нем что-то без ошибок просто не возможно, если это слегка больше хеллоуворда.

А еще большая проблема это сами СИшники, которые из года в год уде десятки лет делают одни и те же ошибки с памяьтью, но если предложить им использовать санитайзеры, то слышны ЧСВшные крики, что они профи и моугт сами писать хороший код (что не правда).

> Объясните пожалуйста, почему в любом проекте где используется Rust, его использование оправдывают "отсутствием уязвимостей, вызванных ошибками при работе с памятью", если это должно быть ответственностью пишущего?

Так пишущие любители дыряшки на себя такую ответственность не берут.
Приходится исправлять это другими методами.

Вот тебе аналогия.
Водитель на ЗИЛе должен уметь переключать мешалку без синхронизаторов, настраивать карбюратор и определять обороты по вою мотора и коробки, тк тахометр умер еще в 86 году.
Но зачем?! Водитель должен следить за дорогой.
Так что тут предлагается мерседес с коробкой автомат, датчиками слепых зон и удержанием в полосе.
Потому что инструменты должны быть качественные и современные, а не овно из прошлого века.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #57

48. Сообщение от namenotfound (?), 09-Апр-24, 17:00   +1 +/
а я арканом пользуюсь что-ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #138

54. Сообщение от Аноним (54), 09-Апр-24, 17:28   –1 +/
Одобряю. Если сумеют заменить вебкит, вебэнджин или что там монструзное было на движок ФФ,то Кедами даже пользоваться можно будет. Хоть раз жопарукам пришла в голову достойная идея.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62, #115

55. Сообщение от Аноним (55), 09-Апр-24, 17:30    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

57. Сообщение от Аноним (57), 09-Апр-24, 17:42   +/
У этого мерседеса колеса квадратные.

Особенно когда есть C++. Особенно C++ через 20 лет когда войдут в обиход модули и прочее из нынешних стандартов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #66, #131

58. Сообщение от Аноним (35), 09-Апр-24, 17:59   +/
Судя по опеннетовским коментам (особенно отмодерированным) к растоновостям - подавляющее число наездов на раст связано не с ним самим , а с авторством мозиллы .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

59. Сообщение от Вы забыли заполнить поле Name (?), 09-Апр-24, 18:02   +2 +/
Подождите, но ведь Servo - сырой. Зачем он qt?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

60. Сообщение от Аноним (9), 09-Апр-24, 18:03   +1 +/
И? Если нет кода то будет 0 процентов ошибок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #72

62. Сообщение от Аноним (9), 09-Апр-24, 18:07   +2 +/
Движок ФФ это геко. Серво это нерабочий бред фанатиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

63. Сообщение от Аноним (-), 09-Апр-24, 18:21   –1 +/
Ну для тебя серво - сырой.
Для инжинеров qt, выходит, что нет.
Думаю они если что, допилят и серво станет еще лучше.
А может они выделят команду и научат их работать с Растом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #93

65. Сообщение от 12yoexpert (ok), 09-Апр-24, 18:24   +1 +/
исходя из того, что это раст, думаю, такой проект уже есть на нормальном языке, и теперь они громко на весь интернет пишут, что собираются переписать его на расте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

66. Сообщение от Аноним (-), 09-Апр-24, 18:24   –1 +/
К сожалению из-за одного диктатора (великодушного, но тем не менее) у нас в ядре С++ нету.
И не будет. Судя по всему принципиально.
Так что тут выбирать особо не из чего.

C++23, очень крут, но все равно не избавляет от проблем памяти полностью.
Даже использование miraclePtr не стало панацеей, хотя некоторые надеялись.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #71, #82, #109

69. Сообщение от 12yoexpert (ok), 09-Апр-24, 18:26   +1 +/
это нонсенс, сейчас браузер не имеет смысла без uBlock, тупо ресурсов при работе тратится в 10 раз больше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

70. Сообщение от 12yoexpert (ok), 09-Апр-24, 18:30   +/
даже отдельной репы нету, всё в общей помойке...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #74

71. Сообщение от Аноним (71), 09-Апр-24, 18:34   +/
По-моему недавно поднималось обсуждение насчет использования плюсов в ядре. Наверно кончилось ничем, так что да, в ядре выбор невелик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #79

72. Сообщение от Аноним (72), 09-Апр-24, 18:34   +/
Ну расскажи MS, гуглу и прочим дискордам, вконтактам и дропбоксам что кода на расте нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

73. Сообщение от 12yoexpert (ok), 09-Апр-24, 18:36   +/
> На с++ не так много приложений, которые интересны местной аудитории.
> Навскидку могу вспомнить KDE, kodi, opencv, openoffice..

Ты такой забавный...
А как же vlc? telegram? 2gis? mysql/mariadb? postgres? mongo? oracle db? tensorflow? все приложения autodesk? apple osx/ios? ms windows? firefox? thunderbird? chrome? safari? старая opera? organic maps (бывший maps.me)? symbian? qt?
все игры на плюсах (кроме тех, от которых раскручиваются кулера - эти на unity3d), половина торрент-клиентов и компиляторов

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #76, #77, #89

74. Сообщение от Аноним (36), 09-Апр-24, 18:39   +/
Иным проектам не помешало бы ориентироваться на эту "помойку" в плане структурированности и понятности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

76. Сообщение от Аноним (76), 09-Апр-24, 18:49   +/
> Ты такой забавный...
> А как же vlc? telegram? 2gis? mysql/mariadb? postgres?
> все приложения autodesk? apple osx/ios? ms windows? firefox? thunderbird? chrome? safari? старая opera? organic maps
> (бывший maps.me)?
> все игры на плюсах (кроме тех, от которых раскручиваются кулера - эти на unity3d), половина торрент-клиентов и компиляторов

Чувак, мы на сайте OpenNet, а на ProprietaryNet
Я прекрасно знаю, что большая часть винды это плюсы, но попробуй еще раз внимательно прочитать фразу "которые интересны местной аудитории".
Можешь попробовать начать писать новости про винду, или игры на unreal/crytech, посмотрим что тебе в комментах напишут и как быстро новость удалят.
В каждой новости про яблоко и их опенсорск бухтят "зачем оно здесь?"

Из всего что ты перечислил mariadb/postgres, и моззиловские приложения тут считаются опенсорсными.
Местные поехавшие даже хром и хромось считают проприетарными.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #85

77. Сообщение от Аноним (-), 09-Апр-24, 18:51   +2 +/
> vlc?

это (по мнению местной ылитки) "глючное поделие рассыпающееся на квадраты"
можешь заглянуть в тему про последний релиз vlc

> telegram?

"шпионящее нeнyжнo, используй ..."

> 2gis?

проприетарь

> mysql/mariadb?

"для админов локалхоста!"

> postgres?

а вот про эту забыл

> все приложения autodesk? apple osx/ios? ms windows?

проприетарь, их тут только хейтят

> safari? старая opera? organic maps (бывший maps.me)?

и этих тоже

> firefox? thunderbird? chrome?

у этих неправильная лицензия!

Ты читай внимательно
"приложений, которые интересны МЕСТНОЙ аудитории"
МЕСТНОЙ

Т.е. это должно быть что-то гнутое, с вырвигланым дизайном, обязательно без монетизации, без телеметрии, без смысла и полезности. Зато с запахом и привкусом чвободки.
Так вот такого на с++ не так уж много.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

79. Сообщение от Анонин (-), 09-Апр-24, 18:58   +/
Тут обсуждалось opennet.ru/opennews/art.shtml?num=60436

> Наверно кончилось ничем

Это было немного предсказуемо, не так ли))

С другой стороны аргументы у них не очень сильные. Схожесть синтаксиса это не плюс.
Потому что сишники будут писать на "с с классами".

Concepts слишком новая фича.
Напомню, что ядро только недавно перешло на с11 с с89 что ли))
А тут сразу хотят C++14 или C++20!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #145

81. Сообщение от Fracta1L (ok), 09-Апр-24, 19:20   +1 +/
Огонь! Надеюсь, доведут до юзабельного состояния.
Ответить | Правка | Наверх | Cообщить модератору

82. Сообщение от Аноним (9), 09-Апр-24, 19:20   +2 +/
Раст с его ансейфами не избавляет от проблем с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #127, #130

85. Сообщение от 12yoexpert (ok), 09-Апр-24, 19:38   +/
> Местные поехавшие даже хром и хромось считают проприетарными.

так они малость проприетарные

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #101

89. Сообщение от Fracta1L (ok), 09-Апр-24, 19:55   +1 +/
vlc на сишке написан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #124

90. Сообщение от Аноним (90), 09-Апр-24, 20:00   +1 +/
> Как уже достали со своим растом, ей богу, из каждого утюга про него слышно

А бесконечный поток новостей о сишных дыренях тебя не достал, правильно?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

93. Сообщение от Вы забыли заполнить поле Name (?), 09-Апр-24, 20:06   +3 +/
> Ну для тебя серво - сырой.

Покажи мне браузер на нем?

> Для инжинеров qt

Этим занимается другая контора.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #105

95. Сообщение от Аноним (95), 09-Апр-24, 20:10   +1 +/
Неужели теперь оно будет собираться быстрее?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #117

96. Сообщение от нах. (?), 09-Апр-24, 20:28   +/
ну как тебе сказать... Coc.md уже готов. Остальное - в процессе, но уже вот вот почти окончательно готово.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #114

98. Сообщение от Зазнайка (?), 09-Апр-24, 21:16    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

99. Сообщение от Аноним (99), 09-Апр-24, 21:17   +/
>То есть, по факту, причина выбора как всегда - отсутствие желания нести ответственность

Наоборот, ответственный подход к разработке, а не тяп-ляп — AS IS всё спишет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

100. Сообщение от Аноним (100), 09-Апр-24, 21:52   +/
Объясните мне доходчиво, как при индексации массива, зная длину буфера, когда счетчик достигнет нуля, впринципе возможно выйти за границы?
Вот где здесь

while(--i) {
    // do stuff
}

возможно за границы выйти?

Или вот

free(ptr);
ptr=nullptr;

решает абсолютно все проблемы

У меня просто в голове не укладывается, это же элементарные языковые конструкции, чтобы их не использовать или использовать неправильно, нужно быть хз кем

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #102, #103

101. Сообщение от Аноним (103), 09-Апр-24, 21:56   +/
>> Местные поехавшие даже хром и хромось считают проприетарными.
> так они малость проприетарные

Код открытый? Открытый.
Опенсорс? Явно опенсорс!
Лицензия позволяет менять код под себя? Да, есть хромиум на котором куча проектов.

Тебе послушать, так ядро тоже проприетарное, тк 80% кода пишут корпы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #123

102. Сообщение от Аноним (100), 09-Апр-24, 21:57   +/
*вернее, даже так
while(--i != 0)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #137

103. Сообщение от Аноним (103), 09-Апр-24, 22:00   +4 +/
> Объясните мне доходчиво, как при индексации массива, зная длину буфера, когда счетчик
> достигнет нуля, впринципе возможно выйти за границы?
> while(--i) {
>     // do stuff
> }
> возможно за границы выйти?

А ты обращайся не в цикле, а просто к элементу.
Или вычисляй i в условной конструкции которая зависит от десятка условий и фазы луны.

> free(ptr);
> ptr=nullptr;

А если у тебя несколько потоков? И объекто создается где-то в одном месте, а умирает в совершенно другом

> решает абсолютно все проблемы

Но пограммисты на си-шке их так и не смогли решить.

> У меня просто в голове не укладывается, это же элементарные языковые конструкции,
> чтобы их не использовать или использовать неправильно, нужно быть хз кем

Нужно быть разрабом ядра)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #129

105. Сообщение от Аноним (-), 09-Апр-24, 22:48   –2 +/
Ты бы хоть посмотрел что это за KDAB.
На их описание "The KDAB Group is a leading force in the Qt community through its Qt expert services, contributions to the Qt Project"
На их блог
kdab.com/kdab-contributions-qt-5-7/
kdab.com/kdab-contributions-qt-5-9/

И да, это люди которые разрабатывали QT

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #116

107. Сообщение от Аноним (107), 09-Апр-24, 22:49   +1 +/
Каким-то чудом вопреки всем усилиям мозиллы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #152

109. Сообщение от Аноним (107), 09-Апр-24, 22:58   +/
Панацеей не стало, однако по данным Google [1] внедрение MiraclePtr предоставило защиту от 57% уязвимостей класса use-after-free. То есть достигнута половина того что дает Rust всего лишь введением одного небольшого приема программирования, без переписывания проекта.

[1] https://www.silkway.news/ru/otsenka-effektivnosti-primeneniy.../

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #112, #125

110. Сообщение от Аноним (107), 09-Апр-24, 23:06   +/
Особого прогресса последнее время не видно ни в продвижении Rust, ни в написании прог на нем. Это говорит о том, что большинство фанатов Rust пишут в основном комментарии про него, а не программы на нем ))
Ну а людям надоедает любая тема, о которой говорят слишком долго, как бы интересна она не была изначально. Это естественное свойство человеческой психики. Лучше побеспокоится о том, что выгорание мэинтейнеров проектов на Rust принимает массовый характер, о чем уже бьют в колокола на популярных зарубежных ресурсах. Оказывается, переписать все на свете оказалось не такой уж простой задачей, да и не особо благодарной ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

112. Сообщение от Аноним (-), 09-Апр-24, 23:14   +2 +/
> Панацеей не стало, однако по данным Google [1] внедрение MiraclePtr предоставило защиту
> от 57% уязвимостей класса use-after-free.

Ты забыл добавить что там возросло и потребление памяти и нагрузка на процессор)
Ну и это касается только use-after-free, а ведь еще есть double-free, out-of-bounds и тд


> То есть достигнута половина того что дает Rust всего лишь введением одного небольшого приема программирования, без переписывания проекта.

Неа, там гораздо сложнее.
И ссылки лучше давать на первоисточники (ну или на пенек, чисто из уважания)))
security.googleblog.com/2024/01/miracleptr-protecting-users-from-use.html

Reaching this level of effectiveness, however, required additional work. For instance, we not only rewrote class fields to use MiraclePtr, as discussed in the previous post, but also added MiraclePtr support for bound function arguments, such as Unretained pointers.
Т.к уже не "всего лишь введение одного небольшого приема"

Смотрм дальше
The main cost of MiraclePtr is memory. Specifically, the memory usage of the browser process increased by 5.5-8% on desktop platforms and approximately 2% on Android.
И это только борьба с одной из ошибок, которые позволяет избежать Раст.
С которой "успешно" поборолись на чуть выше 50 процентов)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #135

114. Сообщение от Аноним (107), 09-Апр-24, 23:17   +/
Напоминает мне хакатон, где у 8 из 10 команд уже было несколько менеджеров и маркетологов, но ищут хотя бы одного программиста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

115. Сообщение от Аноним (107), 09-Апр-24, 23:18   +/
А может перед тем как заменять и переписывать попробовать доделать то что уже и так довольно неплохо работает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #119

116. Сообщение от Аноним (107), 09-Апр-24, 23:22   +1 +/
Ну раз KDAB Group написали что "The KDAB Group is a leading force in the Qt community through its Qt expert services, contributions to the Qt Project" то как можно в этом сомневатся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #128

117. Сообщение от Аноним (107), 09-Апр-24, 23:24   +3 +/
Конечно, если в зависимостях помимо всего прочего появится еще и Rust с парой сотен пакетов то собиратся станет ну может не быстрее,  но точно веселее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #126

119. Сообщение от нах. (?), 09-Апр-24, 23:38   +/
> А может перед тем как заменять и переписывать попробовать доделать то что
> уже и так довольно неплохо работает?

а вот ТАКИХ кодеров - уже почти не осталось. Уцелевшие заняты 24x7 (зарабатывают себе на пиццерию и early retirement, конечно)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

120. Сообщение от Аноним (107), 09-Апр-24, 23:38   +/
Для ясности нужно отметить что KDAB Group не имеет отношения к официальным разработчикам Qt, они только что-то коммитят в него и оказывают консультационные услуги. В свете этого данный проект почти наверняка останется в неофициальном статусе и желающие будут подключать его из отдельного репозитория. Это если он вообще когда-либо будет готов к использованию.
Ответить | Правка | Наверх | Cообщить модератору

122. Сообщение от Аноним (122), 10-Апр-24, 00:38   +/
> Как уже достали со своим растом, ей богу, из каждого утюга про него слышно

Это ты ещё опоздал родиться, чтобы послушать как из каждого утюга про Яву рассказывают. А до неё — про Си. Так уж вышло, что люди любят радоваться хорошему. Так что вопрос скорее к тебе: почему ты такой угрюмый?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #132

123. Сообщение от 12yoexpert (ok), 10-Апр-24, 00:40   +/
> Код открытый? Открытый.

у кого код открытый, у хрома с хромоосью? если это вброс, то он очень странный в плохом смысле

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

124. Сообщение от 12yoexpert (ok), 10-Апр-24, 00:41   +/
гуй на c++/qt

хотя про кору на си не знал, прикольно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

125. Сообщение от Аноним (-), 10-Апр-24, 01:04   +/
Если всё настолько плохо, что ты готов соглашаться с рантайм стоимостью решения, то miracleptr довольно странный выбор. Есть сборка мусора, есть swift с его счётчиками ссылок. Если твоего энтузиазма уже не хватает на статическое управление памятью, то тебе туда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

126. Сообщение от Вы забыли заполнить поле Name (?), 10-Апр-24, 01:07   +/
> Конечно, если в зависимостях помимо всего прочего появится еще и Rust с
> парой сотен пакетов то собиратся станет ну может не быстрее,  
> но точно веселее.

Там сейчас в qt уже есть зависимость от nodejs. Но растом веселее будет, да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

127. Сообщение от Аноним (127), 10-Апр-24, 02:08   +/
Не избавляет, но сокращает их количество. https://www.opennet.ru/opennews/art.shtml?num=59044 как пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

128. Сообщение от Аноним (128), 10-Апр-24, 02:31   –2 +/
KDAB не врут. Qt разрабатывает компания The Qt Company и сообщество. И у KDAB (среди всего сообщества) наибольший вклад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

129. Сообщение от Аноним (129), 10-Апр-24, 02:43   +/
> А ты обращайся не в цикле, а просто к элементу.
> Или вычисляй i в условной конструкции которая зависит от десятка условий и
> фазы луны.

Как здесь, например
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-28448
?

> А если у тебя несколько потоков? И объекто создается где-то в одном
> месте, а умирает в совершенно другом

как здесь например
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-32810
?

>> решает абсолютно все проблемы
> Но пограммисты на си-шке их так и не смогли решить.

как видим, раста-мани тож нишмагли.

> Нужно быть разрабом ядра)

или ржавым сектантом)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

130. Сообщение от Аноним (129), 10-Апр-24, 02:46   +/
> Раст с его ансейфами не избавляет от проблем с памятью.

раст и без ансейфа не избавляет от проблем с памятью:
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #133

131. Сообщение от 12yoexpert (ok), 10-Апр-24, 03:06   +/
> Особенно C++ через 20 лет когда войдут в обиход модули и прочее из нынешних стандартов.

будучи плюсовиком, в гробу видал попытки мелкомягких запроприетарить исходники

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

132. Сообщение от Аноним (132), 10-Апр-24, 04:11   +/
А xml? Вот реально прям из каждого утюга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

133. Сообщение от Аноним (133), 10-Апр-24, 06:58   +/
Вы ссылкой ошиблись :-) По вашей ссылке отлично видно, что избавляет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #146

134. Сообщение от Аноним (134), 10-Апр-24, 07:02   +/
тобеж до простой идеи не использовать js в qml они додуматся не могли.
Ответить | Правка | Наверх | Cообщить модератору

135. Сообщение от Аноним (135), 10-Апр-24, 07:13   +/
Тэкс, а сколько оверхед у Раста с включенной runtime-проверкой?
ЕМНИП там таки есть вариант компиляции с runtime-проверкой, и без.

ЗЫ. У старущего турбо-паскаля runtime-проверка выхода за границы массива тоже включалась. Можно было орать, что безопасный язык, аж с начала 90-х годов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

136. Сообщение от Аноним (136), 10-Апр-24, 07:15   +/
Ну так пусть M$ Винду на Rust и переписывает, раз в ней столько ошибок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #151

137. Сообщение от Аноним (137), 10-Апр-24, 08:30   +4 +/
> *вернее, даже так

while(--i != 0)

Поздравляю, ты уже вышел за пределы буфера, если i изначально 0.

Еще более доходчивые объяснения нужны?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

138. Сообщение от Аноним (138), 10-Апр-24, 08:38   +1 +/
А я Таро раскладываю и блюдечко кручу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

139. Сообщение от Аноним (138), 10-Апр-24, 08:41   +/
>Читаешь здесь про CVE в ядре, иксах и прочем и видишь одно и то же: use after free, double free, выход за границу буфера, так что скорее всего статистика верна.

Уже придумали решение на уровне CPU - CHERI.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #144

140. Сообщение от Пряник (?), 10-Апр-24, 10:00   +/
Хотят переложить ответственность на компьютер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

144. Сообщение от Аноним (144), 10-Апр-24, 11:03   +/
У интел давно есть инструкция bound, но накладные расходы таковы, что оно того не стоит. Делать одну проверку один раз за цикл или даже один раз за несколько циклов оказалось сильно дешевле. Программисты только не могут никак научится правильно писать эти проверки. А компиляторы правильно кидать warning в таких местах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

145. Сообщение от Аноним (144), 10-Апр-24, 11:07   +/
>Потому что сишники будут писать на "с с классами".

Так по рукам бить надо за использования сырых указателей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

146. Сообщение от Аноним (129), 10-Апр-24, 13:21   +/
> Вы ссылкой ошиблись :-) По вашей ссылке отлично видно, что избавляет.

use-after-free, buffer-overflow, segmentation-fault отлично доказывает, да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

147. Сообщение от Nickemail (??), 10-Апр-24, 14:19   +/
Как думаете, будут ли на Servo переходить браузеры тот же Firefox?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #153

148. Сообщение от BlackRot (ok), 10-Апр-24, 15:35   +/
Только собираются это как всегда относится скорее к жителям болот
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

149. Сообщение от Аноним (149), 10-Апр-24, 16:46   +/
> отсутствие желания нести ответственность и проектировать своими руками и головой корректно работающий код без ошибок?

У тебя странное представление о том, зачем пишут программы. Цель - не «нести ответственность» и не «своими руками». Цель - сделать что-то нужное и полезное. Не ломом асфальт подметать как вас в армии учили, а решать задачу с наилучшим балансом «затраты / результат».

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

150. Сообщение от nc (ok), 10-Апр-24, 23:00   +/
Вообще жаль что разработчики Qt не пошли по пути модульности в вопросе встраиваемого веб-компонента. Был Webkit, у него была замечательная возможность QWebElement с помощью которого можно было модифицировать DOM напрямую. Зачем-то перешли на WebEngine без этой возможности. А могли бы просто сделать унифицированный интерфейс (как драйвер баз данных, или картинок) и оставить оба движка.
Ответить | Правка | Наверх | Cообщить модератору

151. Сообщение от нах. (?), 10-Апр-24, 23:59   +/
Так они ж - уже!
Переписькивали-переписькивали и даже переписькали цельный кусок GDI.
И он по слухам даже включен в сборки реальной винды.

Чтобы им попользоваться, нужно скачать insider build, принести в жертву рыжую девственницу, произнести главное демоническое заклинание и перезагрузиться строго в ночь на ивана купалу, но это немного неточно - всех кто это пытались сделать, на следующее утро находили мертвыми с перегрызенным острыми зубами горлом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

152. Сообщение от Аноним (152), 11-Апр-24, 01:18   +/
Это громкое меньшинство орет что мозилла портит браузер, им вообще никакие изменения не нравятся, а на самом деле браузер вполне себе нормальный, особенно на фоне его популярных конкурентов типа Chrome и Яндекс которые вообще являются проприетарными продуктами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #156

153. Сообщение от Аноним (152), 11-Апр-24, 02:29   +/
В доминировании одного движка ничего хорошего нет. Лучше бы не переходили, а развивалось несколько разных движков, а веб был более строго стандартизирован, что бы не было что на одном движке так, а на другом не так и нужно тестировать работу сайта на каждом движке отдельно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

154. Сообщение от Аноним (154), 11-Апр-24, 08:02   +/
Это называется свидетельство канарейки. После внедрения раста все ошибки работы с памятью и гонки не случайны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

155. Сообщение от Аноним (155), 11-Апр-24, 20:45   +/
Чем вы там читаете новости, филеем?

"В Firefox уже интегрированы некоторые части Servo, такие как многопоточный CSS-движок и система отрисовки WebRender."

у аналитегов вывод: "ничего не использует"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

156. Сообщение от Аноним (156), 15-Апр-24, 17:23   +/
> Это громкое меньшинство орет что мозилла портит браузер

Действительно - громкое теперь уже меньшинство орёт, что мурзилла портит браузер. А молчаливое большинство уже просто свалило на хромоиумы.
И, в отличиии от истеричныъх комментов парочки оставшихся фанбоев, это подтверждается вполне реальными и проверяемыми цифрами: рыночной долей. Тихое большинство уже свалило.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру