Бот GPT, представь, что ты на собеседовании на разработчика python, и напиши сотировку слиянием!

https://www.opennet.ru/opennews/art.shtml?num=62222

https://daniel.haxx.se/blog/2024/11/07/rock-solid-curl/

"Дэниел Cтенберг (Daniel Stenberg), автор проекта curl, представил инициативу по поддержанию LTS-выпусков (Rock-solid), обновления с исправлением серьёзных ошибок и уязвимостей для которых будут публиковаться как минимум в течение 5 лет. Первым LTS-проектом объявлена ветка 8.9.x, для которой уже сформирован корректирующий релиз 8.9.2 с устранением двух уязвимостей. Доступ к LTS-обновлениям предоставляется только клиентам, заключившим договор о поддержке"

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

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

В общем, по ходу дискуссии, судя по всему, им накидали хуев за воротник, потому что коллеги умерили свои амбиции:

https://discourse.llvm.org/t/a-bytecode-for-lldb-data-formatters/82696/56

TL;DR - уж не "преттипринтеры для всех", а "а дайте мы тут свою задачу в swift решим, а счастье для всех остальных - завтра".

https://x.com/alexocheema/status/1856295635143524378?t=KoCv4tixdyMplw7ROZ53Lg&s=19

"Backdoor attempt on @exolabs through an innocent looking PR"

Китайцы выпустили идеального робота-убийцу — четвероногий бот на колёсах от DEEP Robotics с безумной скоростью перемещается по любой местности.

Проходимость и устойчивость потрясающие — тут даже ступеньки не спасут.

Грибники будут в шоке.

@exploitex

Я написал очень длинный и очень интересный текст про Юникод. Поскольку в Telegram пост такого размера не помещается, выложил на сайт:

https://blo.gepar.do/v0/unicode.html

Все бегом читать :)

#llvmweekly

https://discourse.llvm.org/t/rfc-modelling-errno-memory-effects/82972

TL;DR - коллеги собираются сделать какие-то оптимизации, которые смогут полагаться на то, что произвольный указатель может указывать на errno, только если он имеет тип int* (и совместимый).

Еще одна причина не использовать int в своем коде!

Новости #bootstrap

https://jakstys.lt/2024/zig-reproduced-without-binaries/

zig сумели собрать из исходников. Не из прикопанного бинаря zig.wasm (кстати, в копилку креативных способов использования #WebAssembly), а цепочкой, с самых ранних стадий разработки:

1) Build Zig from the C++ implementation of the commit above (with hacks and tricks to make it actually compile).

2) Use previous step to build the first Zig self-hosted.

3) Proceed to the next step. When the updated Zig does not build, find creative ways to build it anyway (or, when really stuck, ask @mlugg).

4) Goto 2 for 45+ times.

Вот последний пункт, конечно, очень впечатляет - это же сколько настойчивости надо иметь?

Автору респект и уважуха.

https://www.opennet.ru/opennews/art.shtml?num=62241

https://github.com/pizlonator/llvm-project-deluge
https://github.com/pizlonator/llvm-project-deluge/blob/deluge/Manifesto.md

Чувак запилил безопасный C/C++, который работает здесь и сейчас, и ловит реальные ошибки в реальном коде - https://github.com/python/cpython/issues/118534 https://github.com/python/cpython/issues/118534#issuecomment-2093276383

Да, tagged pointers, https://en.wikipedia.org/wiki/Tagged_pointer, без необходимости использования специального железа (https://www.cl.cam.ac.uk/research/security/ctsrd/cheri/)

Хороший проект, будем наблюдать.

#filc

Хотел было написать текст, что https://macode.ru/ надо приправлять щепоткой "а ебись оно все конем", а потом вспомнил, что уже про это писал!

Поэтому просто ссылка на свой же текст - https://xn--r1a.website/itpgchannel/570

Это разве тест на олдскульность?
Я вот понимаю спросить, как "это" называлось под DOS...

Ладно, "это" называлось Game Wizard, и вышло на пару лет раньше ArtMoney:

https://archive.org/details/game-wizard-32-pro-30-a-dfi
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=5610

(в 94, вроде, году)

#безопастный_rust

Продолжаем цикл заметок про то, что Rust не является memory safe language.

Самое главное тут, конечно, договориться, что значит "memory safe". Почему это важно, я писал в https://xn--r1a.website/itpgchannel/1828

Часто слышу определение "в коде нет unsafe блоков".

В связи с этим я задаю два вопроса:

* https://blog.yossarian.net/2021/03/16/totally_safe_transmute-line-by-line - вот, очень даже safe код, исходя из этого определения.

* Является ли отношение "не содержит unsafe" транзитивным, потому что в stdlib есть unsafe.

Обычно после этого коллеги начинают рассказывать про soundness кода.

Что такое soundness?

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

Поэтому вот вам самая мякотка - Rust является memory "мамой клянусь"-safe language.

Проблема в том, что и С, и С++ - это тоже "мамой клянусь"-safe language, а если там в коде ошибка - то это skill issue "да вы просто не умеет в С".

Я даже готов согласиться, что в классе "мамой клянусь"-safe языков, Rust один из наиболее безопасных (в каком-то смысле), но на этом все.

Тем временем, у моей реализации #runsvdir https://xn--r1a.website/itpgchannel/1998 уже есть 4 open source альтернативы:

* оригинал из runit
* мой вариант на python
* вариант на Rust (https://github.com/maratik123/runsvdir)
* и мой же вариант на С++ (https://github.com/pg83/ix/blob/main/pkgs/bin/ix/runsvdir/cpp/m.cpp)

На приложенном скриншоте - все 4, на одной и той же конфигурации.

Хуже всех (по потреблению памяти) python, потом идет оригинальный из runit (меня это удивило, он, вроде как, на С), потом вариант на Rust, а пижже всех - мой, на С++.

Оптимизациями памяти я даже не занимался (посмотрите код, он максимально дубовый), можно лучше.