|
2.3, Аноним (3), 13:38, 19/06/2025 [^] [^^] [^^^] [ответить]
| –11 +/– |
Пора полностью отказаться от си. И он XML тоже. Нах он нужен. Для хранения одного байта информации пихаем килобайти лишней информации
| |
|
|
|
5.102, Аноним (102), 17:07, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Где был? Изначально — это как? Проснулись пещерные люди, смотрят: а на полу PS и PDF лежат?
| |
|
|
|
4.12, Аноним (12), 13:59, 19/06/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
Чем угодно. Xslt неоправданно сложный. Императивный код на любом яп, написанный в лоб, будет раз в 100 понятнее. Плюс, xslt абсолютно никакой для трансформации в режиме потока, потому что весь документ грузится в виде dom целиком. Это значит, что сто-метровый хмл будет занимать 500 метров оперативки, если не больше.
| |
|
3.31, Аноним (31), 15:05, 19/06/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Слова недалёкого человека. XML нужнее всех остальных форматов, ибо остальные куда уже специализированнее, а XML самый универсальный. Это не только формат для хранения и передачи данных, но ещё и команд с данными не только для выполнения команды, но ещё и для разбора что это за команда, так можно реализовать единую точку входа для всех команд, а не тонну эндпоинтов, как для REST. Хранить очень сложную структуру данных тот-же JSON не может, попробую всю страницу сайта передать в JSON (не только для заполнения формочек, а саму страницу) - не выйдет, теоретически конечно можешь, но об ручной разбор типов и экранирование - пальцы в кровь сотрёшь, и итоговый размер файла может даже и выйдет больше чем у XML.
| |
|
4.42, Аноним (42), 17:05, 19/06/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> об ручной разбор типов и экранирование - пальцы в кровь сотрёшь
JSON.stringify/parse()?
| |
4.46, Аноним (46), 19:01, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
А может все же лучше переделать этот огород, чтобы не требовались "очень сложные структуры данных"?
| |
|
5.55, Аноним (3), 20:22, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
И кто тогда будет платить деньги за поддержку "очень сложные структуры данных"?
Все упростить, еще и работать стабильно начнет. Точно уволят и возьмут кого-то на меньшую зарплату.
Делай спагетти-код и "очень сложные структуры данных"!!!!!
| |
5.103, Аноним (102), 17:12, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Да, давай. Все только за будут. Всего-то нужно сложность решаемых задач понизить, и дело в шляпе, обойдёмся одним массивом байтов на всё про всё. А если одни только hello world писать, то может быть и вовсе без структур данных обойдёмся. А там и от компьютера можно отказаться, вон в древнем Египте на глиняных табличках бухгалтерию вели, и ничего, великая страна была, могла показать!
| |
|
|
|
|
3.11, Аноним (-), 13:58, 19/06/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Дурной тон писать ядро, системные утилиты и библиотеки на Си плюс-плюс. Истинная системщина - только чистый Си.
| |
|
4.13, Аноним (13), 14:05, 19/06/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Дурной тон писать ядро, системные утилиты и библиотеки на Си плюс-плюс. Истинная системщина - только чистый Си.
Критерии истинности в студию.
Мне казалось что системщина - это надежный код, который без ошибок работает годами.
И его раньше писали на ассемблере.
А СИшка порождает дырявый овнокод, на пеньке последние 3 новости как раз про это убожество, которое придумали для тех, кто не осилил ассемблер.
Типа ПХП из 70х.
| |
|
5.29, Аноним (29), 14:47, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Дурной тон писать ядро, системные утилиты и библиотеки на Си плюс-плюс. Истинная системщина - только чистый Си.
> Критерии истинности в студию.
> Мне казалось что системщина - это надежный код, который без ошибок работает
> годами.
> И его раньше писали на ассемблере.
> А СИшка порождает дырявый овнокод, на пеньке последние 3 новости как раз
> про это убожество, которое придумали для тех, кто не осилил ассемблер.
> Типа ПХП из 70х. | |
5.47, Аноним (47), 19:16, 19/06/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> И его раньше писали на ассемблере.
В ассемблере хотя бы нет UB.
Но, конечно, сейчас на ассемблере писать не вариант.
| |
|
6.56, Аноним (56), 20:48, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> И его раньше писали на ассемблере.
> В ассемблере хотя бы нет UB.
> Но, конечно, сейчас на ассемблере писать не вариант.
Угу-угу.
Навскидку:
https://c9x.me/x86/html/file_module_x86_id_285.html
> SAL/SAR/SHL/SHR
> The CF flag contains the value of the last bit shifted out of the destination operand; it is undefined for SHL and SHR instructions where the count is greater than or equal to the size (in bits) of the destination operand. The OF flag is affected only for 1-bit shifts (see "Description" above); otherwise, it is undefined. The SF, ZF, and PF flags are set according to the result. If the count is 0, the flags are not affected. For a non-zero count, the AF flag is undefined.
> | |
|
7.57, Аноним (47), 21:08, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
По-моему, здесь как раз поведение процессора вполне определённо описано.
| |
|
8.104, Аноним (56), 17:15, 20/06/2025 [^] [^^] [^^^] [ответить] | +/– |  -- 128580 https c9x me x86 html file_module_x86_id_19 html А уж написать чт... большой текст свёрнут, показать | |
|
|
|
|
4.51, Аноним (6), 19:52, 19/06/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Про ядро никто не упоминал, речь была про парсер XML. А юзерспейс на ссовременных стандартах C++ - самое то.
| |
|
5.108, Аноним (108), 18:09, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>А юзерспейс на ссовременных стандартах C++ - самое то.
Спасибо, не надо. Такое впечатление, что крестовиков хаскелисты покусали.
https://habr.com/ru/companies/jugru/articles/438260/ - «Современный» C++: сеанс плача с причитаниями
Это не говоря уже про то, что для того, чтобы повторить безопасность условной жабы, нужно будет писать крайне много строк.
| |
|
|
3.18, Аноним (13), 14:09, 19/06/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
> На C++ с умными указателями.
Но смогут ли СИшники осилить умные указатели?
Они же умные! (Указатели)
А СИшники до сих пор не могут делать зануление объекта, когда он уже не нужен((
| |
|
4.81, Аноним (108), 12:56, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>А СИшники до сих пор не могут делать зануление объекта, когда он уже не нужен((
Хватит повторять эту ошибку. Если объектом владеет только один указатель, то занулять ничего не надо, и у нас получается что-то типа раста. Если объектом владеет несколько указателей и есть gc, то рантайм сам разберётся. Если gc нет, и продвинутых типов тоже нет, а владеет несколько указателей, то нужен двойной указатель, чтобы все владения обнулились сразу же, но это ухдшит производительность. В противном случае, проблема останется. Так что в си решения по прежнему нет.
| |
|
3.86, Аноним (108), 13:28, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Кресты даже в лучшем случае исправят только часть ошибок с памятью.
| |
|
|
1.5, Аноним (-), 13:41, 19/06/2025 [ответить] [﹢﹢﹢] [ · · · ] | –1 +/– | Ахахахаха Вот она сила СИстемных языков программирования strcpy - вам не нуж... большой текст свёрнут, показать | |
1.7, Аноним (-), 13:45, 19/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Сегодня прям какой-то День Унижения Дыpяшeчников.
Что случилось? В каком-то популярном анализаторе вышла обнова и кто-то решил прогнать весь сишный хлам по 100500му кругу?
Да и сами уязвимости прям сишное булщит бинго:
переполнением буфера
целочисленное переполнение + запись за пределы буфера,
use-after-free,
null dereference
Ну что, как это овнокод оправдывать будете?
Опять раст виноват?
| |
|
2.16, Аноним (16), 14:08, 19/06/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Ну что, как это овнокод оправдывать будете? Опять раст виноват?
На Расте ничего не написано, потому и багов нет, лол. И от целочисленного переполнения он тебя не спас бы. Он вообще не дает никаких гарантий! Синтаксис вырвиглазный! Неподдерживаемое! Абр! Абр-валг!!!
| |
|
3.22, Аноним (13), 14:18, 19/06/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ты забыл еще пройтись по личностям и внешности раст программеров
"Все эти с цветными волосами!
Да еще радужные! А вы слышали про Asahi?
И вообще для СИшника качество кода не главное!
Главное в трусы заглянуть, вдруг скрепа разгибаться начнет"
Это существенная не доработка, ты лишен кошка-жена на неделю!
| |
|
|
1.10, Аноним (-), 13:55, 19/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Сегодня жаркий денек.
Спецвыпуск "Сишный овнокод и его фиксы"
+ int lenn, lenp;
+ size_t lenn, lenp;
...
+ if ((ncname == NULL) || (len < 0)) return(NULL);
Тут даже комментировать нечего.
parser.c
- if (newSize) {
+ if (newSize < 0) {
xmlFatalErr(ctxt, XML_ERR_NAME_TOO_LONG, "VersionNum");
}
tmp = xmlRealloc(buf, newSize);
Ну кто же мог подумать что size для реалока может быть отрицательным!
Хотя... это даже логично что не может...
А какой гений решил использовать signed переменную для newSize?
И в каком это убогом недоязычке идет неявный каст signed в unsigned size_t в realloc? Не сишечка ли это часом?
| |
|
|
3.26, Аноним (-), 14:38, 19/06/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Так дело всё же в языке или в гении, который код писал!
То что убогий жигулятор при аварии убивает и пешехода и часто водилу (подушки? нет не слышал) это виноват водила?
Или то что эта древность проектировалась тяп ляп?
Так же и с дыряшкой.
Язык просто неявно кастит, быдлокодер не проверяет.
Если сам автор ЯП писал "комитет сделал язык на котором невозможно писать", то наверное он знал о чем говорил.
| |
|
4.44, Аноним (44), 18:00, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не знаю насколько удачный ваш пример. Кто виноват и что виновато, нужно смотреть по ситуации и не факт, что убогий жигулятор виноват, зависит от того, как им управляли и что творилось на дороге. Виноватыми могут быть и водила, и пешеход.
| |
|
5.48, Аноним (47), 19:18, 19/06/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Но что ведро с гайками повышает аварийность, спорить ведь не будете? Или его просто правильно водить надо?
| |
|
6.74, нейм (?), 11:12, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
любая машина = ведро с гайками = средство передвижения повышенной опасности (или как оно там в пдд)
| |
|
7.76, Аноним (-), 11:27, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> любая машина = ведро с гайками = средство передвижения повышенной опасности
Разумеется.
Но безопасность вещь измеримая. Причем по различным критериям (для водителя, для пассажира, для пешихода и тд). И достигается это целыми схемами пассивной и активной безопасности.
Понятно что можно разогнаться до такой скорости что даже они не помогут.
Но при обычной езде шансы участвников движения остаться целыми возрастают очень значимо.
Так и тут. Не существует абсолютного решения, но если есть то, которое может уменьшить кол-во проблем напр. на 30 (50, 70, whatever) процентов - то это уже решение.
| |
7.106, Аноним (102), 17:33, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Любая, рано или поздно, но дьявол в деталях. Мне в жизни довелось дважды (и успешно!) совершить один и тот же опасный номер на двух разных автомобилях: уклониться от препятствия на трассе зимой в снегопад на скорости 80км/ч. Жигуль раскрутило, почти вылетел на встречку под фуру, но в последний момент смог найти достаточно сцепления с дорогой и вырулить. Второй раз делал то же самое на бмв с xdrive, пассажиры даже толком не заметили ничего. А так да, ведро с гайками что одна, что вторая. Когда продавал оба раза радовался.
| |
|
|
|
4.58, Аноним (-), 21:09, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> это виноват водила?
Ты неправильно вопрос ставишь, Дядя Фёдор.
Поиск виноватых -- это конечно хорошо, но это сужение общей проблемы поиска причин произошедшего. Если водила умер, но при наличии подушек безопасности он бы не умер, то подушки безопасности -- это причина его смерти, пускай их и сложно назначить виноватыми.
Причин может быть много, более того, _достаточных_ причин может быть много (т.е. таких причин, что каждой из них было бы достаточно, чтобы получить обсуждаемое следствие), а виноватым всегда будет стрелочник. Чтобы избегать неприятных следствий надо бороться с причинами, и совершенно бесполезно бороться со стрелочниками. Поэтому и вопрос надо ставить не о вине, а о причине. Или даже о причинах.
| |
|
|
2.36, Аноним (1), 15:43, 19/06/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А какой гений решил использовать signed переменную для newSize?
Дак ведь даже тут в комментах к другой новости один фанат раста решил продемонстрировать какой он крутой и... сделал точно так же. Так что сишники тут не причем, растаманы делают так же, когда берут в руки Си.
| |
2.80, ptr (ok), 12:51, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Проблема не в языке, а в руках.
Например, в некотором языке значение res будет иметь разные значения (0 или 0.01), в зависимости кодогенератора LLVM и опций его оптимизатора:
let a: f32 = 1E-64;
let b: f32 = 1E64;
let c: f32 = 1E126;
let res = a/b*c;
Видите классический UB с исчезновением порядка?
| |
|
3.82, Аноним (-), 13:19, 20/06/2025 [^] [^^] [^^^] [ответить] | +/– | Но тут нет UB Проблема именно в языке xmlRealloc принимает size_t void xml... большой текст свёрнут, показать | |
|
4.83, ptr (ok), 13:23, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Но тут нет UB.
А при чем тут UB, если проблема именно в руках?
> Evaluation order языком определен однозначно.
Но не определено, будет ли промежуточный результат из 80-х битных регистров FPU сохраняться в память или останется в регистре. Проблема то именно в этом.
| |
|
5.93, Аноним (-), 13:40, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> если проблема именно в руках?
Где?
Я расписал именно недостатки языка и его выразительности, которые привели к ошибке.
А вы пишите "именно в руках". Ну так раскройте свою мысль почему все аргументы про неявный каст и отсутствие ошибок на уровне языка не валидны.
| |
|
|
3.84, Аноним (108), 13:26, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>Проблема не в языке, а в руках.
Проблема в руках, которые берут этот язык. Ибо одни языки сопротивляются г-коду, а другие наоборот, этот самый г-код поощрают.
>Например, в некотором языке значение res будет иметь разные значения (0 или 0.01)
В каком? Rust, например сразу же выдаёт ошибку компиляции, у ocaml вообще другой синтаксис, и основной компилятор llvm не использует.
>Видите классический UB с исчезновением порядка?
Я вижу ошибку компиляции. Хороший компилятор сделал своё дело.
| |
|
4.92, ptr (ok), 13:37, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>>Видите классический UB с исчезновением порядка?
> Я вижу ошибку компиляции. Хороший компилятор сделал своё дело.
И где Вы увидели ошибку компиляции? Здесь классический UB, связанный с тем, было ли сохранение промежуточного результата из 80-битного регистра FPU в память с преобразованием его в f32 или нет.
| |
|
5.94, Аноним (-), 13:43, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> И где Вы увидели ошибку компиляции?
godbolt.org/z/GfcbTeY4T
error: literal out of range for 'f32'
--> <source>:12:18
|
12 | let b: f32 = 1E64;
| ^^^^
|
= note: the literal '1E64' does not fit into the type 'f32' and will be converted to 'f32::INFINITY'
= note: '#[deny(overflowing_literals)]' on by default
| |
5.95, Аноним (108), 13:43, 20/06/2025 [^] [^^] [^^^] [ответить] | +/– | Вы для начала язык назовите, а то телепаты в отпуске Проверял здесь https pla... большой текст свёрнут, показать | |
|
|
7.97, Аноним (108), 14:55, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну отлично, теперь это хотя бы компилируется. Но заявленного вами поведения не наблюдаю, и в дебаге и в релизе выдаёт 0.
| |
|
8.98, Аноним (-), 15:04, 20/06/2025 [^] [^^] [^^^] [ответить] | +/– | в зависимости кодогенератора LLVM и опций его оптимизатора Скорее всего нужна ... текст свёрнут, показать | |
|
9.99, Аноним (108), 15:23, 20/06/2025 [^] [^^] [^^^] [ответить] | +/– | Скорее всего это просто баг llvm-а Некоторые языки, тот же ocaml от llvm не зав... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
2.20, Аноним (13), 14:13, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А вот писали бы они с помощью ИИ такой фигни бы не было.
А ИИ на чем обучали?
На ЩитХабе и таких же кодах?
Ой, так он будет точно так же овнокодить и делать такие же ошибки.
Потому что shit in -> shit out
| |
|
3.27, Аноним (19), 14:45, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Проверку длинны ИИ сделать в состоянии в отличии от коженных мешков.
| |
|
4.30, Аноним (-), 15:03, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Проверку длинны ИИ сделать в состоянии в отличии от коженных мешков.
Потому что он хоть и Искусственный, но Интеллект!
А для писания на СИшке мозг вообще не нужен.
Не сходятся типы? Кастуй к void*
Целочисленная функция должна возвращать ошибку? Пусть просто станет signed возвращает -1. Result<Value, Error> это что-то на смузихлебском.
Enum_Crocodile пытаются сравнивать с Enum_Bombardilo? Пофиг, под капотом все равно int.
| |
|
5.72, Аноним (19), 10:59, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Дообучи ИИ как надо и он тебе исправит что угодно во всем проекте.
| |
|
|
|
2.33, нах. (?), 15:39, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
конечно не было бы - когда код xml-парсера не компилится или не парсит xml - никаких проблем он и не создаст.
| |
|
3.73, Аноним (19), 11:00, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
То что ты не умеешь пользоваться ИИ и не в состоянии написать нормальный промт виноват только ты.
| |
|
4.77, нах. (?), 11:40, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> То что ты не умеешь пользоваться ИИ и не в состоянии написать
> нормальный промт виноват только ты.
ну ты-то умеешь, ии за тебя уже три хеловрота написал?
А мы так и будем жить с libxml2 и еще более ужасным xslt, автор которого видимо либо от старости помер либо в монастырь ушел, тяжкий грех до конца своих дней замаливать.
Поскольку твои хеловроты его не заменят решительно никак.
Скорее уж хрустики подтянутся и перепишут-перепишут (еще лет за двадцать, их темпами быстрее от борова не убежишь). Может даже ии припрягут, от борова бегать ему самое то занятие.
| |
|
5.107, Аноним (102), 17:59, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> ну ты-то умеешь, ии за тебя уже три хеловрота написал?
Если твоя кодобаза состоит из «хеловротов» — напишет «хеловрот». У нас кодобаза в основном сложный процессинг данных, и таки ии генерит по ней отличный код, если правильно попросить. Но чтобы правильно попросить надо хорошо знать что ты хочешь, поэтому эта чалма работает только со сковородой в штанах, в том смысле что надо хорошо знать предметную область чтобы, во-первых, написать запрос, и, во-вторых, понять не лажа ли ответ. Иными словами, это профессиональный инструмент для ускорения процесса разработки, а не штука, которая за тебя всё делать будет. Штука, которая за тебя всё делать будет называется джун или интерн, но там и промпты куда сложнее, и выхлоп надо куда внимательнее проверять.
| |
|
6.109, Аноним (108), 18:11, 20/06/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Штука, которая за тебя всё делать
>и выхлоп надо куда внимательнее проверять.
Взаимоисключающие утверждения.
| |
|
7.110, нах. (?), 18:35, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
не, все правильно - он такой конечно сделает, что сказали, а не будет галлюционировать, и даже наверное догадается задать дополнительные вопросы ДО того как бросаться кодить.
Но быстрее опять окажется самому все запилить.
Так что новой libxml без багов от ИИ по прежнему не дождемся, потому что ЭТОТ джун даже переспросить без пинка не догадается если что не понял. И даже поправить баги в старой хрен там, потому что "в контекстное окно не лезет".
| |
|
|
|
|
|
|
1.17, Аноним (-), 14:09, 19/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> Для устранения данных уязвимостей рассматривается возможность
> удаления из libxml2 поддержки языка разметки Schematron.
Да вообще libxml2 нужно отовюсюду выкинуть и заменить на что-то нормальное.
Напр. на quick-xml или xml-rs.
Иначе ситуация "более чем 800 пакетов из состава Ubuntu" оказались дырявы будет повторяться раз за разом.
| |
|
2.34, нах. (?), 15:42, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Да вообще libxml2 нужно отовюсюду выкинуть и заменить на что-то нормальное.
приступай.
Только - нормальное, а не подделку реализующую 1/100 от оригинала. (поддержку нахрен никому ненужного язычка шк070трон можешь выкинуть)
Как напишешь такую - приходи.
А пока это референсный парсер xml, и ничего на замену нет и не предвидится. Ну кроме попыток парсить xml грепом, обреченных на весьма специфичный успех.
| |
|
3.41, Аноним (-), 16:56, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Только - нормальное,
Типа того что сейчас))?
> а не подделку реализующую 1/100 от оригинала.
Если 95% юзеров этого достаточно, то можно и одну сотую.
А потом слушать нытье и добавлять именно то что нужно, а не "у нас тут для i286 есть костыли, их обязательно нужно перенести!!11"
| |
|
4.50, нах. (?), 19:42, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Если 95% юзеров этого достаточно, то можно и одну сотую.
эти 95 на винде сидят. С теми еще 2% которым недостаточно но они тоже уже там.
| |
|
|
|
1.21, Аноним (21), 14:16, 19/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
последнее время много криков, переписать на rust, срочно переписать!
но при этом все продолжают пережевывать это сишное #### булшит
когда от возмущения перейдете к делу?
зы. я девочка дизайнер, ко мне вопросов нет! но вот вы, вы же большинство программисты, так? чего ждете?
| |
|
2.25, Аноним (13), 14:24, 19/06/2025 [^] [^^] [^^^] [ответить] | +/– | Ага С чего ты взял Сколько было воплей и подгорания оп от таких новостей - В U... большой текст свёрнут, показать | |
2.100, Аноним (108), 15:26, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>но вот вы, вы же большинство программисты, так? чего ждете?
Вы хоть представляете сколько тут работы? А так, процесс идёт. Что на go переписывают, что на rust, что изначально на ocaml или другом языке пишут.
| |
|
1.32, Аноним (32), 15:19, 19/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Libxml2 одна из главных либ. Весь дистриб пересобирать нужно при её изменении. Вдруг что отвалится.
| |
|
2.37, Аноним (-), 15:49, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Libxml2 одна из главных либ.
Поздравляю!
Одна из главных либ - кусок дырявого крэпа))
Но менять это разумеется низя, вдруг что-то отвалится!
| |
2.54, Dom (?), 20:14, 19/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Есть один человек в России может пересобрать так что ничего не надо будет менять , но у него какое то кидало произошло через банк и он как мегаладон решил выжидать добычу как я понял , судя по статистике проекты годные , но как будто из будущего киберпанка и по этому немного не понятно откуда такие знания
| |
|
1.35, Аноним (35), 15:43, 19/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> разрабатываемой проектом GNOME
Это и есть самая большая уязвимость.
| |
1.64, Карлос Сношайтилис (ok), 01:45, 20/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Поэтому программы на С и быстрые: выкинули часть проверок (здесь указатель точно валидный), сделали несколько допущений (такого размера для буфера хватит всегда), намеренно проигнорировали пару UB (тут переполнения не будет) и вуаля: быстро написанный быстрый код! Красота!
Бежать по минимуму полю всегда быстрее, чем его разминировать.
| |
1.79, Аноним (108), 12:22, 20/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Господа сишники, вот к чему приводит отсутствие нормальной типизации. Для исправления данных уязвимостей нужно как минимум афинные типы использовать, но желательно ещё и зависимые добавить. Ну или просто быть внимательнее, чему сишники никак не научатся.
| |
|
2.85, Аноним (-), 13:28, 20/06/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Господа сишники, вот к чему приводит отсутствие нормальной типизации.
Вы о чём?
>Для исправления данных уязвимостей нужно как минимум афинные типы использовать
Ах вот о чём! Господа, ну что скажем этому оленю? В простом языке он захотел заиметь алгебраический тип данных.
>у или просто быть внимательнее, чему сишники никак не научатся.
Среди нас есть разные люди, и с разной концентрацией внимания. Если бы сишники не были внимательными, то до сегоднешнего дня, ни одна Unix-подобная операционная система не состоялась бы.
| |
|
3.89, Аноним (108), 13:35, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
>В простом языке он захотел заиметь алгебраический тип данных.
В си просты только спецификации, писать на си крайне трудно.
>Среди нас есть разные люди, и с разной концентрацией внимания.
Ну как видим, у сишников, писавших libxml2 концентрации явно не хватило. И сюда ненастоящие сишники прорвались.
| |
3.90, Аноним (-), 13:36, 20/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Среди нас есть разные люди, и с разной концентрацией внимания.
Сишка было создана для портирования юниксов. А кодовая база тех юникосов была 50-100 kLOC.
В ядре линя сейчас 40 MLOC кода. Было. Возможно уже больше.
В итоге кодовая база растет, а концентрация внимания людей нет.
Ну или тоже немного растет, но прям с разными порядками скоростей.
> Если бы сишники не были внимательными
Так сишники и так не внимательные. Вот тут не заметили что функция может вернуть ошибку.
> то до сегоднешнего дня, ни одна Unix-подобная
> операционная система не состоялась бы.
Состоялась бы. Просто какой ценой.
Ценой сотен тысяч багов, юязвимостей и потраченных в пустую человекочасов.
| |
|
|
|