https://opennet.ru/openforum/vsluhforumID3/140589.html Раскрыта информация о двух новых уязвимостях в ядре Linux, позволяющих непривилегированному пользователю получить права root, перезаписав данные в страничном кэше. Для обеих уязвимостей подготовлены рабочие эксплоиты...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65784<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#122 Tue, 30 Jun 2026 21:05:02 GMT Ответил выше.<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#121 Tue, 30 Jun 2026 21:04:28 GMT Смотря откуда этот счётчик взялся. Если из ненадёжного источника. То достаточно сделать проверку один раз при получении. Если вы боитесь, что допустите ошибку в процессе арифметических манипуляций, утыкайтесь assert-ами. Если что-то критически важное. Используйте __builtin_add_overflow (...).<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#120 Mon, 29 Jun 2026 15:04:43 GMT Про утечки памяти не правда. В раст логические утечки памяти. Например, если вы в комнату добавляете вещи с ручками, то в раст утечка - это вы забываете их из комнаты выносить или удалять. В то время как в С/С++ вы просто удаляете ручки у вещей, а сами вещи становятся невидимыми. С точки зрения пользователя в комнате уменьшается пространство, и ему все равно почему так получается, но в отличии от раст, где можно посмотреть какая структура программы заняла всю память и быстро выявить причину, в С/С++ придется помучиться, так как весь твой код не имеет больше доступа к вещам, и потому не видит их, а только видит что места мало стало.<br>Что касается предлагаемого решения, линейные типы усложнят синтаксис но проблему от этого не решат. Программиста это просто заставит писать условия удаления объекта на каждом бранче после создания этого объекта. Но всё равно, таким же образом объект можно "потерять" положив его "во вне", например в глобальный Vec вашего контекста.<br>На все ответить не смогу, но это как обычно вопро https://opennet.ru/openforum/vsluhforumID3/140589.html#119 Mon, 29 Jun 2026 10:02:03 GMT Мне тут расказывали что магический линукс в виртуалке умеет дедупликацию памяти делать, так что оверхэд получается минимальным.<br><br>Потом смотря что виртуализировать: если вы пинг в виртуалку засуните то да, оверхэд огромный, а если у вас в вируалке какая то llamacpp на 200+гб памяти то там того оверхэда и не найти с лупой.<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#118 Mon, 29 Jun 2026 09:59:41 GMT Линуса троли настрапонили и он решил не доводить дело до состояния Столмана.<br><br>У вас постоянно ошибка выжившего: вы не знаете сколько есть проектов без ошибок - в новостях о них ничего не пишут.<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#117 Mon, 29 Jun 2026 09:57:45 GMT Вам не компилятор нужен а мамка.<br><br>Проверять валидность указателей - забота С програмиста, если вас такое не устраивает - велкам в языки без указателей.<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#116 Mon, 29 Jun 2026 09:56:15 GMT Раст ни для чего не подходит.<br>AI не только ошибки в коде ищет как примитивный анализатор или как раст, он ещё подсказывает то что сделано не так, но ошибкой в прямом смысле не является.<br><br>Переписывать тем более никто ничего не будет, это пустая трата времени, как и весь раст.<br><br>Чтобы юзать AI много денег не надо, у меня оно и на домашнем компе запускается. Работает не быстро и анализ последних небольших проектов делало 4-8 часов на каждой модели.<br>Вполне приемлемо.<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#115 Mon, 29 Jun 2026 05:37:31 GMT За правильность граничных случаев сложения отвечает программист а не С.<br> https://opennet.ru/openforum/vsluhforumID3/140589.html#114 Sun, 28 Jun 2026 22:52:42 GMT Ваше рассуждение сугубо порочно. Если речь идёт о компьютерной игре, то игроку будет обидно, если игра без предупреждения заглючит. Если речь идёт о чём-то более серьёзном, например, Therac-25, то это и убить может.<br>