The OpenNET Project / Index page

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

Уязвимость в системном вызове execve, предоставляющая root-доступ во FreeBSD

09.05.2026 10:28 (MSK)

Во FreeBSD выявлена уязвимость (CVE-2026-7270), позволяющая непривилегированному пользователю выполнить код с правами ядра и получить root-доступ к системе. Уязвимость затрагивает все выпуски FreeBSD, сформированные с 2013 года. В открытом доступе размещён эксплоит, работа которого проверена на системах с FreeBSD 11.0 по 14.4. Уязвимость устранена в обновлениях FreeBSD 15.0-RELEASE-p7, 14.4-RELEASE-p3, 14.3-RELEASE-p12 и 13.5-RELEASE-p13. Для более старых веток можно использовать патч.

Проблема вызвана переполнением буфера в системном вызове execve, возникающем при обработке префикса, указываемого в первой строке скриптов для определения пути к интерпретатору (например, "#!/bin/sh"). Переполнение возникает при вызове функции memmove из-за неверного составления математического выражения для вычисления размера копируемых в буфер аргументов. Вместо вычитания из "args->endp" значений "args->begin_argv" и "consume", из "args->endp" вычиталось только значение "args->begin_argv", а переменная consume прибавлялась к результату, а не вычиталась, т.е. в результате копировалось больше данных на два значения "consume".


	memmove(args->begin_argv + extend, args->begin_argv + consume,
-	    args->endp - args->begin_argv + consume);
+	    args->endp - (args->begin_argv + consume));

Переполнение позволяет перезаписать размещаемые в соседней области памяти элементы структуры "exec_map" от другого процесса. В эксплоите переполнение задействовано для перезаписи содержимого "exec_map" периодически запускаемых в системе привилегированных процессов. В качестве подобного процесса выбран sshd, который при каждой установке сетевого соединения ответвляет через вызов fork и execve процесс "/usr/libexec/sshd-session" с правами root.

Эксплоит подставляет для данного процесса переменную окружения "LD_PRELOAD=/tmp/evil.so", приводящую к загрузке в контексте sshd-session своей библиотеки. Подставляемая библиотека создаёт в файловой системе исполняемый файл /tmp/rootsh с флагом suid root. Вероятность успешного переполнения оценивается в 0.6%, но благодаря цикличному повтору попыток, успешная эксплуатация достигается примерно за 6 секунд на системе с 4-ядерным CPU.

Кроме того, во FreeBSD устранено ещё несколько уязвимостей:

  • CVE-2026-35547, CVE-2026-39457 - переполнения буфера в библиотеке libnv, используемой в ядре и в приложениях из базовой системы для обработки списков в формате ключ/значение и для организации передачи данных при межпроцессном взаимодействии. Первая проблема вызвана неверным вычислением размера сообщения при обработке специально оформленных заголовков IPC-сообщений. Вторая проблема приводит к переполнению стека при обмене данных через сокет из-за отсутствия проверки соответствия размера дескриптора сокета размеру буфера, используемому в функции select(). Потенциально уязвимости могут использоваться для повышения своих привилегий в системе.
  • CVE-2026-42512 - удалённо эксплуатируемое переполнение буфера в dhclient, возникающее из-за некорректного вычисления размера массива указателей, используемого для передачи переменных окружения в dhclient-script. Не исключается возможность создания эксплоита для удалённого выполнения кода через отправку специально оформленного DHCP-пакета.
  • CVE-2026-7164 - переполнение стека в пакетном фильтре pf, возникающее при обработке специально оформленных пакетов SCTP. Проблема вызвана неограниченным рекурсивным разбором параметров SCTP.
  • CVE-2026-42511 - возможность подстановки в dhclient.conf произвольных директив из-за отсутствия должного экранирования двойных скобок в BOOTP полях, получаемых от внешнего DHCP-сервера. При последующем разборе данного файла процессом dhclient, указанное атакующим поле передаётся в dhclient-script, что может использоваться для выполнения произвольных команд с правами root на системах, использующих dhclient, при обращении к подконтрольному атакующему DHCP-серверу.
  • CVE-2026-6386 - отсутствие должной обработки больших страниц памяти в функции ядра pmap_pkru_update_range(). Непривилегированный пользователь, может заставить pmap_pkru_update_range() обработать память из пространства пользователя как страницу в таблице страниц памяти, и добиться перезаписи области памяти, к которой нет доступа.
  • CVE-2026-5398 - обращение к уже освобождённой области памяти в обработчике TIOCNOTTY, позволяющее непривилегированному процессу получить права root.


  1. Главная ссылка к новости (https://blog.calif.io/p/cve-20...)
  2. OpenNews: Удалённо эксплуатируемые уязвимости в ядре FreeBSD, Vim и Emacs
  3. OpenNews: Удалённая root-уязвимость в обработчике автоконфигурации IPv6 во FreeBSD
  4. OpenNews: Уязвимость в libnv во FreeBSD и уязвимости в Netfilter в Linux
  5. OpenNews: Уязвимости во FreeBSD, позволяющие повысить свои привилегии или обойти изоляцию гостевой системы
  6. OpenNews: Уязвимость в поставляемом во FreeBSD варианте OpenSSH, допускающая удалённое выполнение кода
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65408-freebsd
Ключевые слова: freebsd, root
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (201) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, localhostadmin (ok), 11:04, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    > Уязвимость устранена в обновлениях FreeBSD 15.0-RELEASE-p7, 14.4-RELEASE-p3, 14.3-RELEASE-p12 и 13.5-RELEASE-p13

    Почему так в дистрах линукса работать не могут?

     
     
  • 2.2, Аноним (2), 11:05, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В каких именно?
     
     
  • 3.3, localhostadmin (ok), 11:11, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Да в той же убунте
     
     
  • 4.8, Аноним (8), 11:22, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Убунта не дистр, а скорее винда в мире линукс
     
     
  • 5.20, freehck (ok), 12:58, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Убунта не дистр, а скорее винда в мире линукс

    Не знаете мемов, молодой человек. С федорой перепутали.

     
     
  • 6.218, Sm0ke85 (ok), 07:40, 12/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Не знаете мемов, молодой человек. С федорой перепутали.

    Это ты что-то перепутал, там мемами не пахнет...

     
     
  • 7.221, freehck (ok), 10:48, 12/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Не знаете мемов, молодой человек. С федорой перепутали.
    > Это ты что-то перепутал, там мемами не пахнет...

    Странно, судя по всему, так много людей не помнят. Может это был локальный мем?

    В общем, суть его сводилась к тому, что RedHat нарочито проектирует свой софт быть хрупким: ну то есть что при малейшей ошибке у тебя нет лёгких способов решения. Так, например, при установке пакетов что-то пошло не так и транзакция обвалилась — привет, весёлое восстановление, познакомься с кузькиной матерью. NetworkManager не подключается? Хрен поймёшь, почему. PulseAudio шипит и лагает? Его легче удалить, оставив голую ALSA, и всё будет работать. В Gnome отвалились какие-то нужные аддоны после обновления? Потому что авторам аддонов не обещали обратную совместимость. В новой версии systemd семантика нуля теперь прямо противоположная тому, что было раньше? Ну вот так вот получилось...

    И каждый раз, когда ты с этим сталкиваешься, чей-то голос в голове шепчет: это потому, что Fedora — испытательный полигон для RHEL, а RHEL — не заинтересован сделать систему восстановимой, он заинтересован продать тебе суппорт.

    И потому Fedora — "винда в мире линукс": потому что это хрупкая система, в которой пользователь целиком и полностью вынужден полагаться на вендора.

     
  • 5.38, Аноним (-), 16:10, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  Убунта не дистр, а скорее винда в мире линукс

    Вообще-то убунта - не только умеет в обновления - да еще активные по дефолту, но и может даже, черт возьми, кернел пропатчить - без перезагрузок!

    И при том эта фича (kernel livepatch) - как минимум в серверной редакции - доступна нашару! Для всех! Собственно это 1 из причин по которым сабж на серверах не имеет ни малейшего шанса. Как впрочем и винда. Впрочем, когда вы сможете на своем серваке кернел запатчить нонстоп, придите и расскажите свой success story...  тогда ваши "офигенные" системы будут как-то сравнимы с тем что убунта подарила человечеству нашару.

    А так то вы быковать на убунту можете конечно - но обновить сервак без ребута все же облажаетесь. В отличие от убунты.

     
     
  • 6.51, Аноним (51), 17:48, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Собственно это 1 из причин по которым сабж на серверах не имеет ни малейшего шанса.

    Т.е. по Вашему экспертному мнению, Ubuntu - это кал?

     
     
  • 7.121, Аноним (121), 08:04, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Т.е. по Вашему экспертному мнению, Ubuntu - это кал?

    Ну, понимаете, если она - кал, то сабж тогда вообще что по сравнению с ней? :))

     
  • 7.219, Sm0ke85 (ok), 07:42, 12/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Т.е. по Вашему экспертному мнению, Ubuntu - это кал?

    Он самый... Слова про Винда в мире линукса - очень точно отражают суть этого дистрибутива...

     
     
  • 8.222, Аноним (-), 12:16, 12/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Но сабж не сравним ни с фичами ни с перфомансом даже - вот - убунты Даже вот се... текст свёрнут, показать
     
  • 6.69, Cgn (?), 21:18, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Патчит криво.
     
     
  • 7.77, Anonymus (?), 22:02, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кривее Оракла?
     
  • 7.123, Аноним (123), 08:08, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Патчит криво.

    Ни разу не испытывал с этой фичой проблем. Она есть на примерно дюжине серваков на виду, где я местами вписался как коадмин (всякие открытые проекты). Для себя я Debian предпочитаю но навязывать проектам с pre-existing конфигами что-то в ультиматинвной форме да еще при отсутствии такой фичи - я морально не готов. Так что это добро у меня на виду и я в курсе как сие работает. Хорошо работает. Это реально - advantage.

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

     
     
  • 8.129, RM (ok), 10:25, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    там максимальное время жизни ядра, для которого выпускается livepatch - 13 месяц... текст свёрнут, показать
     
     
  • 9.134, Аноним (134), 11:21, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, чуть хитрее 1 Убунта имеет свойтсво таки продлять поддержку там и тут 2 ... большой текст свёрнут, показать
     
  • 4.10, Аноним (10), 11:27, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В принципе, закономерный вопрос, Фряха -- это та же Убунта среди эксбздей. Но Убунта на самом деле используется много где и корпа умеет считать деньги.
     
     
  • 5.14, Аноним (14), 12:08, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Таки никто не обещает совместимости между видами *BSD, которая есть среди дистрибутивов линукс.
     
     
  • 6.21, Аноним (10), 13:19, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Она слишком теоретическая, имеется только у unix-дистрибутивов линукса. Но сами unix-системы при этом весьма специфические. А так у каждого поставщика свои костыли. У xbsd понятно нет таких забот, они не unix.
     
     
  • 7.88, Аноним (88), 00:36, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > только у unix-дистрибутивов линукса
    > xbsd понятно нет таких забот, они не unix

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

     
     
  • 8.125, Аноним (10), 08:26, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот сам и воспользуйся советом Только читать педивикию зашкварненько как-то Не... текст свёрнут, показать
     
  • 6.30, Аноним (30), 14:52, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А там совместимость между ними была примерно до конца 90-х годов, потом кодовая база слишком разошлась.
    Да и не нужно особо, у них же цели сильно разнятся.
     
  • 5.190, онанист (?), 06:09, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    корпа умеет считать деньги.

    откаты

     
  • 4.29, Аноним (30), 14:49, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Проприетарный коммерческий дистр с поддержкой уровня "ешь, что дают".
     
     
  • 5.40, Аноним (-), 16:21, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Проприетарный коммерческий дистр с поддержкой уровня "ешь, что дают".

    Но кормят так то неплохо, LTS годиков 6, а можно и Extended получить за бабки то, если уж некромансить охота. И наверное честно, если убежденные некромансеры доплатят за персональную поддержку себя любимых.

    А еще есть ливпатчи кернела - так что дыру типа сабжа можно законопатить вот просто вообще нонстоп.

    Сабж по сравнению с убунтой что имеет предложить? Сотни гимора на админитрирование серверов, при отсутствии ливпатчей и LTS так что траха с системами будет в РАЗЫ больше - как впрочем и даунтаймов? Ну вот поэтому у убунты доля - во, а у сабжа - во!

     
  • 5.79, Аноним (79), 22:23, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А у вас прям идилия, х*р дам, а если и дам, то тоже не вам (проприетарное), господя, что вы о себе возомнили, подберите слюни с бороды и рукава свитера с оленями отстирайте
     
  • 4.217, Sm0ke85 (ok), 07:39, 12/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Да в той же убунте

    Убунта не дистр, а скорее винда в мире линукс

     
  • 2.18, Аноним (18), 12:56, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Им не охото, они устали!
     
  • 2.24, Аноним (24), 14:11, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А может в линуксе работают лучше?
     
     
  • 3.46, Аноним (46), 16:53, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    "... отсутствует исправление rxrpc, поскольку оно ещё не включено в дерево Линуса ..."
     
  • 2.25, Аноним (30), 14:33, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что это цельная ОС с консервативным сообществом/идеологией и ABICOMPAT в ядре.
     
     
  • 3.58, Аноним (58), 19:54, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто, это ABICOMPAT обеспечивает отсуствие выходов за пределы буферов и use_after_free.
     
     
  • 4.141, Аноним (30), 13:18, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Stable API Nonsense не предполагает быстрых патчей для всех поддерживаемых и старых версий вероятно.
     
  • 3.124, Аноним (-), 08:24, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потому что это цельная ОС с консервативным сообществом/идеологией и ABICOMPAT в ядре.

    Но в итоге при вулне типа сабжа убунты пришлет ливпатч на кернел и сервак заапдейтится нонстоп - и будет без вулна - без прерывания сервиса.

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

     
     
  • 4.131, RM (ok), 10:38, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Этот мир жесток. В нем не место тем кто хлопает клювами

    Вот только кто хлопает?

    "ливпатч" - не нужен.
    если система не способна пережить штатную перегрузку одного сервака -  проблема хлопающих. а по одному их все можно пропатчить

    я рад что есть понимание того, что по быстрому осилиший quick start от Каноникла все равно остается чайником. Зависимым от Каноникла, и затягивающий в зависимость контору где работает.
    Идеальный инсайд агент вендор лока. ;)

     
     
  • 5.135, Аноним (-), 11:39, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вот это уже не вам решать Ну да, ну да, сейчас мы все пойдем собирать себе по... большой текст свёрнут, показать
     
  • 4.211, нах. (?), 19:44, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    только вот пока что они не прислали _ни_хре_на_! По ТРЕМ фатальным эксплойтам - ноль реакции.
    Вот тебе и бабуинта... ой, то есть собственно мы другого-то и не ждали!

    Внезапно, лайвпатчи появляются ПОСЛЕ официальных апдейтов ядра (ну вообще-то и не удивительно, только для таких как ты, верящих в особую магию).

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

    Проблема только в том что патчить руками все же проще freebsd, где для этого есть готовые технологии, а не бабуинту.

     
     
  • 5.213, Аноним (-), 22:06, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты про те чудеса в рещете которые требуют каких-то левых айписеков Которых ... большой текст свёрнут, показать
     

  • 1.4, Аноним (4), 11:12, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Мой любимый BSD был GhostBSD, но с какого то момента он просто стал вылетать при запуске. Последняя рабочая версия у меня 22.06.18. Пусть сначала пофиксят. Потом поговорим.
     
     
  • 2.15, Аноним (15), 12:38, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ставьте 15:
    https://www.freebsd.org/ru/
     
     
  • 3.87, Аноним (87), 23:32, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ставьте 7.8
    https://www.openbsd.org/
     
     
  • 4.144, Аноним (144), 14:11, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не суетись, там через неделю 7.9 выйдет. Юбилейный 60-й релиз. Вот тогда и ставьте!
     
  • 2.103, Аноним83 (?), 02:45, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А вы хоть зарепортили или они сами должны через астрал узнать?
     
     
  • 3.152, Аноним (152), 15:18, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть сами тестируют как следует.
     

  • 1.5, Аноним (5), 11:15, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    > позволяющая непривилегированному пользователю выполнить код с правами ядра и получить root-доступ к системе.

    Кто в соседних темах злорадствовал?
    Получите и распишитесь.

    > Уязвимость затрагивает все выпуски FreeBSD, сформированные с 2013 года.

    Жирно!

    > Проблема вызвана переполнением буфера в системном вызове

    Академическое какчество кода (с)

     
     
  • 2.31, Аноним (31), 14:53, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Кто в соседних темах злорадствовал?

    Ждем комментарии главного эскперта по С Аноним83/Ivan_83 с его стандартным "никого же не взомали", "кому оно мешало?", "а вот в Расте...".

     
     
  • 3.49, Аноним (49), 17:03, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > никого же не взомали

    А вот это правда. Нигде не используется, поэтому и ломать некого.

     
     
  • 4.80, Аноним (79), 22:27, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уть-уть-уть, Плейстейшн думается в мире больше чем десктопов на Линуксе...
     
  • 4.104, Аноним83 (?), 02:46, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Где используется - там не шляются всякие хакеры с доступом на запуск кода
     
     
  • 5.165, Аноним (49), 17:13, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это тоже понятно почему, весь интересный код пишется под линукс. А посиксные хеллоу ворлды интереса не представляют даже на локалхостах.
     
     
  • 6.177, Аноним83 (?), 23:48, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да этот интересный код давно уже через шимы на бсд работает как родной. :)
     
  • 3.56, Аноним (56), 19:29, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там терминальный случай.

    Ему кто-то за раст доказывал, что он убирает целый класс уязвимостей и даже с точки зрения оптимизаций, компилятору легче из-за алиасинга.

    Закончилось тем, что он сказал мол взломают и взломают, и что? Я заявление напишу...

     
     
  • 4.67, Аноним (31), 21:04, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Закончилось тем, что он сказал мол взломают и взломают, и что?

    Самый эпик был когда он в одной ветке усиленно критиковал C++, а когда аргументы закончились - заявил типа "я этот C++ не учил и учить не собираюсь". Занавес.

     
     
  • 5.94, Аноним83 (?), 02:21, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так и зачем мне его учить?
    Я уже видел как ужасно на нём всё, теперь мне поратить пол года жизни на изучение инструмента который я считаю плохим - чтобы что?
     
     
  • 6.119, Аноним (119), 07:58, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Раз не учил, что чего открываешь варежку с критикой?
    Или ты у нас самая быстрая клава на диком западе, готов затычкой к любой бочке быть?
     
     
  • 7.126, Аноним83 (?), 08:38, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это так не работает: не обязательно быть экспертом по очередному г. чтобы говорить что с ним не стоит связыватся.
     
     
  • 8.158, Аноним (31), 15:42, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Именно так это и работает, потому что без минимального опыта и понимания проблем... текст свёрнут, показать
     
     
  • 9.178, Аноним83 (?), 23:51, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А что мне надо знать в жизни, чтобы говорить - раст томозной компилятор - раст ... текст свёрнут, показать
     
  • 8.161, Аноним (161), 15:53, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Огромное количество программистов использует C для коммерческой разработки, в ... текст свёрнут, показать
     
     
  • 9.169, Аноним (31), 19:05, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы ты понимал, этот персонаж ранее сам признавался, что в коммерческой разраб... текст свёрнут, показать
     
     
  • 10.181, Аноним83 (?), 00:02, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, живу с детства на пенсию Если вы получше вокруг посмотрите, то окажется ... текст свёрнут, показать
     
     
  • 11.189, Аноним (31), 01:48, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так я не считаю тебя авторитетом 128514 Ты не принимал вообще никогда К эти... текст свёрнут, показать
     
     
  • 12.196, Аноним83 (?), 11:04, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Типа с вами общатся себя не уважать - ну ок ... текст свёрнут, показать
     
  • 9.180, Аноним83 (?), 23:59, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Огромное колличество программистов использовало вижуалбейсик, паскаль и много че... текст свёрнут, показать
     
  • 4.93, Аноним83 (?), 02:20, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да покласть на этот алиасинг, чего вы к нему прицепились.
    От него очень редко когда видно улучшение/ухудьшение, и там где это важно заморачиваются с профайлерами и считают такты и пр железоспецифичные веши как попадание в кеш линию.
     
  • 3.66, laindono (ok), 20:59, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > а вот в Расте...

    Ну давай я, раз никто не пришёл. В Расте для таких штук есть встроенный тип slice. Вместо memmove используется обёртка, делающая явную проверку:
    - https://doc.rust-lang.org/std/primitive.slice.html#method.copy_from_slice
    - https://doc.rust-lang.org/src/core/slice/mod.rs.html#5551-5581

    Полагаю (лень смотреть), там что-то вроде парсера аргументов. По сути там будет простенький итератор, который выплёвывает слайсы. Если проверить валидность utf-8, то можно прям строки (str) использовать.

     
     
  • 4.68, Аноним (31), 21:12, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вместо memmove используется обёртка, делающая явную проверку
    > По сути там будет простенький итератор, который выплёвывает слайсы. Если проверить валидность utf-8, то можно прям строки (str) использовать.

    Технически, ничто не мешает писать и юзать подобные обертки на С. Только вот сишочные г*кодеры скорее удавятся, но все равно буду продолжать полувековые традиции бракоделия, сношаясь с голым malloc/memove и вылезая за пределы буферов. Это не лечится.

     
     
  • 5.71, laindono (ok), 21:41, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Всё проще. На расте тоже можно пойти и заменить на unsafe-вариацию с микрооптимизациями. Но лень же, куча работы, бенчи, тесты и прочее. А смысла мало, пару сотен тактов конечно сэкономим, но про это узнают только любители играться с fork-бомбами.

    Хорошая практика при создании любого интерфейса - иметь качественные опции по умолчанию. В те старые времена, о которых все давно забыли главный фокус был в производительности любой ценой. Сейчас главный фокус в надёжности/комфорте.

     
     
  • 6.73, Аноним (31), 21:50, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В те старые времена, о которых все давно забыли главный фокус был в производительности любой ценой.

    Напоминаю, что именно в те самые "старые времена" сишочные кудесники придумали на каждый чих бежать за O(N) в поисках нуля в строке. Производительность любой ценой, ага.

    А так, если бы еще среднестатистический сишочник, любящий петь о производительности, хотя бы когда-нибудь заглядывал в профайлер...

     
     
  • 7.102, Аноним83 (?), 02:43, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Чувачок, сделай лучше.

    Бежать до \0 это лучшее из всех прочих плохих решений.
    В противном случае оно из асма-С превратилось бы в язык в котором нужно поддерживать машино независимый сложный тип данных - читай писать обёртку/класс для работы с куском памяти по особым правилам. Это сильно усложнило бы и синтаксис языка и тогдашние компиляторы.
    А тогдашние компиляторы - это трансляторы 1-1 примерно из С в асм/машинные коды. И работало это всё на десятках кб памяти и сотнях кГц процах.

    Это щас все такие умные и в сахаре, со своими терабайтами озу и сотнями ядер на 3-5 гГц.

     
     
  • 8.147, laindono (ok), 14:34, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот в расте и сделали вариант лучше Храним всегда ссылку размер Строки в стиле... текст свёрнут, показать
     
     
  • 9.159, Аноним (-), 15:48, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сишная строка внезапно тоже - последовательность байтов Вот только на си можно ... текст свёрнут, показать
     
     
  • 10.164, laindono (ok), 16:19, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Последовательность байт может содержать любые байты Включая 0 Так что последо... текст свёрнут, показать
     
     
  • 11.173, Аноним (-), 21:36, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так в си это аналогично Просто обработка _строки_ на 0 закончится Строчным... большой текст свёрнут, показать
     
  • 9.197, Аноним83 (?), 11:07, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В расте, и в других языках до раста Но это не применимо в контексте языка С и е... текст свёрнут, показать
     
  • 8.162, Аноним (31), 16:02, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чувачок, лучше уже было сделано еще до появляения С Эмм, нет, это буквально х... текст свёрнут, показать
     
  • 8.172, Аноним (172), 19:27, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это копиум Бежать за O N на каждый чих - это максимально расточительное ре... текст свёрнут, показать
     
  • 5.105, Аноним83 (?), 02:51, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Мы для того и юзаем С чтобы иметь полный контроль над всем.
    Если нам нужно сосредоточится на бизнес логике мы берём другие языки.

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

     
     
  • 6.120, Аноним (119), 08:01, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мы для того и юзаем С чтобы иметь полный контроль над всем.

    И что имеете?
    Или просто овнокодите и потом вас имеют годами?)))

    > Если нам нужно сосредоточится на бизнес логике мы берём другие языки.

    И сколько других языков в ведре?

    > Но цена этого - повышение порога входа в проект новых участников.

    А для старых?
    В дыряшке ошибки одни и те же всю историю её существования.

     
     
  • 7.160, Аноним (-), 15:50, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мы для того и юзаем С чтобы иметь полный контроль над всем.
    > И что имеете?
    > Или просто овнокодите и потом вас имеют годами?)))

    Ну так остальные пока и так - не смогли. Поэтому имеем то что имеем. А вон те имели Fucshia и Redox. Можете юзать это если хотите. Но вы ж не будете это, кЮшать, да? Вместо этого вы скюшаете продукты сишников - а как спасибо нагадите на голову. За что вы заслуживаете - изобретения рогадки!

     
     
  • 8.170, Аноним (31), 19:10, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как же не смогли, если весь софт - начиная с браузера, в котором ты сейчас пи... текст свёрнут, показать
     
     
  • 9.183, Аноним (183), 00:12, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для начала - начните с операционки И попробуйте загрузить ее без этого нащего с... большой текст свёрнут, показать
     
     
  • 10.187, Аноним (31), 01:31, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И ей же и закончим Сори, но для запуска ОС не нужен С А вот для компиляции Си ... большой текст свёрнут, показать
     
     
  • 11.193, Аноним (-), 09:46, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот когда закончите - и сможете хотя-бы пискнуть на опеннет в своем стиле тогда ... большой текст свёрнут, показать
     
     
  • 12.203, Аноним (203), 14:14, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Там даже DRAM работать не будет ... текст свёрнут, показать
     
     
  • 13.209, Аноним (209), 18:03, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я в курсе что такое DRAM Training Вероятно в отличие от того гражданина Но пус... текст свёрнут, показать
     
  • 6.163, Аноним (31), 16:14, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ага над всем, кроме buffer overflow, use-after-free, double-free и прочих типик... большой текст свёрнут, показать
     
     
  • 7.176, Аноним83 (?), 23:47, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Язык чем сложнее и богаче - тем труднее его изучать.
    Кресты идут куда то к китайскому - на каждый чих свой иероглиф, вот и сиди потом вспоминай. Не вспомнил - значит занового реализуешь имеющийся функционал.
    А потом следующий человек или не понимает написанного или ругается что вместо портянки надо было одним ероглифом всё заменить.

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


    malloc/memcpy - это просто.
    Я их начал использовать когда ещё в вижалбейсике кодил и только мечтал о том чтобы С освоить и чтобы уже заговорить на родном языке ОС, да и чтобы не тормозило.

    Есть нюансы, но если писать аккуратно, педантично и вдумчиво то ошибки случаются редко. Тем более сейчас много инструментов которые с этим помогают. Году в 2004 или 5 мне довелось искать причину падения моей многопоточной проги довольно долго, потому что как раз use-after-free был, сейчас такое с asan найти вообще не проблема.


    > Писатель хэллоуворлдов в одно лицо, способностей которого хватило лишь на С с Lua, рассказывает нам про "жизненный опыт". Не смеши, ради бога...

    Знаешь, у меня так же нет опыта пихания мпх куда попало и заражения всякими ВИЧ, я как то не считаю что я что то потерял ценное и не должен делится мнением что пихать мпх куда попало не лучшая затея :)

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

     
     
  • 8.188, Аноним (31), 01:39, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очередная порция критики C от персонажа, который C видел только на картинках... текст свёрнут, показать
     
  • 4.95, Аноним83 (?), 02:22, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А в вижал бейские, луа для таких вещей есть строковый тип....
    И чо?
     
     
  • 5.128, Аноним (-), 10:13, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  А в вижал бейские, луа для таких вещей есть строковый тип....

    Я так делаю и для сишных программ. Вот прям на си. Потому что это хорошая идея. В целом. Кстати никто не мешщает сделать это как

    struct ... {
    uint32_t len;
    char * str;
    }

    ...и при всем этом str может быть zero-terminated чтоб его отдавать по быстрому сишным функциям там где иначе никак. Ну скажем как вы иначе файло откроете? Функция открытия оного предполагает то что предполагает, тут уж ой.

    И в таком случае - отдаем открыванию файлов - str, который валидный сишный стринг заодно.

     
     
  • 6.138, Аноним83 (?), 12:49, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да это всё понятно, у меня тоже есть нечто подобное.
    Речь то шла про то что никто не запрещает, но в стандарт такое не тянут потому что идеологически не вписывается.

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

     
     
  • 7.153, Аноним (153), 15:24, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Честно говоря ряд функций стдлибы - и сисколов - давно пора переделать И если п... большой текст свёрнут, показать
     
     
  • 8.174, Аноним83 (?), 23:29, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тут увы, других API для сиколов у нас для вас нет По мне достаточно было причес... текст свёрнут, показать
     
     
  • 9.207, Аноним (207), 17:39, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле даже есть - всякие ioctl и проч таки могут и довольно продвинутые ... большой текст свёрнут, показать
     
  • 6.168, Аноним (168), 18:00, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кек. В любом нормальном языке для такого типа можно сделать литерал, считать длину во время компиляции, автоматически управлять памятью для буфера. Подумать и сделать такой же тип, но не владеющий строкой, подумать еще и сделать тип с оптимизацией для коротких строк, чтоб хранить небольшие строки на месте, и все это с одинаковым интерфейсом и все это будет подходить к другим модулям системы.

    В сишочке можно заплакать и затерпеть, так как все вокруг требует нуль-терминированных строк, определить литерал нельзя, деструкторов/defer/etc нет, а наиболее доступное средство для вычислений во время компиляции - проехаться по сорцам самодельным препроцессором на смеси sh/sed/awk.

     
     
  • 7.175, Аноним83 (?), 23:32, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    С не для вас :)

    Длина строки во время компеляции: (sizeof("stroka") - 1).
    У меня это используется в паре мест, там через define задано типа ADD_CSTR(_str) и оно такие константные строки через memcpy() копирует, размер считается при компиляции.

     
  • 7.208, Аноним (209), 17:55, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Кек. В любом нормальном языке для такого типа можно сделать литерал, считать
    > длину во время компиляции, автоматически управлять памятью для буфера.

    В принципе struct как вон там - с инициализацией при компиле - примерно так и получится. Т.е. нечто сравнимое можно если захотеть.

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

     
  • 3.91, Аноним83 (?), 02:13, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всё так и есть оно никому не мешало и никого не взломали Чтобы всё что там пер... большой текст свёрнут, показать
     
  • 2.43, Аноним (31), 16:30, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Проблема вызвана переполнением буфера в системном вызове
    > Академическое какчество кода (с)

    Все правильно: сишные академики вылезли за пределы буфера сразу же, как только попытались использовать свой язык на практике:

    "Восстановлен код UNIXv4, первой ОС с ядром на языке C. Уязвимость в UNIXv4"
    "su [...] включала менее 50 строк кода [...]. Код содержал уязвимость, приводящую к переполнению буфера из-за копирования вводимого пользователем пароля в фиксированный 100-символьный массив без проверки размера вводимых данных"

    https://www.opennet.dev/opennews/art.shtml?num=64498

    Что в 1973 году вылазили за буферы, что в 2026... С - стабильность.

     
     
  • 3.55, Аноним (55), 19:27, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ой, ну вот опять...
    У пароля в том самом UNIXv4 использовались только первые 8 символов.  Конечно, помня об этом, выделить целых сто байт под буфер для них вообще было расточительством.
     
  • 3.78, YetAnotherOnanym (ok), 22:10, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Когда у тебя частота процессора в килогерцах, объём памяти - в килобайтах, а все пользователи работают в одной лаборатории, городить в su проверки на всякий чих - это архитектурное излишество, а уязвимость в ней грозит не компрометацией системы, а выговором тому, кто с ней напортачил.
     
     
  • 4.81, Аноним (31), 22:41, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда у тебя частота процессора в килогерцах, объём памяти - в килобайтах [...] городить в su проверки на всякий чих - это архитектурное излишество

    То ли дело на всякий чих бежать за O(N) в поисках нуля в строке.

     
     
  • 5.110, Аноним (110), 03:46, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    у Тьюринга ячейка на ленте имела три состояния 0,1 и пустота
     
  • 4.85, Аноним (85), 23:22, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда у тебя частота процессора в килогерцах, объём памяти - в килобайтах, а все пользователи работают в одной лаборатории, городить в su проверки на всякий чих - это архитектурное излишество

    Не хотелось бы тебя расстраивать, но причина была вовсе не в урезанных ресурсах железа.

    Если ты таки прочтешь новость, ссылку на которою дали, то там приводится цитата Дугласа Макилроя (непосредственного участника тех событий) о реальной причине. Спойлер: "и так сойдет 👍".

     
     
  • 5.96, Аноним83 (?), 02:24, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так у меня дома на уборной тоже замок уровня "шпингалет" или современная дверная ручка открываемая ногтем - и так сойдёт, все свои.
     
  • 5.137, YetAnotherOnanym (ok), 11:52, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитал. Удостоверился, что это именно то, что я помню.
    Кроме урезанных ресурсов железа было упомянуто обстоятельство "все пользователи работают в одной лаборатории". То есть, как отметил комментатор выше - все свои. Команда su - это чтобы не для защиты от злобного хакера, а чтобы юный падован случайно делов не наделал. Поэтому - да, и так сойдёт.
     
     
  • 6.166, Аноним (49), 17:21, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Иными словами, ЮНИКС -- локалхостная система, неприспособленная для реального мира.
     
     
  • 7.185, Аноним (185), 01:10, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https://web.mit.edu/~simsong/www/ugh.pdf

    Классика

     
  • 4.151, Аноним (151), 14:58, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При таких условиях, к которым ты за уши притянул ситуацию, никаких su не надо и все могут работать под одним пользователем, без пароля. Зачем излишне усложнять систему ненужными сущностями?
     
  • 3.92, Аноним83 (?), 02:18, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот с 1973 всё так и работает, на этом стоит нынешняя цивилизация, так же как и на всяких угольных ТЭЦ, ядерных кипятильниках и прочем дедовском вредном для жизни.

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

     
     
  • 4.122, Аноним (122), 08:04, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чувак ты забыл написать на ZOG, дипстейт и прочую шuзу теорий заговора!

    >  и годами ждать когда оно скопилируется

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

     
     
  • 5.127, Аноним83 (?), 08:41, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Лёгкая дизлексия не повод навещать врачей :)

    В остальном это типичный конфликт поколений.

     
  • 2.70, Cgn (?), 21:23, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Viva64 своим PVS-Studio фрю несколько раз гоняла.
    https://habr.com/ru/companies/pvs-studio/articles/325780/
    Этой дырки почему-то нет (иначе бы исправили)
    Вывед: pvs studio фуфел.
     
     
  • 3.72, Аноним (31), 21:45, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вывед: pvs studio фуфел.

    Ну, они старались. Статейки на Хабре писали... 🥲

    Я представляю, какая у них сейчас трагедия на фоне появления ИИ-тулзов и новостей вроде "В апреле в Firefox было устранено 423 уязвимости, из которых 271 были выявлены [...] при помощи Claude Mythos", которые появляются благодаря этим тулзам.

    Помянем ребят...

     
  • 3.111, Аноним (110), 03:54, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    в принципе должен был ворнинг выдать ибо в ряд операции с одним приоритетом, хотя думаю за эту неоднозначность надо математиков бить по рукам за не строгий формализм, да бог с ними с математиками, они могут себе такое позволить, но нет почему-то ни одного ЯП, который строго требует обрамлять индивидуальные бинарные операторы в скобки, выглядит избыточно? Так что лучше избыточность или логические дыры? А асм такой хни конечно же нет (не считая всякие макро ассемблеры со встроенными арифметическими операторами)
     
     
  • 4.116, Аноним83 (?), 04:59, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вы тоже хотите быть нивчомнивинаватым, так не бывает.

    Я видел=имплементировал алгоритмы где: a + b + c + d + e. Это были равнозначные члены выражения, которые не имело смысла группировать скобками, и наличие скобок только бы запутало читающего.

    Но часто у меня есть именно такой код как в сабжевом баге, но я скобок не жалею и проблем не имею.

     
     
  • 5.146, Аноним (110), 14:33, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > a + b + c + d + e и наличие скобок только бы запутало читающего.

    ничего подобного, (a + (b + (c + (d + e)))) - нормально читается, как если бы за место оператора была бы функция add(a, add(b, add(c, add(d, e)))), глаза слепились? нет, хотя для ускоглазых лучшим способом этой записи является построчная запись как в асм.

    > но я скобок не жалею и проблем не имею.

    точно такая же отмазка у сишников когда им предлагают раст. "Я внимательный я все делаю правильно", прям как я :))) Как и сапер, погромист ошибается один раз, давно поря это зарубить на носу!

     
  • 4.118, Аноним (31), 07:02, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > нет почему-то ни одного ЯП, который строго требует обрамлять индивидуальные бинарные операторы в скобки

    Шта? Вообще-то практически все функциональные языки это требуют.

     
     
  • 5.148, Аноним (110), 14:34, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну вообще отлично, только я не пойму на кой им операторная запись? Ясно, понятно, опять виноваты математики, надо делать так как они делают.
     
  • 3.115, Аноним83 (?), 04:56, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И да и нет.

    В PVS не сложно добавить инструкции чтобы находить такие ошибки, по крайней мере на уровне "вероятно бага но не точно".
    И работает оно быстрее и жрёт сильно меньше чем ИИ.

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

    Я бы сказал что ИИ это то чем нужно полировать код после всех анализаторов.

     
     
  • 4.149, Аноним (110), 14:36, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ЫЫ пустая трата времени, когда есть нормальная спека и ее верификация.
     
     
  • 5.198, Аноним83 (?), 11:11, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, пресвятая спека спасёт вас от всех ошибок в мире. Прям религия.
     
     
  • 6.205, Аноним (110), 16:45, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    от ошибок такого рода

    memmove(args->begin_argv + extend, args->begin_argv + consume,
    -     args->endp - args->begin_argv + consume);
    +     args->endp - (args->begin_argv + consume));

    конечно спасет

     

     ....большая нить свёрнута, показать (79)

  • 1.7, Аноним (10), 11:20, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    На консолях работает? Вообще суидные процессы это прикольно, в линуксах давно стараются избавиться от них.
     
     
  • 2.9, Ы (?), 11:25, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще суидные процессы это прикольно, в линуксах давно стараются избавиться от них.

    серьезно чтоли?

    Firejail is a lightweight security tool intended to protect a Linux system by setting up a restricted environment for running (potentially untrusted) applications.

    More specifically, it is an SUID sandbox program that reduces the risk of security breaches by using Linux namespaces, seccomp-bpf and Linux capabilities.

     
     
  • 3.11, Аноним (10), 11:31, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Дать суид песочнице в теории можно, но это лишнее. Суид хелпер можно и не использовать наверно? Я не проверял.
     
     
  • 4.42, Аноним (-), 16:27, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  Дать суид песочнице в теории можно, но это лишнее. Суид хелпер можно и не
    > использовать наверно? Я не проверял.

    Конкретно firejail необходимо запуститься под навороченными привилегиями чтобы сетап контейнера и ограничений выполнить. Равно как и системд под навороченными привилегиями по тем же причинам. Иначе чисто технически обломается ряд системных операций.

     
  • 3.44, Аноним (-), 16:44, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Bubblewrap обходится без SUID же.

    У Firejail много других фундаментальных проблем.

     
     
  • 4.89, Ы (?), 01:25, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Совсем без него не обходится, чтобы теже функции как без suid тогда надо повышать привилиегии через CONFIG_USER_NS=y и хз еще что из этого опасней
     
     
  • 5.184, runoverheads (ok), 00:58, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да ответ известен. SUID это костыль из прошлого, получить root права чтобы сбросить права. Логичнее иметь механизм сразу сбросить права.
    User Namespaces - это мейнстрим. Для Гугл (браузера). Для Flatpak.
    проблемы находят только в net namespaces, который обычным пользователям не нужен.
     
  • 3.106, Аноним83 (?), 03:30, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда вы такие берётесь только.
    "SUID sandbox program" - значит что эта фиговина чтобы сгенерить окружение и запустить там нечто нуждается в root правах. Можете снять с неё SUID бит, и сами от рута запускать.
     

  • 1.13, Аноним (13), 11:39, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >переменная consume прибавлялась к результату, а не вычиталась,

    Им надо язык учить, а не ядро писать. Что, скобки для слабаков?

     
     
  • 2.27, Аноним (27), 14:43, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Опечатки случаются. На проде до сих пор не выползало, вот и не чесались. Жил же годами линукс с багами типа "если много раз нажать клавишу, то попадаешь в рут в обход всех защит".
     
     
  • 3.97, Аноним83 (?), 02:28, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это от части вина дятлов-ревьюверов.
    Я лично всегда скобками все математические выражения оборачиваю, у меня бы оно изначально выглядело так:
    memmove((args->begin_argv + extend), (args->begin_argv + consume),
        (args->endp - (args->begin_argv + consume)));
    но дятлы бы задолбали: убери лишние скобки.
     
     
  • 4.112, Аноним (110), 03:58, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я лично всегда скобками все математические выражения оборачиваю

    Ну вот обернули в скобки, и чем это отличается от add(args->begin_argv, consume) в виде функции, зачем бл*ть нужна операторная форма записи +,- и т.д., зачем?

    А лучше одна строка - одна функция (оператор), да, да - асм :)))

     
     
  • 5.114, Аноним83 (?), 04:53, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оборачивание в скобки атомизирует математические выражения.
    Впервый раз на порядок вычисления я наступил ещё году в 1998-9 на zx spectrum, с тех пор всё заворачиваю скобками.

    Для железки конечно не имеет никакого смысла: a + (b + c) + d, но для человека может иметь потому что он знает контекст, и оборачивая в скобки подчёркивает это.

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

     
     
  • 6.150, Аноним (110), 14:47, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > но результат оказался не тем что ожидали.

    все на оборот, получили именно то, что хотели - багу :) они же премии получают от тов. майора.

     
     
  • 7.156, Аноним (156), 15:35, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> но результат оказался не тем что ожидали.
    > все на оборот, получили именно то, что хотели - багу :) они
    > же премии получают от тов. майора.

    А вон те красавцы с фуксией получили - децимацию тимы гражданином топменеджером. И теперь смогут орать "свободная касса!" или чот там у них трендово. Потому что такое гумно даже чатгоп нагенерит не хуже - настолько же неюзабельно но еще и зарплаты толпе бакланов платить не надо.

     

  • 1.26, bublick (ok), 14:35, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто нибудь еще пользуется FreeBSD для промышленного использования?
     
     
  • 2.28, Аноним (27), 14:46, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Видел, как пытались станки с винды перевести на нетку. Но готового драйвера на специфичное оборудование было только под винду, а свой драйвер написать нешмогли. Вернулись на винду.
     
     
  • 3.32, Аноним (32), 14:58, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если не было самого основного - драйвера, как они без него пытались-то? :)
     
     
  • 4.41, bublick (ok), 16:25, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если не было самого основного - драйвера, как они без него пытались-то?
    > :)

    Это тот случай, когда не попробуешь, не узнаешь) А вдруг взлетит?))

     
  • 2.33, Андрей (??), 15:12, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    500 маршрутизаторов, 50 виртуальныйх серверов, 20 физических серверов. Срок эксплуатации почти 25 лет.
     
     
  • 3.36, Tron is Whistling (?), 15:28, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А у слона всё равно толще.
     
  • 3.50, Аноним (-), 17:04, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >  500 маршрутизаторов, 50 виртуальныйх серверов, 20 физических серверов.
    > Срок эксплуатации почти 25 лет.

    В общем унаследованый легаси конфиг. А те кто в здравом уме - ставят убунту какую, просто потому что у нее LTS есть и обновления ядра без ребута сервера что для онлайн систем аргумнент.

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

     
  • 3.59, Аноним (58), 20:04, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Срок эксплуатации почти 25 лет.

    Ещё FreeBSD 4 на них? Железо не сыпется?

     
     
  • 4.86, Андрей (??), 23:29, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Начинали с FreeBSD-3-CURRENT. Несколько переходов: 4, 5, 8, 12, планируем 15. Десяток Гбит/с на маршрутизатор легко. Работают не икая годами! Ядра вылизывались десятки раз...
     
     
  • 5.154, Аноним (153), 15:27, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Десяток Гбит/с на маршрутизатор легко. Работают не икая годами!
    > Ядра вылизывались десятки раз...

    Мне даже неудобно как-то намекать что у линуха сейчас и величинами в сто гигабит рутинно оперируют в сетевых делах. Т.е. вон там несколько лет назад сэр оптимизировал работу с 40 и 100 Гбит сетевками - и вопрочание пакетов.

    И тут вдруг оказывается что у кого-то аж целые 10 гбит. Ну круто, наверное. Было. Лет хренадцать назад.

     
  • 3.61, Аноним (61), 20:16, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > 500 маршрутизаторов

    Комп с двумя сетевухами — это не маршрутизатор, а комп с двумя сетевухами.

     
     
  • 4.75, Anonymmm (?), 22:00, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Маршрутизатор это тот же комп с двумя (и более) сетевухами
     
     
  • 5.90, Ы (?), 01:33, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    давно уже асиками обмазываются см LF SONiC
     
  • 5.108, Аноним (49), 03:33, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Когда твои 500 компов научатся перезагружаться не прерывая роутинг, тогда и продолжим разговор.
     
     
  • 6.113, Аноним (110), 04:02, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    carp накрути, сто лет как существует
     
  • 4.98, Аноним83 (?), 02:31, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    У меня уже 16 лет как домашние маршрутизаторы на фре с ОДНОЙ сетевухой.
    И то что продают сейчас в магазах как вифироутер - внутри тоже часто имеет ОДИН сетевой интерфейс.

    Вам бы матчать подтянуть прежде чем писать.

     
  • 2.37, Аноним (15), 16:08, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.reddit.com/r/freebsd/comments/q8q8i3/can_you_list_me_the_companies
     
  • 2.109, Аноним83 (?), 03:33, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, вы бы удивились если бы узнали где стоит продукт на базе фри который я пилю в рф. (продукт не мой, я только пилю за деньги)
    Но тут важен продукт а не фря, заказчикам пофик что там внутри.
     
     
  • 3.130, bublick (ok), 10:34, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, вы бы удивились если бы узнали где стоит продукт на базе
    > фри который я пилю в рф. (продукт не мой, я только
    > пилю за деньги)
    > Но тут важен продукт а не фря, заказчикам пофик что там внутри.

    А какая предметная область продукта?

     
     
  • 4.139, Аноним83 (?), 12:51, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    PAM = Priveledged Access Management
     
     
  • 5.204, bublick (ok), 15:46, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну то есть специализированный системный сервис. А это предметная область для которой FreeBSD и предназначена.
     
  • 2.142, OpenEcho (?), 13:21, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто нибудь еще пользуется FreeBSD для промышленного использования?

    Cisco
    Juniper Networks
    Netflix
    Netgate (pfSense/OPNsense firewalls).
    Check Point, Citrix NetScaler, Sandvine
    Zscaler, Hewlett Packard Enterprise
    Dell/Compellent, EMC/Isilon (aka Dell EMC)
    iXsystems (TrueNAS, не тот что SCALE)

     
     
  • 3.145, anonymous (??), 14:22, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я знаю самбо, дзюдо, карате и ещё много страшных слов.

    Кстати в каком продукте циско используется фрибсд ?

     
     
  • 4.157, Аноним (151), 15:36, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    гуглить разучился? AsyncOS 15.0+
     
  • 4.194, Аноним (-), 09:59, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я знаю самбо, дзюдо, карате и ещё много страшных слов.
    > Кстати в каком продукте циско используется фрибсд ?

    Он еще забыл сказать ВСЮ правду - которая в том что новые цыски таки в основном на линухах. Потому что морозить уши назло бабушке^W торвальцу в список целей корпораций не входит.

     
  • 4.223, OpenEcho (?), 13:10, 12/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я знаю самбо, дзюдо, карате и ещё много страшных слов.

    Был вопрос, был ответ, а вот это к чему это было?

    > Кстати в каком продукте циско используется фрибсд ?

    Cisco Web and Email Security Solutions в прошлом ака IronPort

     
  • 3.206, bublick (ok), 17:16, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    То что в мире используют, я не сомневаюсь. Интересует активное использование в России.
     

  • 1.35, Tron is Whistling (?), 15:27, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вот классная ошибка.
    Всегда и всем на старте говорю: ИЗБЫТОЧНЫЕ СКОБКИ В ВЫРАЖЕНИЯХ - НЕ МЕШАЮТ. Записывайте порядок вычисления явно, не полагайтесь на ассоциативность операторов.
     
     
  • 2.39, Аноним (31), 16:16, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Записывайте порядок вычисления явно, не полагайтесь на ассоциативность операторов

    Они и не полагались, лол. У +/- один приоритет в арифметике, безотносительно разных ЯП.

    Ребята просто ошиблись. В том числе и потому, что скопипастили "args->begin_argv + consume" вместо того, чтобы использовать переменную. И с буферами через mallic()/memmove() сношаемся, ведь обернуть их в тривиальный динамический массив - это не по сишочному! И статические анализаторы мы традиционно не используем, поэтому проблему мы не видим на протяжении 13 лет. Вот ребятки и выбили типичное С-бинго.

    Это проблема традиционо сишочного, халатного подхода к разработке. Она не решается просто скобочками.

     
     
  • 3.100, Аноним83 (?), 02:35, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы они юзали скобки, то и скопипастили бы со скобками.
    Насчёт обёртки - так вон в крестах на каждый чих по кило синтаксического сахара, теперь язык то никто и не знает :)
     
  • 3.136, Аноним (-), 11:45, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > сношаемся, ведь обернуть их в тривиальный динамический массив - это не по сишочному!

    А что будет если твоему динамическому массиву - памяти не хватило? В ядре это довольно интересный такой вопрос :)

     
     
  • 4.171, Аноним (31), 19:14, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> сношаемся, ведь обернуть их в тривиальный динамический массив - это не по сишочному!
    > А что будет если твоему динамическому массиву - памяти не хватило?

    То же самое, что и с malloc/realloc, очевидно.

     
     
  • 5.195, Аноним (-), 10:08, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, вот извините В случае alloc мы на уровне семантики можем прочекать это - и... большой текст свёрнут, показать
     
     
  • 6.199, Аноним83 (?), 11:15, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Жизнь ядра сильно сложнее чем вы себе представляете.

    Динамический массив - всё просто: когда не влезает в имеющийся кусок памяти - выделяем кусок памяти по больше. На уровне ОС это может выглядеть как приклеивание ещё одной физической страницы памяти к указанному адресному пространству.

    Такое ощущение что вы вообще никогда массивы на С не реализовывали раз спрашиваете.

     
     
  • 7.214, Аноним (214), 22:31, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я как раз неплохо представляю себе жизнь ядер, модель вызовов сисколов и что оно... большой текст свёрнут, показать
     
     
  • 8.215, Аноним (31), 22:36, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, чувак, не догадываешься Тебе прямым текстом пишут о реализации массивов на... текст свёрнут, показать
     
  • 6.212, Аноним (31), 20:08, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> mallic()/memmove() [...] обернуть их в тривиальный динамический массив
    >>> А что будет если твоему динамическому массиву - памяти не хватило?
    >> То же самое, что и с malloc/realloc
    > Не, вот извините
    > Но вот как это с динамическим массивом делается по вашей версии?

    Чувак, ты вообще читаешь то, что пытаешься комментировать? Я тебе черным по белому пишу: обернуть mallic()/memmove() в массив на уровне С кода.

    Ну давай вместе подумаем, как в таком случае можно обработать нехватку памяти?

     
  • 4.179, Аноним83 (?), 23:53, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Какой памяти то?
    В ядре кучка аллокаторов разных, но в целом они имеют флаг: ждать вечно пока будет память / сфейлится сразу.
    Дальше если ты не получил желаемого то можешь или вернуть юзеру ошибку или вызвать панику.
     
  • 3.191, Tron is Whistling (?), 09:42, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я в курсе, что он один. Просто нужна привычка записывать порядок (логику вычисления) явно, а в данном случае её не было. Если бы такая привычка была - при копипи**инге добавили бы скобки.
     
  • 3.192, Tron is Whistling (?), 09:45, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и ещё два мелких момента, так, из вредности:
    1. В тяжёлых случаях приоритет даже может быть один, а ассоциативность - разная.
    2. Там я специально запятую поставил, это два совета. Явная запись и не полагаться.
     
  • 2.76, YetAnotherOnanym (ok), 22:00, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Обязательно найдётся эстет, которому лишние скобки - это "фу".
     
  • 2.99, Аноним83 (?), 02:33, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Полностью согласен!

    memmove((args->begin_argv + extend), (args->begin_argv + consume),
        (args->endp - (args->begin_argv + consume)));

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

    Извращенцы которые любят такое:
    memmove(args->begin_argv + extend, args->begin_argv + consume,
        args->endp - args->begin_argv - consume);
    пусть горят в аду :)

     
     
  • 3.186, Аноним (185), 01:26, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Си - это не LISP, внезапно. А параметры функции к моменту передачи управления на ее точку входа - будут уже вычислены.
     
     
  • 4.200, Аноним83 (?), 11:16, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И чо? Поэтому надо писать криптокод который только ИИ сможет распарсить с 25 раза?
     

  • 1.47, Аноним (-), 17:01, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Уязвимость в системном вызове execve, предоставляющая >root-доступ во FreeBSD

    Мда, недолго эти господа устравали танцы на улице линуксоидов в коментах. Тут вдруг - ЧПОК! Нашлась фича - встроенное sudo.

     
     
  • 2.53, Аноним (46), 18:41, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут вдруг - ЧПОК!

    "Добрый день!" (с)

     
     
  • 3.84, Аноним (84), 23:14, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ненене! Там "Добрый вечер!".
     
  • 2.82, Аноним (82), 22:44, 09/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Уязвимость в системном вызове execve, предоставляющая >root-доступ во FreeBSD
    > Мда, недолго эти господа устравали танцы на улице линуксоидов в коментах.

    Че, все 2? А точно они, а не ваши же "сегодня это не правильные линуксоиды, они не считаютца!"
    Но ты зато отомстил, так отомстил в этой теме, да с линчовкой негров, да не один и не два раза (ну т.е. как обычно балабол294 не смог пройти мимо темы о бздах 🙄 ) ...

     
     
  • 3.132, Аноним (-), 11:17, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как кто-то однажды сказал, я не злопамятный - отомщу и забуду Но вот все ... большой текст свёрнут, показать
     
     
  • 4.143, Аноним (143), 13:22, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Эти "вы" с лекалами и бочками - c тобой в одной комнате или опять лишь в твоей голове?

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

    А что ты там думаешь - абсолютно не интересно. Ты слишком долго "работал" на свою "репутацию", теперь вот - "репутация" работает на тебя *бгг*


     
     
  • 5.155, Аноним (156), 15:31, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В одном чатруме Или даже в нескольких А вот сабж - у меня на виду примерно дюж... большой текст свёрнут, показать
     
     
  • 6.167, Аноним (143), 17:32, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Бздшники рассказывали, как смигрируют на бзд л-логика уровня ВеликогоЛогик... большой текст свёрнут, показать
     
     
  • 7.201, Аноним (-), 12:34, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вон похонахи какие с линуха уже какой там год переходят В итоге перешли аж на... большой текст свёрнут, показать
     
  • 6.182, Аноним83 (?), 00:06, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне как бдсшнику - глубоко плевать какие там дыры в линуксах или вендах. Хотя конечно последнее улыбало что они года два не могли спулер печати починить.
    Мне и на дыры во фре - в целом пофик, они почти все такие же бесполезные: скачайте и запустите код чтобы получить рута.
     
     
  • 7.202, Аноним (-), 13:12, 11/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это про что В линухе спулер печати это совершенно сторонний компонент, он не l... большой текст свёрнут, показать
     

  • 1.48, cyberslug (?), 17:02, 09/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как они быстро всё пофиксили, не ожидал от них такой оперативности.
     
     
  • 2.101, Аноним83 (?), 02:38, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что там полторы калеки, им не надо собирать коммитет для сбора комиссии по рассмотрению вопроса о созыве совета для возможности рассмотрения сбора группы для экстренного принятия решения о созыве отвественных ревьюверов.

    Они поправили и закомитили, делов на 3 минуты на каждую ошибку.
    Ну ок, на 15-30, учитывая что надо черрипикать в кучу веток, да ещё писать всякие errata и секурити адвисорс.

     
     
  • 3.133, cyberslug (?), 11:20, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хаха, получается, что для разработки качественного софта избыток участников только вредит процессу, создавая балаган и бюрократию.
     
     
  • 4.140, Аноним83 (?), 12:57, 10/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это да, но так же зависит от организации процесса.

    У меня нонче рабочий процесс от стартаперского когда две колеки друг другу помогают перешёл к отдел-отделу враг, и то что раньше занимало минуты-часы превратилось в недели-месяцы :)

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

     

  • 1.210, нах. (?), 19:33, 11/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, беглый погляд на kern/kern_exec.c не нашел там ни одного memmove, и ничего похожего на "consume". А не нап...дел ли автырь ? У меня ни разу даже не "11.0"


    (раз это копипаста - КРАЙНЕ маловероятно, что она пережила такой адский рефакторинг что аж переменная появилась там где ее раньше не было)

     
  • 1.216, Аноним (216), 00:08, 12/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    так уязвимость в названии - exe-cve
     
  • 1.220, G0Dzilla (??), 07:48, 12/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Каждую новость про FreeBSD любители линукса стремятся показать, как же им глубоко все равно. Замечательный контингент. Браво!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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