forum.opennet.ru - "Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig" (88)

"Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig"

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

"Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig"	+/–
Сообщение от opennews (??), 17-Ноя-25, 23:06
Разработчики дистрибутива openSUSE представили проект zssh, в котором предпринята попытка реализации протокола SSH на языке Zig. Реализация включает код для разбора протокола и работы со связанными с SSH примитивами, такими как ключи, сертификаты и механизм обмена сообщениями с ssh-agent. Реализации алгоритмов шифрования заимствованы из существующих библиотек. Код проекта распространяется под лицензией GPLv3... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64272
Ответить \| Правка \| Cообщить модератору

Оглавление

нам действительно нужно что-то лучшее чем OpenSSH , penetrator (?), 00:06 , 18-Ноя-25, (10) –5

Ээээ Да В текущем, как и в любом другом проекте с подобной длины историей - , User (??), 06:22 , 18-Ноя-25, (44) +5

с sudo на doas перешли уже , Аноним (60), 08:42 , 18-Ноя-25, (60) –1

Шило на мыло , Frestein (ok), 10:00 , 18-Ноя-25, (69)
На sudo-rs жи И да, аж вот целая ubuntu А doas чот подозрительные васяны де, User (??), 10:04 , 18-Ноя-25, (71)
На run0 , Аноним (73), 10:21 , 18-Ноя-25, (73) +1

видишь ли SSH2 описывается спецификациями RFC4251 8211 4254, т е ты не можешь , penetrator (?), 08:54 , 18-Ноя-25, (61) –3

Ну вот какими RFC описываются SFTP и SCP А собственная реализация сертификатов о, User (??), 10:02 , 18-Ноя-25, (70)

Расширения для SSH2 вполне вписываются в стандарт А само оно вот описывается зд, penetrator (?), 10:38 , 18-Ноя-25, (74)

Ну, т е есть протухший в 2007 году _draft_, ага Еще один _draft_, но посвежее , User (??), 11:51 , 18-Ноя-25, (78)

RFC 6187 - покрывает только X 509v3 Certificates for Secure Shell Authentication, penetrator (?), 13:19 , 18-Ноя-25, (94)

Оу Ну, восстанавливаем логику дискуссии 1 Ты пишешь, что не понятно, нужно ли , User (??), 13:38 , 18-Ноя-25, (96) –1

Нужно Но вот где найти это лучше , G0Dzilla (??), 07:03 , 18-Ноя-25, (46) +1
Поддержка XDG wont-fix Еще вопросы , Frestein (ok), 10:00 , 18-Ноя-25, (68)

Синтаксис конечно отвратный как и в расте , но намного более современный чем рж, Аноним (11), 00:24 , 18-Ноя-25, (11)

А что это означает На всякий случай, вдруг вы не знает, Zig не решает проблемы , Чтото знающий (?), 02:20 , 18-Ноя-25, (29) –3

А какая связь между способом выражения кода программы и менеджементом памяти , Аноним (37), 04:19 , 18-Ноя-25, (37) +2

Борцун с синтаксисом как всегда не осилил язык, и по этому его не критикует , Аноним (90), 13:02 , 18-Ноя-25, (90)

Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компии, Аноним (12), 00:53 , 18-Ноя-25, (12) –1

Угу, только по описанию Ad Free, Big Tech Free, Non-Woke, Audience Supported Т , Аноним (-), 01:27 , 18-Ноя-25, (18) –6

не paywall-free, 12yoexpert (ok), 01:56 , 18-Ноя-25, (25)

Слова ыксперда А отладочные символы в нём откуда, неуж-то из сишной лапши, в ко, Аноним (90), 13:04 , 18-Ноя-25, (91)
Зачем сравнивать языки с явно разными областями применения Популярно говоря, Go, Facemaker (?), 13:31 , 18-Ноя-25, (95)

Когда русский выучит - почитаем А то в стольких языках он эксперт, а с одним, с, Аноним (112), 17:06 , 18-Ноя-25, (112)

Лол, Аноним (107), 16:13 , 18-Ноя-25, (107)

Радует, что кто-то из гигантов обратил внимание Я конечно предпочёл бы развитие , Аноним (16), 01:12 , 18-Ноя-25, (16) –2

Хуже, на самом деле, если говорить о потенциальных ошибках при работе с памятью , Чтото знающий (?), 02:23 , 18-Ноя-25, (30) –1

Так ты тоже никаких гарантий при работе с памятью не предоставляешь, aname (?), 03:00 , 18-Ноя-25, (33) –1
Это не ты там выше писал, что Zig хуже, потому что у него синтаксис не даёт гара, Аноним (58), 08:28 , 18-Ноя-25, (58) +1

Дружно поприветствуем разработчика , Аноним (19), 01:29 , 18-Ноя-25, (19) +2
Выше комментаторы то и дело сравнивают zig и раст Но zig вообще не далеко ушел , Аноним (23), 01:41 , 18-Ноя-25, (23) +7

это-таки как раз про раст, 12yoexpert (ok), 01:57 , 18-Ноя-25, (26) +2

Сразу видно эксперта Rust решает проблемы при работе с памятью Ради этого пе, Чтото знающий (?), 02:26 , 18-Ноя-25, (31) –2

Зиг решает проблему UB А раст решает Без спецификации точно решает Нет специф, Аноним (35), 03:35 , 18-Ноя-25, (35)

UB - не проблема, 12yoexpert (ok), 05:22 , 18-Ноя-25, (42)
Скорее, NIH , Shellpeck (?), 08:04 , 18-Ноя-25, (53)

ложь, дальше не читал, 12yoexpert (ok), 05:21 , 18-Ноя-25, (41) –1

Гугл недавно специально для тебя отчёты опубликовал с обновлёнными пруфами, Вася Пупкин (?), 07:03 , 18-Ноя-25, (47) –3

Где признался, что сдался, переписывать все Далее придумал причину почему он не , Аноним (52), 08:02 , 18-Ноя-25, (52) +2
а в сбербанке заставляют всех ставть касперского, в том числе в дочерних компани, 12yoexpert (ok), 08:26 , 18-Ноя-25, (56)

Решает, но не всё, а заявляется что как будто бы все , Аноним (51), 07:47 , 18-Ноя-25, (51)

вот именно всё что делает раст - стелит соломку для тех, кто городит джунгли , анон (?), 12:40 , 18-Ноя-25, (85)

Раст как раз таки поможет , Аноним (23), 17:20 , 18-Ноя-25, (114)

Zig паразитирует на волне сиубийства Он пытается убедить мимокрокодилов, что пр, Аноним (50), 07:29 , 18-Ноя-25, (50)

Проблемы то есть Прочитайте https www adacore com uploads books pdf Safe_And_, Кошкажена (?), 13:55 , 18-Ноя-25, (97)
Она делается через атрибуты, которые вешаются только на функцию Чтобы это было , Кошкажена (?), 13:59 , 18-Ноя-25, (98)

Я пора пересаживаться со стула на кресло на полноценный RAII как в C или Rus, Аноним (50), 14:38 , 18-Ноя-25, (104)

В С есть аналог defer как раз таки для цели позвать код без создания класса по, Кошкажена (?), 14:50 , 18-Ноя-25, (105)

Скрыто модератором, Аноним (50), 17:54 , 18-Ноя-25, (116)

В C завозят defer , Аноним (108), 16:47 , 18-Ноя-25, (108)

Ну вот в systemd свой cleanup, в ядре линукса свой, в другом проекте еще какой-т, Кошкажена (?), 14:01 , 18-Ноя-25, (99)

А в расте есть что-ли Только не надо про arc , Кошкажена (?), 08:57 , 18-Ноя-25, (62)

Самое смешное, что в раннем дизайне ржи GC имелся Выкинули ради боровов , Медведь (ok), 12:39 , 18-Ноя-25, (84)

Тут прекрасно всё От самой идеи сделать реализацию протокола SSH на языке Zig , Аноним (24), 01:45 , 18-Ноя-25, (24) –2

а не маргинальный хостинг кода это какой тот что от фирмы microsoft , Аноним (27), 01:57 , 18-Ноя-25, (27)

По определению, тот, которым пользуется большинство На текущий момент это Гитха, Аноним (24), 03:02 , 18-Ноя-25, (34) –3

ок, лучше пользоваться немаргинальным гитхаб от фиры microsoft, потому что им по, Аноним (27), 03:50 , 18-Ноя-25, (36)

Если тебе нужно привлечь бесплатных разработчиков в проект 8212 да, таки лучш, Аноним (24), 17:00 , 18-Ноя-25, (111)

Все правильно, подальше, подальше, чтоб не нашли Замена openshit конечно давно н, пох. (?), 09:24 , 18-Ноя-25, (65)

посмотрел я этот zig, это какой-то новый вид извращений не думаю, что zssh буде, ятупойтролль (ok), 02:53 , 18-Ноя-25, (32)

Суда по новости, он не для поддержки, а для экспериментов , Аноним (52), 08:04 , 18-Ноя-25, (54)
Поконкретнее, пожалуйста , Кошкажена (?), 09:00 , 18-Ноя-25, (63)

Уважаемые эксперты, объясните дилетанту, зачем переписывать вполне работающие пр, Oleg (??), 06:06 , 18-Ноя-25, (43) +4

Данный конкретный случай - что бы не испортить экспериментами нормальную библиот, Аноним (52), 08:05 , 18-Ноя-25, (55)
У многих из переписанных на коррозийный язык под шумок сменяется лицензия на бол, Пыщь (?), 08:28 , 18-Ноя-25, (57) +2

Серьезные господа из списка Forbes и без этого найдут способ как проигнорировать, Анонимище (?), 12:02 , 18-Ноя-25, (81)

Бэкдоры, сэр В случае с Rust существует один единственный компилятор , Аноним (67), 09:54 , 18-Ноя-25, (67) –1

и потом вся эта многоходовочка по переписыванию кучи софта порушится если на, Анонимище (?), 12:04 , 18-Ноя-25, (82)

Не напишешь новый компилятор rustc - это и есть текущий набор стандартов, и люб, Аноним (115), 17:35 , 18-Ноя-25, (115)

ИМХО Начну издалека В принципе, чем плоха ситуация когда нет исходников Тем чт, Анонимище (?), 12:21 , 18-Ноя-25, (83) –1

Поэтому мы выберем язык, на котором пишут полтора человека его определённо пойм, анон (?), 13:00 , 18-Ноя-25, (88)

Да, без тени иронии Языки одного уровня очень похожи Если человек изначально з, Анонимище (?), 13:10 , 18-Ноя-25, (93)

Затем, что они не работают, очевидно же Если для вас наличие трудноуловимых баг, Аноним (90), 12:56 , 18-Ноя-25, (87)

передайте этим сказочным, что в ssh уже 100 лет в обед как есть посткванты, ниче, Аноним (45), 06:48 , 18-Ноя-25, (45) +1
Как эксперимент конечно пусть играются, но идея в корне сомнительна В таких кри, Вася Пупкин (?), 07:09 , 18-Ноя-25, (49)

Не существует языка, который в полной мере закрывал бы все потребности , Аноним (59), 08:42 , 18-Ноя-25, (59)

Ada SPARK , Аноним (73), 11:47 , 18-Ноя-25, (77)

Ага, НАЧИНАЙТЕ переписывать на хрусте до сих пор не пойму, почему кто-то еще не, пох. (?), 09:26 , 18-Ноя-25, (66)

Зачем изобретать лучший Си , когда Си уже является лучшим donk Более безопас, Аноним (73), 10:17 , 18-Ноя-25, (72) –1

Вы имеете в виду лучшим в плане непродуманности Вот беда, PDP-11 давным давно вы, Аноним (90), 13:00 , 18-Ноя-25, (89)
Кто за это заплатит Обмазывайтесь интринсиками, ассемблерными вставками, жалуйт, Аноним (50), 15:08 , 18-Ноя-25, (106)

Хороший язык Даже в Redox начали драйвера с Rust на Zig переписывать , Анонен (?), 11:57 , 18-Ноя-25, (79)

Можете ссылку дать , Кошкажена (?), 14:26 , 18-Ноя-25, (102)

pq в openssh с версии 3 5 когда выкидывают легаси - получается libressl плюс, крокодил мимо.. (-), 12:00 , 18-Ноя-25, (80) –1
Закапывайте Zig до сих пор не имеет стабильной версии, а значит, в абсолютно лю, Аноним (90), 12:53 , 18-Ноя-25, (86) +1

все норм - зигхайльссх еще несуществующая программа, ее не перестанет , пох. (?), 16:55 , 18-Ноя-25, (110)
О, ужас Вот это новость для авторов zssh Придется таки сворачивать проект , Аноним (113), 17:07 , 18-Ноя-25, (113)

в общем инсталлятор они уже допереписали нет и срочно нужна новая имитация бур, пох. (?), 16:54 , 18-Ноя-25, (109)

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

10. Сообщение от penetrator (?), 18-Ноя-25, 00:06 –5 +/–

нам действительно нужно что-то лучшее чем OpenSSH?

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

11. Сообщение от Аноним (11), 18-Ноя-25, 00:24 +/–

Синтаксис конечно отвратный (как и в расте), но намного более современный чем ржавчина.
Если уж и переписывать, то на нём.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #90

12. Сообщение от Аноним (12), 18-Ноя-25, 00:53 –1 +/–

Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компиится из C, а не бустрапится. Да и название не имеет негативный смысл. В последних выпусках Lunduke доходиво объяснил, что такое Rust. Последние новости от Ubuntu только дополняют картину.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #91, #95, #107

16. Сообщение от Аноним (16), 18-Ноя-25, 01:12 –2 +/–

Радует, что кто-то из гигантов обратил внимание.
Я конечно предпочёл бы развитие Hare, но Zig тоже лучше, чем rust.

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

18. Сообщение от Аноним (-), 18-Ноя-25, 01:27 –6 +/–

> Судя по описанию, ZIG выглядит гораздо лучше ржавчины
Угу, только по описанию.
> Lunduke доходиво объяснил, что такоеRust
Ad Free, Big Tech Free, Non-Woke, Audience Supported.
Т.е нющеброд без поддержки серьезных компаний?
Явно серьезный аргумент))

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

19. Сообщение от Аноним (19), 18-Ноя-25, 01:29 +2 +/–

Дружно поприветствуем разработчика!

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

23. Сообщение от Аноним (23), 18-Ноя-25, 01:41 +7 +/–

Выше комментаторы то и дело сравнивают zig и раст. Но zig вообще не далеко ушел от си. Я бы даже сказал, что это и есть си, только внешне удобство поменяли. Под капотом одно и то же. Память вручную выделять, вручную освобождать. Нет сборщика мусора. Все принципиально тоже самое
Переписанная с си на зиг программа ничего не поменяет. Ни в производительности ни в безопасности. Переписывание ради переписывания

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #50, #62

24. Сообщение от Аноним (24), 18-Ноя-25, 01:45 –2 +/–

Тут прекрасно всё. От самой идеи сделать "реализацию протокола SSH на языке Zig" за целый один хакатон, до выбора наиболее маргинального хостинга кода, где его никто никогда не найдёт.

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

25. Сообщение от 12yoexpert (ok), 18-Ноя-25, 01:56 +/–

не paywall-free

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

26. Сообщение от 12yoexpert (ok), 18-Ноя-25, 01:57 +2 +/–

> Переписывание ради переписывания
это-таки как раз про раст

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

27. Сообщение от Аноним (27), 18-Ноя-25, 01:57 +/–

а не маргинальный хостинг кода это какой? тот что от фирмы microsoft?

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

29. Сообщение от Чтото знающий (?), 18-Ноя-25, 02:20 –3 +/–

>но намного более современный чем ржавчина
А что это означает? На всякий случай, вдруг вы не знает, Zig не решает проблемы при работе с памятью, а Rust - решает (кроме утечек). Это и есть, по-вашему, более современный синтаксис?

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

30. Сообщение от Чтото знающий (?), 18-Ноя-25, 02:23 –1 +/–

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

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

31. Сообщение от Чтото знающий (?), 18-Ноя-25, 02:26 –2 +/–

Сразу видно "эксперта". Rust решает проблемы при работе с памятью. Ради этого переписывать на этот ЯП имеет смысл. А Zig по сути, никаких проблем не решает. Зачем он тогда нужен?

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

32. Сообщение от ятупойтролль (ok), 18-Ноя-25, 02:53 +/–

посмотрел я этот zig, это какой-то новый вид извращений. не думаю, что zssh будет поддерживаться дольше, чем этим занимается автор.

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

33. Сообщение от aname (?), 18-Ноя-25, 03:00 –1 +/–

Так ты тоже никаких гарантий при работе с памятью не предоставляешь

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

34. Сообщение от Аноним (24), 18-Ноя-25, 03:02 –3 +/–

По определению, тот, которым пользуется большинство. На текущий момент это Гитхаб.

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

35. Сообщение от Аноним (35), 18-Ноя-25, 03:35 +/–

Зиг решает проблему UB. А раст решает? Без спецификации точно решает. Нет спецификации - нет UB.

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

36. Сообщение от Аноним (27), 18-Ноя-25, 03:50 +/–

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

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

37. Сообщение от Аноним (37), 18-Ноя-25, 04:19 +2 +/–

А какая связь между способом выражения кода программы и менеджементом памяти?

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

41. Сообщение от 12yoexpert (ok), 18-Ноя-25, 05:21 –1 +/–

> Rust решает проблемы при работе с памятью
ложь, дальше не читал

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

42. Сообщение от 12yoexpert (ok), 18-Ноя-25, 05:22 +/–

UB - не проблема

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

43. Сообщение от Oleg (??), 18-Ноя-25, 06:06 +4 +/–

Уважаемые эксперты, объясните дилетанту, зачем переписывать вполне работающие программы на новых языках? Вон переписали в Ubuntu часть утилит на Rust и оказалось, что они не то что стали безошибочными, а банально не имеют стандартного функционала. Так в чем профит?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #57, #67, #83, #87

44. Сообщение от User (??), 18-Ноя-25, 06:22 +5 +/–

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

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

45. Сообщение от Аноним (45), 18-Ноя-25, 06:48 +1 +/–

>В качестве целей проекта заявлено создание SSH-стека на языке Zig, легко расширяемого для проведения экспериментов и исследований, например, связанных с тестированием посткватновых алгоритмов шифрования
передайте этим сказочным, что в ssh уже 100 лет в обед как есть посткванты, ничего переписывать не нужно.

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

46. Сообщение от G0Dzilla (??), 18-Ноя-25, 07:03 +1 +/–

Нужно. Но вот где найти это лучше?

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

47. Сообщение от Вася Пупкин (?), 18-Ноя-25, 07:03 –3 +/–

Гугл недавно специально для тебя отчёты опубликовал с обновлёнными пруфами

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

49. Сообщение от Вася Пупкин (?), 18-Ноя-25, 07:09 +/–

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

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

50. Сообщение от Аноним (50), 18-Ноя-25, 07:29 +/–

Zig паразитирует на волне сиубийства. Он пытается убедить мимокрокодилов, что проблемы сишки, требующие создания нового языка - это проблемы поверхностные (вроде синтаксиса), а по сути в 1972 всё сделали верно. Так он уворачивается от решения сложных проблем и получает поддержку культистов, которым только дай намёки на ООП поискоренять.
Итоги: в GNU C имеется более полноценная поддержка RAII, чем в Zig (см. лаконичный _cleanup_free_ в systemd вместо defer отдельной строчкой).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #97, #98, #99

51. Сообщение от Аноним (51), 18-Ноя-25, 07:47 +/–

Решает, но не всё, а заявляется что как будто бы все.

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

52. Сообщение от Аноним (52), 18-Ноя-25, 08:02 +2 +/–

> Гугл недавно специально для тебя отчёты опубликовал с обновлёнными пруфами
Где признался, что сдался, переписывать все.
Далее придумал причину почему он не "не может", а "не хочет" переписывать то что есть.

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

53. Сообщение от Shellpeck (?), 18-Ноя-25, 08:04 +/–

Скорее, NIH...

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

54. Сообщение от Аноним (52), 18-Ноя-25, 08:04 +/–

Суда по новости, он не для поддержки, а для экспериментов.

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

55. Сообщение от Аноним (52), 18-Ноя-25, 08:05 +/–

Данный конкретный случай - что бы не испортить экспериментами нормальную библиотеку.

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

56. Сообщение от 12yoexpert (ok), 18-Ноя-25, 08:26 +/–

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

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

57. Сообщение от Пыщь (?), 18-Ноя-25, 08:28 +2 +/–

У многих из переписанных на коррозийный язык под шумок сменяется лицензия на более удобную для использования крупным пизнецом.

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

58. Сообщение от Аноним (58), 18-Ноя-25, 08:28 +1 +/–

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

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

59. Сообщение от Аноним (59), 18-Ноя-25, 08:42 +/–

Не существует языка, который в полной мере закрывал бы все потребности.

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

60. Сообщение от Аноним (60), 18-Ноя-25, 08:42 –1 +/–

с sudo на doas перешли уже?

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

61. Сообщение от penetrator (?), 18-Ноя-25, 08:54 –3 +/–

видишь ли SSH2 описывается спецификациями RFC4251–4254, т.е. ты не можешь убрать "функциональных возможностей", если они они есть в стандарте, т.е. zssh будет повторять все те же функции, иначе это уже не SSH
что касается кода, все сильно зависит от того как он изначально написан, вот ты зумерок, смог бы провести презентацию, в которой бы описал бы проблемы "legacy" в оригинальном коде? я допустим не стал бы на себя брать такую работу и ответственность
и одно известно точно, что чем больше времени потрачено на проект, чем больше его популярность и проверка сообществом, тем больше вероятность того, что его код был вычитан и выверен не единожды, т.е. чем больше ты работаешь над своим кодом, чем чаще ты возвращаешься к нему со свежим взглядом, тем больше ты его улучшаешь, и OpenSSH прошел проверку временем
а SUSE тем временем придумала Agama, когда в попытках преодолеть ограничения действующего инсталлера, она убила хорошо работающее решение, не дала ничерта взамен, модель данных для автоматизации примерно таже, но теперь у нас JSON вместо XML, а так все то же самое.. это отдельная тема, не будем в подробности лезть, но для примера сойдет
так откуда у тебя уверенность, что zssh не будет очередной сомнительной идеей?

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

62. Сообщение от Кошкажена (?), 18-Ноя-25, 08:57 +/–

> Нет сборщика мусора
А в расте есть что-ли? Только не надо про arc.

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

63. Сообщение от Кошкажена (?), 18-Ноя-25, 09:00 +/–

> посмотрел я этот zig, это какой-то новый вид извращений
Поконкретнее, пожалуйста.

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

65. Сообщение от пох. (?), 18-Ноя-25, 09:24 +/–

Все правильно, подальше, подальше, чтоб не нашли.
Замена openshit конечно давно нужна, но не от этих альтернативно-одаренных же ж.

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

66. Сообщение от пох. (?), 18-Ноя-25, 09:26 +/–

Ага, НАЧИНАЙТЕ переписывать на хрусте!
(до сих пор не пойму, почему кто-то еще не пилит на этом хороший и фкуссный грант. А то и два.)

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

67. Сообщение от Аноним (67), 18-Ноя-25, 09:54 –1 +/–

Бэкдоры, сэр. В случае с Rust существует один единственный компилятор.

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

68. Сообщение от Frestein (ok), 18-Ноя-25, 10:00 +/–

Поддержка XDG wont-fix. Еще вопросы?

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

69. Сообщение от Frestein (ok), 18-Ноя-25, 10:00 +/–

Шило на мыло.

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

70. Сообщение от User (??), 18-Ноя-25, 10:02 +/–

> видишь ли SSH2 описывается спецификациями RFC4251–4254, т.е. ты не можешь убрать
> "функциональных возможностей", если они они есть в стандарте, т.е. zssh будет
> повторять все те же функции, иначе это уже не SSH
Ну вот какими RFC описываются SFTP и SCP?
А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать?
А вот поддержка socks-прокси в SSH спецификациях есть? А VPN? Ну, тот который с -w?
> что касается кода, все сильно зависит от того как он изначально написан,
> вот ты зумерок, смог бы провести презентацию, в которой бы описал
> бы проблемы "legacy" в оригинальном коде? я допустим не стал бы
> на себя брать такую работу и ответственность
Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься.
> и одно известно точно, что чем больше времени потрачено на проект, чем
> больше его популярность и проверка сообществом, тем больше вероятность того, что
> его код был вычитан и выверен не единожды, т.е. чем больше
> ты работаешь над своим кодом, чем чаще ты возвращаешься к нему
> со свежим взглядом, тем больше ты его улучшаешь, и OpenSSH прошел
> проверку временем
Тут не поспоришь. Но что выгодней - длительный срок жизни с "чисткой" ошибок или существенно более современная кодовая база меньшего размера - вопрос дискуссионный.
> а SUSE тем временем придумала Agama, когда в попытках преодолеть ограничения действующего
> инсталлера, она убила хорошо работающее решение, не дала ничерта взамен, модель
> данных для автоматизации примерно таже, но теперь у нас JSON вместо
> XML, а так все то же самое.. это отдельная тема, не
> будем в подробности лезть, но для примера сойдет
Ну да - обёртка над ruby'шным yast тут конечно очень актуальный пример...
> так откуда у тебя уверенность, что zssh не будет очередной сомнительной идеей?

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

71. Сообщение от User (??), 18-Ноя-25, 10:04 +/–

> с sudo на doas перешли уже?
На sudo-rs жи ). И да, аж вот целая ubuntu ).
А doas чот подозрительные васяны делали, ну их )

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

72. Сообщение от Аноним (73), 18-Ноя-25, 10:17 –1 +/–

Зачем изобретать "лучший Си", когда Си уже является лучшим? <donk/>
Более безопасные языки уже существуют, а что насчёт более "точных"? Си является абстракцией PDP-11 над современными системами с многоуровневым параллелизмом (на уровне инструкций, ядер, процессоров) и многоуровневой памятью (L1i, L1d, L2, L3, L4, ОЗУ), иногда гетерогенными.
По-настоящему низкоуровневому языку не нужен сложный компилятор.

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

73. Сообщение от Аноним (73), 18-Ноя-25, 10:21 +1 +/–

На run0.

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

74. Сообщение от penetrator (?), 18-Ноя-25, 10:38 +/–

> Ну вот какими RFC описываются SFTP и SCP?
Расширения для SSH2 вполне вписываются в стандарт. А само оно вот описывается здесь: https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filex...
> А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать?
https://www.ietf.org/ietf-ftp/internet-drafts/draft-miller-s...
Wi-Fi6 Wi-Fi7 был тоже в драфте, а клепались устройства и чипы. И мне SSH без расширений как чемодан без ручки.
> Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься.
Так в том то и дело, что одни предположения, т.е. если я поднимаю вопросы, то ты безапеляционно сыпешь утверждениями - чувствуешь разницу?
Давай покажи мне "поддерживаемые ОС и архитектуры": https://github.com/openssh/openssh-portable
> Ну да - обёртка над ruby'шным yast тут конечно очень актуальный пример...
Идеальный пример, кодовая база плохая (не в SSH, но по твоей теории и в SSH), она плохо интегрируется, они не могут вынести это в либу, все понятно, НО ЧТО ОНИ ДАЛИ ВЗАМЕН? и теперь перечитывай мой оригинальный абзац про Agama (где я пишу что они убили то что хорошо работало для конечного использования, а не про то как оно написано). Так вот где гарантия что zssh будет решением, а не такой же поделкой? Ну сломают они все, и их сервер не будет совместим практически ни с одним клиентом (к примеру, я не утверждаю). Вот я и спрашиваю, а зачем? Если это будет в лучших традициях SUSE, когда мы все сломаем, а новое построим наполовину. Притом а надо ли "чинить", в случае с YaST хотя бы понятно, чем они руководствовались.
И если меня спросить а во что я верю больше, в эволюцию проверенного решения или в новое решение с сомнительным менеджементом, ну ответ очевиден.

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

77. Сообщение от Аноним (73), 18-Ноя-25, 11:47 +/–

Ada/SPARK?

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

78. Сообщение от User (??), 18-Ноя-25, 11:51 +/–

>> Ну вот какими RFC описываются SFTP и SCP?
> Расширения для SSH2 вполне вписываются в стандарт. А само оно вот описывается
> здесь: https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filex...
Ну, т.е. есть протухший в 2007 году _draft_, ага.
>> А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать?
> https://www.ietf.org/ietf-ftp/internet-drafts/draft-miller-s...
Еще один _draft_, но посвежее. Самое в этом забавное, что _принятый_ RFC 6187 openssh та-дааам! Не реализует. У них свой NIH лисапет. Но СТАНДАРТ - СТАНДАРТ ЭТО ВАЖНО, ага
Вопрос "а нафига это поддерживать (всем остальным)" - без ответа.
> Wi-Fi6 Wi-Fi7 был тоже в драфте, а клепались устройства и чипы. И
> мне SSH без расширений как чемодан без ручки.
Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет.
>> Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься.
> Так в том то и дело, что одни предположения, т.е. если я
> поднимаю вопросы, то ты безапеляционно сыпешь утверждениями - чувствуешь разницу?
> Давай покажи мне "поддерживаемые ОС и архитектуры": https://github.com/openssh/openssh-portable
https://github.com/openssh/openssh-portable/blob/master/READ...
Э? Это вот если по коду не ходить. Если ходить да еще не только в portable - то не удивлюсь, если по углам еще куски ssh1 остались. Опять же, autoconf в 2025 году выглядит "свежо и загранично"...
>[оверквотинг удален]
> то как оно написано). Так вот где гарантия что zssh будет
> решением, а не такой же поделкой? Ну сломают они все, и
> их сервер не будет совместим практически ни с одним клиентом (к
> примеру, я не утверждаю). Вот я и спрашиваю, а зачем? Если
> это будет в лучших традициях SUSE, когда мы все сломаем, а
> новое построим наполовину. Притом а надо ли "чинить", в случае с
> YaST хотя бы понятно, чем они руководствовались.
> И если меня спросить а во что я верю больше, в эволюцию
> проверенного решения или в новое решение с сомнительным менеджементом, ну ответ
> очевиден.
Но вопрос был "нужно ли нам что-то лучшее, чем openssh", а не "могут ли эти конкретные товарищи это "более луДшее" обеспечить"?

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

79. Сообщение от Анонен (?), 18-Ноя-25, 11:57 +/–

Хороший язык. Даже в Redox начали драйвера с Rust на Zig переписывать.

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

80. Сообщение от крокодил мимо.. (-), 18-Ноя-25, 12:00 –1 +/–

pq в openssh с версии 3.5 .. когда выкидывают легаси - получается libressl. плюс boringssl, gnutls, wolf, matrix и т.п.. и вот это.. на вкус и цвет выбираем любимые cve..

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

81. Сообщение от Анонимище (?), 18-Ноя-25, 12:02 +/–

Серьезные господа из списка Forbes и без этого найдут способ как проигнорировать законы если очень захочется (история с тренировкой нейронок на пиратском контенте тому пример), копилефт может максимум помочь держать в узде проприетарные импульсы среднего бизнеса

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

82. Сообщение от Анонимище (?), 18-Ноя-25, 12:04 +/–

... и потом вся эта многоходовочка по переписыванию кучи софта порушится если написать второй компилятор. Хороший план, надежный как швейцарские часы /s

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

83. Сообщение от Анонимище (?), 18-Ноя-25, 12:21 –1 +/–

ИМХО:
Начну издалека. В принципе, чем плоха ситуация когда нет исходников? Тем что уж слишком сложен машиный код (или ассемблер) для чтения и изменения, по крайней мере для большинства программистов. По той же причине плох намерено обуфицированый исходный код. Отсюда приходим к откровению, что код на низкоуровневом языке и имеющий анти-паттерны может в пределе мало отличаться от блоба.
Низкоуровые языки это зло с которым приходится мириться если железо недостаточно быстрое. Но вот прекрасное будущее настало, железо уже достаточно быстрое, значит можно переписать код на более высокоуровневом языке. В результате есть надежда на получение клона проекта, но с более внятным кодом, который больше людей смогут читаться и изменять

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

84. Сообщение от Медведь (ok), 18-Ноя-25, 12:39 +/–

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

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

85. Сообщение от анон (?), 18-Ноя-25, 12:40 +/–

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

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

86. Сообщение от Аноним (90), 18-Ноя-25, 12:53 +1 +/–

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

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

87. Сообщение от Аноним (90), 18-Ноя-25, 12:56 +/–

>зачем переписывать вполне работающие программы на новых языках?
Затем, что они не работают, очевидно же. Если для вас наличие трудноуловимых багов, а так же тонны CVE не являются аргументом, то для вас ничто не будет аргументом.
>и оказалось, что они не то что стали безошибочными
Фантазии про безошибочность - это ваши фантазии. Гарантии, предоставляемые растом давным давно известны. Если кто-то не может прочитать эти гарантии, и понять, к чему они применимы, то это только его беда. А то развелось растохетйтеров, которые сами же и не знают раста.

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

88. Сообщение от анон (?), 18-Ноя-25, 13:00 +/–

> более внятным кодом, который больше людей смогут читаться и изменять
Поэтому мы выберем язык, на котором пишут полтора человека (его определённо поймут больше людей, чем код на си).
Мне кажется, что переписать программу и сделать её более внятной/быстрой/поддерживаемой реально только если ты сам работал над тем, что сейчас переписываешь и можешь держать в голове весь функционал, который тебе предстоит сделать, чтобы заранее избежать все грабли и костыли, которые были неизбежны при первом написании. И другой язык тут не поможет. (но и не то что бы прям навредит, если ты в нём разбираешься, я думаю)

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

89. Сообщение от Аноним (90), 18-Ноя-25, 13:00 +/–

>Зачем изобретать "лучший Си", когда Си уже является лучшим?
Вы имеете в виду лучшим в плане непродуманности?
>Си является абстракцией PDP-11
Вот беда, PDP-11 давным давно вышли из употребления.
>и многоуровневой памятью (L1i, L1d, L2, L3, L4, ОЗУ)
Ха, ха, ха. Язык с поддержкой кеша, ничуть не лучше кучи других языков. Вы юморист?
>По-настоящему низкоуровневому языку не нужен сложный компилятор.
Нужен и ещё как. Нужна как минимум поддержка зависимых и афинных типов.
Пользуясь случаем, хочу задать вам, как апологету си вопрос: зачем вам нужно отсутствие гигиенических макросов, возможность выхода за границы массива, возможность потерять нулевой терминатор в строке? Для каких практических целей вам это нужно?

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

90. Сообщение от Аноним (90), 18-Ноя-25, 13:02 +/–

>Синтаксис конечно отвратный (как и в расте)
Борцун с синтаксисом как всегда не осилил язык, и по этому его не критикует.

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

91. Сообщение от Аноним (90), 18-Ноя-25, 13:04 +/–

>Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компиится из C, а не бустрапится.
Слова ыксперда. А отладочные символы в нём откуда, неуж-то из сишной лапши, в которую он оттранслировался?

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

93. Сообщение от Анонимище (?), 18-Ноя-25, 13:10 +/–

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

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

94. Сообщение от penetrator (?), 18-Ноя-25, 13:19 +/–

RFC 6187 - покрывает только X.509v3 Certificates for Secure Shell Authentication
Это всего лишь новая версия сертификатов, которая может быть не сделана еще в кодовой базе, в чем твой аргумент? Как это относится к тому что было сказано ранее?
6187 описывает то что работает с тем самым драфтом, т.е без SSH драфта, 6187 нужен ровно на 0 процентных пунктов
ты вот воду мутишь, флудишь, а к чему ты апелируешь - хз, вообще вне контекста
> Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет.
ну так и как это связано с контекстом? я ему посыл - что стандарты в драфте очень частое явление, и в оборудовании и в вебе и в прочих сферах, что реализации на базе этих стандартов ценны и часто становятся эталоном, а он мне про то, что у меня не забирают OpenSSH, ну спасибо, капитан
> Э? Это вот если по коду не ходить.
а ты сходи открой ssh.c и поищи где именно такая совместимость убивает качество внутри ssh.c?
> Но вопрос был "нужно ли нам что-то лучшее, чем openssh", а не "могут ли эти конкретные товарищи это "более луДшее" обеспечить"?
Т.е. я писал это тоже вне контекста? А не потому, что нам предлагается альтернатива, которая должна быть чем-то лучше OpenSSH? Наверное если бы статья звучала как 2.5 покемона собираются там что-то поэкспереметинровать на тему SSH используя малоприменимый язык программирования, и все это не должно иметь большой импакт на сообщество, мы всего лишь хотим:
    Have a working implementation of the ssh protocol in Zig.
    Be flexible, as to allow for hacking of the protocol (i.e. testing PQC algorithms).
    Be agnostic of cryptography libraries (i.e. libcrypto, leancrypto).
и можно добавить
    Have a fun.
то наверное я бы и не стал ничего коментировать.

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

95. Сообщение от Facemaker (?), 18-Ноя-25, 13:31 +/–

Зачем сравнивать языки с явно разными областями применения? Популярно говоря, Go — убийца Джавы, Rust — C++, а Zig — C. Почитайте статьи Алексея Кладова: https://matklad.github.io/2025/08/09/zigs-lovely-syntax.html

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

96. Сообщение от User (??), 18-Ноя-25, 13:38 –1 +/–

> RFC 6187 - покрывает только X.509v3 Certificates for Secure Shell Authentication
> Это всего лишь новая версия сертификатов, которая может быть не сделана еще
> в кодовой базе, в чем твой аргумент? Как это относится к
> тому что было сказано ранее?
Оу. Ну, восстанавливаем логику дискуссии:
1. Ты пишешь, что не понятно, нужно ли нам что-то лучше, чем openssh
2. Я отвечаю, что скорее всего - "да", т.к. в текущем уж больно много всего помимо собственно SSH "наросло"
3. Ты говоришь, что "наросшее" убирать "никак ниможна" по тому, что оно - часть стандарта.
4. Я тебе тычу пальцем в вещи, которые НИКАКИМ стандартом не требуются - но реализованы, и в вещи, которые как раз таки стандартом _являются_ но вот не сделаны в пользу NIH-лисапеда.
5. Ты делаешь вид, что не понимаешь, к чему тут это. Ну привет, чо.
> 6187 описывает то что работает с тем самым драфтом, т.е без SSH
> драфта, 6187 нужен ровно на 0 процентных пунктов
Ну вот если из zssh выкинут поддержку openssh-совместимых сертификатов и _по стандарту_ запилят поддержку x509v3 - я буду вполне доволен.
(Кстати, если "впоперёк стандарта" выкинут вот например поддержку kerberos - тоже не обижусь, хоть в общем-то и пользовался)
> ты вот воду мутишь, флудишь, а к чему ты апелируешь - хз,
> вообще вне контекста
Ну что, стало понятней?
>> Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет.
> ну так и как это связано с контекстом? я ему посыл -
> что стандарты в драфте очень частое явление, и в оборудовании и
> в вебе и в прочих сферах, что реализации на базе этих
> стандартов ценны и часто становятся эталоном, а он мне про то,
> что у меня не забирают OpenSSH, ну спасибо, капитан
Не-не-не. У меня все ходы записаны! Ты говоришь, что SSH (и вся обвязка) часть СТАНДАРТА. Что очевидная вот не правда. Ты говоришь "ну пусть не стандарт - мне без этих расширений жизнь не мила!" - Я отвечаю, "пользуйся на здоровье! Никто ж не отнимает - но и реализовывать вот это всё - не обязательно от слова "совсем" - ты делаешь вид, что не понял, о чем речь.
>> Э? Это вот если по коду не ходить.
> а ты сходи открой ssh.c и поищи где именно такая совместимость убивает
> качество внутри ssh.c?
Может еще код ревью забесплатно провести? И генетическую экспертизу шотландца до седьмого колена сделать?
>[оверквотинг удален]
> SSH используя малоприменимый язык программирования, и все это не должно иметь
> большой импакт на сообщество, мы всего лишь хотим:
>     Have a working implementation of the ssh protocol
> in Zig.
>     Be flexible, as to allow for hacking of
> the protocol (i.e. testing PQC algorithms).
>     Be agnostic of cryptography libraries (i.e. libcrypto, leancrypto).
> и можно добавить
>     Have a fun.
> то наверное я бы и не стал ничего коментировать.
Ну вот это ДВА РАЗНЫХ ВОПРОСА. Ответ на первый - "да", на второй - "возможно, нет".

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

97. Сообщение от Кошкажена (?), 18-Ноя-25, 13:55 +/–

> это проблемы поверхностные (вроде синтаксиса)
Проблемы то есть. Прочитайте https://www.adacore.com/uploads/books/pdf/Safe_And_Secure-Ru... первую главу. Но их можно решить статическим анализатором.

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

98. Сообщение от Кошкажена (?), 18-Ноя-25, 13:59 +/–

> Итоги: в GNU C имеется более полноценная поддержка RAII
Она делается через атрибуты, которые вешаются только на функцию. Чтобы это было похоже на defer, то нужно макросами обкладываться. Ну или нужна поддержка анонимных функций, чего нет.

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

99. Сообщение от Кошкажена (?), 18-Ноя-25, 14:01 +/–

> (см. лаконичный _cleanup_free_ в systemd вместо defer отдельной строчкой).
Ну вот в systemd свой cleanup, в ядре линукса свой, в другом проекте еще какой-то, а в zig из коробки есть и он один и тот же в любой билиотеке. В этом плюс коробочного решения. Даже в std в с++ уже добавили, хотя решение аля defer пишется просто и на самом деле есть во многих библиотеках.

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

102. Сообщение от Кошкажена (?), 18-Ноя-25, 14:26 +/–

> Хороший язык. Даже в Redox начали драйвера с Rust на Zig переписывать.
Можете ссылку дать?

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

104. Сообщение от Аноним (50), 18-Ноя-25, 14:38 +/–

> Чтобы это было похоже на defer, то нужно макросами обкладываться
Я: пора пересаживаться со стула на кресло (на полноценный RAII как в C++ или Rust, без зиговского неосиляторства)
Ты: Чтобы стул стал похож на табуретку, нужно отпилить спинку или садиться боком

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

105. Сообщение от Кошкажена (?), 18-Ноя-25, 14:50 +/–

>> Чтобы это было похоже на defer, то нужно макросами обкладываться
> на полноценный RAII как в C++ или Rust, без зиговского неосиляторства
В С++ есть аналог defer как раз таки для цели позвать код без создания класса под него.

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

106. Сообщение от Аноним (50), 18-Ноя-25, 15:08 +/–

> Более безопасные языки уже существуют, а что насчёт более "точных"?
Кто за это заплатит? Обмазывайтесь интринсиками, ассемблерными вставками, жалуйтесь в LLVM, чтобы они там сами как-нибудь.
Но вообще языки или их библиотеки расширяются под железо. Именованные адресные пространства для гарвардской архитектуры (avrgcc), far-указатели для 8/16-битных архитектур, iohw.h для I/O-портов у x86 (QNX), __builtin_expect, std::ckd_add, std::countr_zero, std::simd.
А что до полноценного использования этого
> с многоуровневым параллелизмом (на уровне инструкций, ядер, процессоров) и многоуровневой памятью (L1i, L1d, L2, L3, L4, ОЗУ), иногда гетерогенными.
То будущее, наверное, за абстрагированием - пусть JIT решает, как делить большую вычислительную задачу, чтобы она хорошо легла на эту конкретную железку. Оптимальное выравнивание, AoS vs. SoA тоже можно абстрагировать. Язык при этом рискует выродиться в DSL на питоне... Пока что-то похожее только в машинном обучении обитает (dynamic computation graphs, cuda kernel autotune, вот это вот).

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

107. Сообщение от Аноним (107), 18-Ноя-25, 16:13 +/–

> Lunduke
Лол

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

108. Сообщение от Аноним (108), 18-Ноя-25, 16:47 +/–

В C завозят defer.

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

109. Сообщение от пох. (?), 18-Ноя-25, 16:54 +/–

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

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

110. Сообщение от пох. (?), 18-Ноя-25, 16:55 +/–

все норм - зигхайльссх еще несуществующая программа, ее не перестанет.

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

111. Сообщение от Аноним (24), 18-Ноя-25, 17:00 +/–

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

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

112. Сообщение от Аноним (112), 18-Ноя-25, 17:06 +/–

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

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

113. Сообщение от Аноним (113), 18-Ноя-25, 17:07 +/–

О, ужас!
Вот это новость для авторов zssh. Придется таки сворачивать проект.

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

114. Сообщение от Аноним (23), 18-Ноя-25, 17:20 +/–

Раст как раз таки поможет:)

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

115. Сообщение от Аноним (115), 18-Ноя-25, 17:35 +/–

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

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

116. Сообщение от Аноним (50), 18-Ноя-25, 17:54 Скрыто ботом-модератором +/–

> В С++ есть аналог defer
Его нет[1] и defer слабее RAII, но язык позволяет его сделать. В отличие от Zig, который так расширять язык не даст, не осилил RAII и пустил в ход классическое "свобода это рабство", то есть "копипаста лучше абстракций", то есть я хотел сказать "явное лучше неявного"[2]. Вызывайте деструкторы сами. Да, в цикле, если придётся. Да, [s]не обляпайтесь[/s] не перепутайте порядок.
[1] scope_exit и прочих ещё нет, отказались добавлять в C++23 и C++26, это в подвешенном состоянии висит - https://en.cppreference.com/w/cpp/experimental/lib_extension...
[2] Zig does not support RAII or operator overloading because both make it very difficult to tell where function calls happen just by looking at a function body. https://ziglang.org/download/0.1.1/release-notes.html

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

10. Сообщение от penetrator (?), 18-Ноя-25, 00:06	–5 +/–
нам действительно нужно что-то лучшее чем OpenSSH?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #44, #46, #68

11. Сообщение от Аноним (11), 18-Ноя-25, 00:24	+/–
Синтаксис конечно отвратный (как и в расте), но намного более современный чем ржавчина. Если уж и переписывать, то на нём.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #29, #90

12. Сообщение от Аноним (12), 18-Ноя-25, 00:53	–1 +/–
Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компиится из C, а не бустрапится. Да и название не имеет негативный смысл. В последних выпусках Lunduke доходиво объяснил, что такое Rust. Последние новости от Ubuntu только дополняют картину.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #18, #91, #95, #107

16. Сообщение от Аноним (16), 18-Ноя-25, 01:12	–2 +/–
Радует, что кто-то из гигантов обратил внимание. Я конечно предпочёл бы развитие Hare, но Zig тоже лучше, чем rust.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #30

18. Сообщение от Аноним (-), 18-Ноя-25, 01:27	–6 +/–
> Судя по описанию, ZIG выглядит гораздо лучше ржавчины Угу, только по описанию. > Lunduke доходиво объяснил, что такоеRust Ad Free, Big Tech Free, Non-Woke, Audience Supported. Т.е нющеброд без поддержки серьезных компаний? Явно серьезный аргумент))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #25

19. Сообщение от Аноним (19), 18-Ноя-25, 01:29	+2 +/–
Дружно поприветствуем разработчика!
Ответить \| Правка \| Наверх \| Cообщить модератору

23. Сообщение от Аноним (23), 18-Ноя-25, 01:41	+7 +/–
Выше комментаторы то и дело сравнивают zig и раст. Но zig вообще не далеко ушел от си. Я бы даже сказал, что это и есть си, только внешне удобство поменяли. Под капотом одно и то же. Память вручную выделять, вручную освобождать. Нет сборщика мусора. Все принципиально тоже самое Переписанная с си на зиг программа ничего не поменяет. Ни в производительности ни в безопасности. Переписывание ради переписывания
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #26, #50, #62

24. Сообщение от Аноним (24), 18-Ноя-25, 01:45	–2 +/–
Тут прекрасно всё. От самой идеи сделать "реализацию протокола SSH на языке Zig" за целый один хакатон, до выбора наиболее маргинального хостинга кода, где его никто никогда не найдёт.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #27, #65

25. Сообщение от 12yoexpert (ok), 18-Ноя-25, 01:56	+/–
не paywall-free
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

26. Сообщение от 12yoexpert (ok), 18-Ноя-25, 01:57	+2 +/–
> Переписывание ради переписывания это-таки как раз про раст
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #31

27. Сообщение от Аноним (27), 18-Ноя-25, 01:57	+/–
а не маргинальный хостинг кода это какой? тот что от фирмы microsoft?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #34

29. Сообщение от Чтото знающий (?), 18-Ноя-25, 02:20	–3 +/–
>но намного более современный чем ржавчина А что это означает? На всякий случай, вдруг вы не знает, Zig не решает проблемы при работе с памятью, а Rust - решает (кроме утечек). Это и есть, по-вашему, более современный синтаксис?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #37

30. Сообщение от Чтото знающий (?), 18-Ноя-25, 02:23	–1 +/–
Хуже, на самом деле, если говорить о потенциальных ошибках при работе с памятью. А зачем он нужен (Zig), если таких гарантий не предоставляет?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #33, #58

31. Сообщение от Чтото знающий (?), 18-Ноя-25, 02:26	–2 +/–
Сразу видно "эксперта". Rust решает проблемы при работе с памятью. Ради этого переписывать на этот ЯП имеет смысл. А Zig по сути, никаких проблем не решает. Зачем он тогда нужен?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #35, #41, #51

32. Сообщение от ятупойтролль (ok), 18-Ноя-25, 02:53	+/–
посмотрел я этот zig, это какой-то новый вид извращений. не думаю, что zssh будет поддерживаться дольше, чем этим занимается автор.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #54, #63

33. Сообщение от aname (?), 18-Ноя-25, 03:00	–1 +/–
Так ты тоже никаких гарантий при работе с памятью не предоставляешь
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30

34. Сообщение от Аноним (24), 18-Ноя-25, 03:02	–3 +/–
По определению, тот, которым пользуется большинство. На текущий момент это Гитхаб.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #36

35. Сообщение от Аноним (35), 18-Ноя-25, 03:35	+/–
Зиг решает проблему UB. А раст решает? Без спецификации точно решает. Нет спецификации - нет UB.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #42, #53

36. Сообщение от Аноним (27), 18-Ноя-25, 03:50	+/–
ок, лучше пользоваться немаргинальным гитхаб от фиры microsoft, потому что им пользуется большинство
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #34 Ответы: #111

37. Сообщение от Аноним (37), 18-Ноя-25, 04:19	+2 +/–
А какая связь между способом выражения кода программы и менеджементом памяти?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29

41. Сообщение от 12yoexpert (ok), 18-Ноя-25, 05:21	–1 +/–
> Rust решает проблемы при работе с памятью ложь, дальше не читал
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #47

42. Сообщение от 12yoexpert (ok), 18-Ноя-25, 05:22	+/–
UB - не проблема
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #35

43. Сообщение от Oleg (??), 18-Ноя-25, 06:06	+4 +/–
Уважаемые эксперты, объясните дилетанту, зачем переписывать вполне работающие программы на новых языках? Вон переписали в Ubuntu часть утилит на Rust и оказалось, что они не то что стали безошибочными, а банально не имеют стандартного функционала. Так в чем профит?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #55, #57, #67, #83, #87

44. Сообщение от User (??), 18-Ноя-25, 06:22	+5 +/–
Ээээ... Да? В текущем, как и в любом другом проекте с подобной длины историей - слишком много legacy и функциональных возможностей, входящих за пределы первоначального назначения наросло.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #60, #61

45. Сообщение от Аноним (45), 18-Ноя-25, 06:48	+1 +/–
>В качестве целей проекта заявлено создание SSH-стека на языке Zig, легко расширяемого для проведения экспериментов и исследований, например, связанных с тестированием посткватновых алгоритмов шифрования передайте этим сказочным, что в ssh уже 100 лет в обед как есть посткванты, ничего переписывать не нужно.
Ответить \| Правка \| Наверх \| Cообщить модератору

46. Сообщение от G0Dzilla (??), 18-Ноя-25, 07:03	+1 +/–
Нужно. Но вот где найти это лучше?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

47. Сообщение от Вася Пупкин (?), 18-Ноя-25, 07:03	–3 +/–
Гугл недавно специально для тебя отчёты опубликовал с обновлёнными пруфами
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #41 Ответы: #52, #56

49. Сообщение от Вася Пупкин (?), 18-Ноя-25, 07:09	+/–
Как эксперимент конечно пусть играются, но идея в корне сомнительна. В таких критичных приложениях крайне важна корректность, соответственно максимальная защита от любых ошибок(в том числе с памятью)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #59, #66

50. Сообщение от Аноним (50), 18-Ноя-25, 07:29	+/–
Zig паразитирует на волне сиубийства. Он пытается убедить мимокрокодилов, что проблемы сишки, требующие создания нового языка - это проблемы поверхностные (вроде синтаксиса), а по сути в 1972 всё сделали верно. Так он уворачивается от решения сложных проблем и получает поддержку культистов, которым только дай намёки на ООП поискоренять. Итоги: в GNU C имеется более полноценная поддержка RAII, чем в Zig (см. лаконичный _cleanup_free_ в systemd вместо defer отдельной строчкой).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #97, #98, #99

51. Сообщение от Аноним (51), 18-Ноя-25, 07:47	+/–
Решает, но не всё, а заявляется что как будто бы все.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #85