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

"Переполнение буфера в Perl, связанное с обработкой символов"	+/–
Сообщение от opennews (??), 14-Апр-25, 10:04
Опубликованы корректирующие обновления интерпретатора Perl 5.40.2  и 5.38.4, в которых устранена уязвимость (CVE-2024-56406), приводящая к переполнению буфера при транслитерации специально оформленных не-ASCII символов при помощи оператора "tr/../../". Не исключается возможность эксплуатации уязвимости для организации выполнения своего кода в системе. Проблема проявляется в релизах Perl, начиная с 2021 года и затрагивает стабильные ветки  Perl 5.34, 5.36, 5.38 и 5.40.  Проследить за устранением уязвимости в дистрибутивах можно на следующих страницах: Debian, Ubuntu, Fedora, Arch, FreeBSD. Дистрибутивы на основе RHEL 9, SUSE 15 и openSUSE Leap 15.6 уязвимости не подвержены, так как включают версии Perl 5.32 и 5.26... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63068
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 14-Апр-25, 10:04	–15 +/–
Странно, что перл вообще поддерживает юникод. Это слишком прогрессивно для него, ну и вот видим, к чему это приводит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #22, #71, #108

2. Сообщение от Жироватт (ok), 14-Апр-25, 10:05	+/–
> оформленных не-ASCII символов при помощи оператора "tr/../../". Не понимаю, почему бы полностью не перейти в каком-нибудь perl 5.70 на 100% работу с юникодом, принудительно переводя файлы в старых кодовых таблицах в их представление на юникоде? > Не исключается возможность эксплуатации уязвимости для организации выполнения своего кода в системе. Так уже эксплоит есть, или снова "чисто гипотетически, не исключено, ну, есть вероятность..."?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #13, #18, #20, #60

4. Сообщение от Fracta1L (ok), 14-Апр-25, 10:12	+/–
Хех, да, на генте ~amd64 воспроизводится
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #23

5. Сообщение от ИмяХ (ok), 14-Апр-25, 10:15	–1 +/–
Эксплоит был написан вместе с этим бекдором и успешно проработал четыре года.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

6. Сообщение от Аноним (1), 14-Апр-25, 10:19	–2 +/–
Это только потому, что ты не удалил его вместе с руби. Чем можно оправдывать тысячи новых перловых пакетов зависимостей в случайном минорном обновлении я не понимаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #12, #14

8. Сообщение от Ivan (??), 14-Апр-25, 10:23	+/–
https://ubuntu.com/security/CVE-2024-56406 мне 500ю показывает
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от Аноним (9), 14-Апр-25, 10:29	+1 +/–
Публикации CVE надо запретить, а то сплошные публичные действия, направленные на дискредитацию Сей и программистов на Сях.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #25

11. Сообщение от Анониматор (?), 14-Апр-25, 10:41	+1 +/–
proxmox он же дебиан вчера обновил перлы эти ваши
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110

12. Сообщение от bdrbt (ok), 14-Апр-25, 10:43	+/–
>  Чем можно оправдывать тысячи новых перловых пакетов зависимостей в случайном минорном обновлении я не понимаю. Гента без перла тупо не соберётся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

13. Сообщение от xsignal (ok), 14-Апр-25, 10:43	–2 +/–
Потому что бникод не нужен нигде, кроме браузеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #56, #70

14. Сообщение от Fracta1L (ok), 14-Апр-25, 10:46	+/–
К сожалению, из генты всю эту скриптовую дичь выкинуть невозможно. Я пытался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #24

15. Сообщение от xsignal (ok), 14-Апр-25, 10:48	+/–
А они находят ошибки только в сях, а в расте не находят? Это плохо... для раста. Потому что, как известно, в любой программе есть ошибки и если они не обнаруживаются, то тут что-то не так..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #42, #46

16. Сообщение от Аноним (16), 14-Апр-25, 10:51	+/–
Опять сишка же! https://github.com/Perl/perl5/commit/87f42aa0e0096e9a346c967... Даже перловые диды не умеют на сишке кодить, а они же инженеры ого-го!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #49

17. Сообщение от Аноним (17), 14-Апр-25, 10:57	–2 +/–
Просто перл писался ненастоящими сишниками. Настоящие сишники такого бы не допустили.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

18. Сообщение от User (??), 14-Апр-25, 11:11	+/–
> Так уже эксплоит есть, или снова "чисто гипотетически, не исключено, ну, есть вероятность..."? ... найти чего-нибудь работающего на perl'е "использующие непроверенные внешние данные в левой части оператора "tr"? Не очень высокая, но есть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

19. Сообщение от nuclight (??), 14-Апр-25, 11:12	+11 +/–
Лучше всех поддерживает и очень давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #74, #75

20. Сообщение от nuclight (??), 14-Апр-25, 11:13	–1 +/–
Смысл? Повторять ошибку питона 2->3 ? Как раз нормально сделано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #92

22. Сообщение от 12yoexpert (ok), 14-Апр-25, 11:23	+10 +/–
любая последовательность символов в любой кодировке является валидным perl6 кодом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #45

23. Сообщение от Аноним (23), 14-Апр-25, 11:24	+/–
Выбрал тестовый вариант - страдай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

24. Сообщение от 12yoexpert (ok), 14-Апр-25, 11:25	+/–
просто перепеши на раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #27, #103

25. Сообщение от Аноним (23), 14-Апр-25, 11:26	+/–
Вы про закрытые двери? Тогда да,но вони про Андроид было много с таким подходом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

27. Сообщение от Аноним (27), 14-Апр-25, 11:32	+2 +/–
точнее так НАЧНИ, переписывать на rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

29. Сообщение от xsignal (ok), 14-Апр-25, 11:34	+2 +/–
Программисты Боинг тоже не умеют кодить - MAXы же падали из-за программной ошибки. Людям вообще свойственно ошибаться и никакой "волшебный язык" этого не изменит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #41

30. Сообщение от Аноним (30), 14-Апр-25, 11:35	+/–
я в свое время решил что не буду изучать perl, мне и bash выше крыши. а изучить perl это впихнуть в башку совершенно чуждый всему остальному парсер который хз как будет влиять на другие скилы
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #54

31. Сообщение от Аноним (27), 14-Апр-25, 11:35	+2 +/–
А они и не допустили. Но пришли желторотики и сказали, что вот в этом месте проверка не нужна, так как нам хватит знания максимально возможной длинны. Логическая ошибка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #44, #55

35. Сообщение от xsignal (ok), 14-Апр-25, 11:57	+/–
Как говорил Глеб Жеглов - "Правопорядок в стране определяется не наличием воров, а умением властей их обезвреживать!" Ошибки были, есть и будут всегда. То, что их находят - замечательно! Разработчики Perl умеют их обезвреживать и Perl становится только лучше. А много ли ошибок находят в Rust-коде?..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #40

38. Сообщение от Аноним (42), 14-Апр-25, 12:04	+/–
> Глеб Жеглов Мда... ну у тебя и пример конечно... Хотя для тебя ничего удивительного. > А много ли ошибок находят в Rust-коде?.. А раст то тут причем???
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

40. Сообщение от Соль земли (?), 14-Апр-25, 12:06	+/–
Если исправлять ошибки в корне, то и искать их не нужно. Пора бы уже развиваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

41. Сообщение от Аноним (41), 14-Апр-25, 12:07	+/–
> Программисты Боинг тоже не умеют кодить - MAXы же падали из-за программной ошибки. Ага, особенно если давать задачи по созданию "высоконадежных систем" людям которые этим никтогда не занимались. И падали они из-за ошибки проектирования железа которую попытались закостылять программно. Правда учли не все варианты. > Людям вообще свойственно ошибаться и никакой "волшебный язык" этого не изменит. Именно! Люди ошибаются. Это факт. Хуже всего что они ошибаются внезапно. Поэтому системы взаимодействия с людьми следует делать максимально ошибкоустойчивыми и минимизирующими последствия. Так появились защитные кожухи на болгарках, пилах и прочем инструменте, двойная изоляция электрики, системы контроля слепых зон, на всяких станках типа прессов - запуск который делается с двух кнопок разнесенных на значительное расстояние (чтобы руку пресс не оттяпал). В авто появились подушки и ремни - для минимизации потерь при таки произошедшей ошибки.ʼ На дорогах потоки разделяются отбойниками. Конечно остаются луддиты и неолуддиты для которых ТБ это ересь, но они довольно часто самовыпиливаются. ps для не знакомых с математикой мир полон "волшебства")
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

42. Сообщение от Аноним (42), 14-Апр-25, 12:07	+1 +/–
> А они находят ошибки только в сях, а в расте не находят? Везда находят. Но есть нюанс "какие именно". Если это логическая ошибка - то ничего тут особо не сделаешь, от них избавится можно только верификацией, а это дорого. А если это очередной "мы считали буфер и не осилили, поэтому написали мимо"... то хехе))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #48

43. Сообщение от Аноним (42), 14-Апр-25, 12:10	+/–
> уязвимость возникла после добавленного в 2020 году изменения, > убирающего дополнительную проверку достаточного выделения > памяти под предлогом того, что при расчёте размера можно > обойтись округлением размера в большую сторону. Это восхититительно! Обосновать закладку оптимизацией. И главное что все согласились и ее получилось протолкнуть! "Сишники дуреют с этой прикормки" (с) Ну что, сэкономили пару тактов процессора?))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51, #58

44. Сообщение от Аноним (-), 14-Апр-25, 12:14	+/–
> Но пришли желторотики и сказали, А они с этим согласились и приняли изменения. Кто-то же ревьювил эти изменения. Кто-то апрувал разрешения на слияние. И не думаю что это были желторотики, которые только вот пришли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

45. Сообщение от Аноним (45), 14-Апр-25, 12:14	+1 +/–
Не спешите так господа, я только-только перевел энтерпрайзы с 4 стабильного перла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

46. Сообщение от Аноним (46), 14-Апр-25, 12:15	–1 +/–
> А они находят ошибки только в сях, а в расте не находят? проход в раст защитан > как известно, в любой программе на Си есть ошибки в работе с памятью исправил. не благодари
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

48. Сообщение от Аноним (27), 14-Апр-25, 12:20	–2 +/–
> Если это логическая ошибка - то ничего тут особо не сделаешь В корне неверно. Для минимизации таких ошибок язык должен обладать минимумом синтаксической шелухи. Намерения программиста должны выражаться ясно, без пространных отвлечений на "эту переменную мы заимствуем, а эту...".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #57, #116

49. Сообщение от Аноним (45), 14-Апр-25, 12:21	+/–
>Даже перловые диды не умеют на сишке кодить Я тебе скажу даже больше (к примеру) - погромисты на 1с массово не умеют в регекспы. Вплоть до тимимдов и нач. департаментов. Это так, к слову про корректные выборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

50. Сообщение от Аноним (45), 14-Апр-25, 12:26	+1 +/–
Ты же в курсе, что изучив только синтаксис BASH, ты рискуешь остаться в уголке, потому что оно ПОЧЕМУ ТО не работает на ванильном SH - "несовместимо". Это как изучить синтаксис какой нибудь zsh или fish, а потом обнаружить, что все твои скрипты надо переписывать... ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #104

51. Сообщение от Аноним (17), 14-Апр-25, 12:26	+1 +/–
Настоящий сишник добавляет проверки, только если есть CVE, обосновывающий необходимость проверки. Этот подход называется CVE Oriented Programming. Это объясняет, почему именно си-код генерит такое количество CVE (C Vulnerabilities and Exposures).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #105

53. Сообщение от Аноним (53), 14-Апр-25, 12:29	+/–
Проверил на debian testing воспроизводится: ``` root@testing:~# cat /etc/debian_version trixie/sid root@testing:~# uname -a Linux testing.local 6.12.21-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.21-1 (2025-03-30) x86_64 GNU/Linux root@testing:~# perl -e '$_ = "\x{FF}" x 1000000; tr/\xFF/\x{100}/;' Segmentation fault root@testing:~# perl -v This is perl 5, version 40, subversion 1 (v5.40.1) built for x86_64-linux-gnu-thread-multi (with 42 registered patches, see perl -V for more detail) ``` на stable -- нет: ``` root@stable:~# cat /etc/debian_version 12.10 root@stable:~# uname -a Linux stable.local 6.12.21-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.21-1 (2025-03-30) x86_64 GNU/Linux root@stable:~# perl -e '$_ = "\x{FF}" x 1000000; tr/\xFF/\x{100}/;' root@stable:~# perl -v This is perl 5, version 36, subversion 0 (v5.36.0) built for x86_64-linux-gnu-thread-multi (with 54 registered patches, see perl -V for more detail) ```
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #118

54. Сообщение от Аноним (54), 14-Апр-25, 12:31	+1 +/–
Perl по сравнению с Bash - эталон ясности, если только специально не запутывать код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #96

55. Сообщение от Аноним (55), 14-Апр-25, 12:35	+2 +/–
Какие желторотики? Karl Williamson второй по активности среди коммитеров в репе перла. Настоящий Си-дед. Неудобно как-то получилось, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #59, #84

56. Сообщение от Bottle (?), 14-Апр-25, 12:35	+1 +/–
Юникод нужен везде, где есть ещё языки кроме английского. Делать по кодировке на каждый язык - контроптимальная стратегия, которая приведёт к куче багов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #72

57. Сообщение от Аноним (42), 14-Апр-25, 12:35	+/–
> Для минимизации таких ошибок язык должен обладать минимумом синтаксической шелухи. Для минимазиции ошибок язык должен занимать как можно меньше внимания программиста на всякую ерунду вроде "а изменяет ли эту переменную кто-то еще? а может ли сюда придти null? а что это за void* сюда пришла? я конкотанировал кучу строк, сколько \n мне нужно вычессть из результирующего буфера?" Особенно если продукт больше консольной утилится на 10к строк. Если внимание тратится на такую фигню, то рано или поздно оно заканчивается. И обычно не вовремя. Как результат, где-то что-то пропускается, не замечается, забывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #98

58. Сообщение от Аноним (55), 14-Апр-25, 12:40	+/–
Да закоммитил один из основных разработчиков, он сам с собой согласился и одобрил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

59. Сообщение от Аноним (42), 14-Апр-25, 12:42	+1 +/–
> Karl Williamson второй по активности среди коммитеров в репе перла. Настоящий Си-дед. Прям удар в псину! > Неудобно как-то получилось, да? Возможно стоит глянуть его налоговую декларацию за 2021 год. Вдруг там что-то интересное появилось? В лотерею выиграл. Получил наследство от троюродного дедушки из Латинской Америки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

60. Сообщение от Xenia Joness (ok), 14-Апр-25, 12:55	–2 +/–
Лучше, вместо каких-нибудь perl 5.70, оставить его в покое и перейти на что-нибудь более приличное и современное, чтобы избегать скриптов из хаотично набранных символов. Что-то не могу припомнить, чтобы в последнее время какие-нибудь новые проекты делали на Perl, и поэтому, внезапно, вопрос. Кто-нибудь использует Perl для работы?  Под работой, полезной, я подразумеваю серьезные проекты, уже выпушенные в продакшен, и приносящие прибыль. Если использовать Perl для запиливания своей версии *тут название вашей супер свободной и быстрой программы с аудиторией в 6 человек*, это в моём понимании полезной работой не считается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #61, #62, #63, #64, #73, #93

61. Сообщение от Аноним (-), 14-Апр-25, 12:58	+1 +/–
> Лучше, вместо каких-нибудь perl 5.70, оставить его в покое и перейти на что-нибудь более приличное и современное, чтобы избегать скриптов из хаотично набранных символов. А какие есть варианты? Перловку используют чтобы уйти от башизмов и протухших бш-пртянок. > Под работой, полезной, я подразумеваю серьезные проекты, уже выпушенные в продакшен, и приносящие прибыль. Т.е 99% СПО выкидывается из списка)))? > Если использовать Perl для запиливания своей версии *тут название вашей супер свободной и быстрой программы с аудиторией в 6 человек*, это в моём понимании полезной работой не считается. Ух, классное определение. Вангую сpaч))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #87

62. Сообщение от xsignal (ok), 14-Апр-25, 13:06	+3 +/–
Perl активно используется во многих проектах, например, ядро Linux. Но это не тот язык, исключительно на котором пишут некие "серьезные проекты, уже выпушенные в продакшен". Это утилитарный язык, с помощью которого осуществляется поддержка функционирования и разработки на других языках, поэтому он не очень заметен. Например, в моих рабочих проектах используется регрессионная система автотестирования на Perl.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

63. Сообщение от xsignal (ok), 14-Апр-25, 13:09	+2 +/–
> оставить его в покое и перейти на что-нибудь более приличное и современное А что в Perl'е неприличного и несовременного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #65, #102

64. Сообщение от Аноним (64), 14-Апр-25, 13:17	+/–
> полезной работой не считается А что считается полезной работой? То, что приносит прибыль? За деньги - да!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

65. Сообщение от Аноним (-), 14-Апр-25, 13:31	–2 +/–
> А что в Perl'е неприличного и несовременного? Бекдоры которые живут годами? Хотя может это вполне современно 🤔
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #66

66. Сообщение от xsignal (ok), 14-Апр-25, 13:42	+/–
> Бекдоры которые живут годами? Это какие?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

70. Сообщение от Аноним (-), 14-Апр-25, 14:14	–1 +/–
> Потому что бникод не нужен нигде, кроме браузеров. Ого, свидетель KOI-8 в треде! НенужОн мне ваш юникод! (с) А в почтовике юникод тоже не нужен? И в офисном пакете? Может и в играх не нужен? Смотреть на всякую бнопню так весело!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

71. Сообщение от Аноним (71), 14-Апр-25, 14:14	+/–
Юникод для всех слишком прогрессивен. Нет ни одной библиотеки которая без проблем бы его полностью поддерживала. Пока люди пользуются юникодом, ни о какой безопасности не может быть речи (подмножества юникода вполне нормально используются).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #106

72. Сообщение от Аноним (71), 14-Апр-25, 14:16	+/–
Сделать одну кодировку для всех, которую никто не может поддерживать и поэтому плодят кучу багов? Хороший план.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #86, #107

73. Сообщение от User (??), 14-Апр-25, 14:37	+1 +/–
Ну, глубокое легаси, которое не меняют, по тому, что оно никому вроде как не мешает - есть, и в количествах. Начнет мешать - проще будет переписать на <чем угодно> нежели разбираться\чинить. Еще вот пенсионерские скрипты вида башпортянка-на-стероидах - обсуждать бессмысленно, помрет вместе с "носителями культуры". Как-то так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

74. Сообщение от Аноним (1), 14-Апр-25, 14:38	–3 +/–
Да видим, как он поддерживает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

75. Сообщение от Аноним (75), 14-Апр-25, 14:51	–2 +/–
Так давно, что в те времена не было смешанной кодировки или коллектив был не в курсе такой возможности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

84. Сообщение от Аноним (27), 14-Апр-25, 16:34	–1 +/–
Первый патч в 2009. Далее по патчу в год. Полностью включился в 2014. Perl5 был выпущен в 1994. Кто он? Если не желторотик?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #85, #88, #89

85. Сообщение от Аноним (27), 14-Апр-25, 16:38	+/–
Ах, да. Стоит добавить что он включился в разработку после выхода версии 5.20.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

86. Сообщение от Аноним (86), 14-Апр-25, 16:49	+1 +/–
Кучу разных кодировок все поддерживать тоже не смогут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

87. Сообщение от Аноним (87), 14-Апр-25, 17:19	+1 +/–
>протухших бш-пртянок Разве у Bash ломают обратную совместимость?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #113

88. Сообщение от Аноним (88), 14-Апр-25, 17:26	+1 +/–
>Первый патч в 2009. Далее по патчу в год. >Полностью включился в 2014. >Perl5 был выпущен в 1994. Ну может быть, 11 лет для тебя - ничего совсем. Ты бы ещё сказал, что и с 1994 года прошло мало годиков. > Кто он? Если не желторотик? Он тот, кто активно пилит perl. Он тот, чьим опусом пользуется линукс, и соответственно каждый линуксоид. Как-то гадко называть человека желторотиком, не находишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #90

89. Сообщение от Аноним (-), 14-Апр-25, 17:34	+/–
> Первый патч в 2009. Далее по патчу в год. И? патчи бывают разные. > Perl5 был выпущен в 1994. От 1994 до 2009 - 15 лет. От 2009 до 2025 - 16. > Кто он? Если не желторотик? Чел, который больше половины жизни пятой перловки отправляет туда патчи) У которого почти 8к коммитов и его обганяет только один человек с 9 тысячами. Который уже блин седой местами. Не, это таки тот самый сишный дед. Который просто решил "нафига проверять, я же профи. давайте сэкономим пару тактов процессора" и сделал CVE. Классическая ситуация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #91

90. Сообщение от Аноним (27), 14-Апр-25, 17:45	–1 +/–
> Как-то гадко называть человека желторотиком, не находишь? Это эмоции. Реальность от наличия эмоций не изменится. Perl был разработан другими людьми. И стал популярен благодаря другим людям. В какой-то момент он потерял популярность. И вот тогда пришло новое поколение. Желторотиков. Результатом их трудов стало отсутствие языка в рейтингах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #94, #100

91. Сообщение от Аноним (27), 14-Апр-25, 17:47    Скрыто ботом-модератором	+/–
Еще раз и медленно. Он пришел после версии 5.20 В тот момент когда perl стал мало кому интересен. С тех пор ситуация стала только хуже. То есть он пришел в умирающий проект и помогает ему умирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

92. Сообщение от Аноним (92), 14-Апр-25, 18:14	+/–
Ошибку? Господь с Вами! Python 2→3 это лучшее что произошло с питоном, и лучшее что могло бы произойти с кучей других языков копящих вместо этого легаси.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #95

93. Сообщение от Аноним (93), 14-Апр-25, 18:21	+/–
> Кто-нибудь использует Perl для работы?  Под работой, полезной, я подразумеваю серьезные проекты, уже выпушенные в продакшен, и приносящие прибыль. Очевидный booking.com, например. Достаточно серьёзно? Продакшен и прибыль точно есть, я проверил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

94. Сообщение от Аноним (-), 14-Апр-25, 18:28	+/–
> Perl был разработан другими людьми. И стал популярен благодаря другим людям. Погоди, перловку создал Ларри Уолл. И что интересно он сам забросил 4ю версию и начал делать пятую. > В какой-то момент он потерял популярность. Интересно почему) > И вот тогда пришло новое поколение.   > Результатом их трудов стало отсутствие языка в рейтингах. А... 1. Т.е он потерял популярность. 2. Потом пришло новое поколение. 3. И теперь они виноваты, что ЯП нет в рейтингах? У тебя какая-то странная логика. Если он потерял популярность до прихода "нового поколения" то они явно в этом не виноваты. Ну или это типичное стариковое "во всем виновата молодежь"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

95. Сообщение от Аноним (1), 14-Апр-25, 18:32	–1 +/–
Ошибка тут была не дропнуть любую поддержку старых веток сразу и навсегда (ну может подстелить травки с six всё же правильно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

96. Сообщение от Аноним (1), 14-Апр-25, 19:01	+1 +/–
Баш последователен, если выкинуть из него совместимость с 50 летними скриптами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

98. Сообщение от Аноним (98), 14-Апр-25, 20:44	+/–
Если прога завязана на строках, можно свою реализацию написать. И если уж там где то они конкатенируются, можно например ввести счетчик. Войды можно тайпдефить. Си хороший язык, но нужно перед каждым новым проектом "закладывать фундамент". Где-то что-то реализовывать с нуля, вводить свои типы, не все на такое готовы. Проще колоться, но продолжать есть кактус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

100. Сообщение от Аноним (100), 14-Апр-25, 21:24	+/–
>Результатом их трудов стало отсутствие языка в рейтингах Главное верить и тогда никакая реальность не страшна 👍
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

102. Сообщение от Ан Оним (?), 14-Апр-25, 21:48	+/–
Ненадёжный синтаксис
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

103. Сообщение от Аноним (103), 15-Апр-25, 03:55	+/–
На Си же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

104. Сообщение от Аноним (103), 15-Апр-25, 03:59	+/–
Где ты видел ванильный sh последние лет 15? Даже в ретроградских openbsd, solaris, Android, и, прости Господи, interix, по умолчанию ksh, а bash легко ставится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

105. Сообщение от Аноним (103), 15-Апр-25, 04:04	+/–
Ты так написал, как будто это что-то плохое. Если никому не мешает, то зачем лишний код добавлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

106. Сообщение от Аноним (106), 15-Апр-25, 06:26	+1 +/–
2025 году отрицать Юникод так же дико, как верить в то, что Земля плоская. Такие разговоры были актуальны ещё 5 лет назад, но не сегодня. Вы смешны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #109

107. Сообщение от Аноним (107), 15-Апр-25, 06:48	+1 +/–
> которую никто не может поддерживать * которую никто не может поддерживать целиком Эта поправка всё меняет. Используй безопасное-для-твоего-случая подмножество, а не разрешай всё подряд, как в именах файлов в никсах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

108. Сообщение от Аноним (108), 15-Апр-25, 11:01	+1 +/–
Сам перл поддерживает юникод очень и очень давно, возможно раньше, чем многие "прогрессивные" человеки в школу пошли. Другой вопрос - не все модули какого нить спана его нормально поддерживают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #111

109. Сообщение от Аноним (1), 15-Апр-25, 11:43	+1 +/–
5 лет назад был 2020 год и не 1990 год, ты что-то путаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

110. Сообщение от Анониматор (?), 15-Апр-25, 12:53	+/–
в арч тоже сейчас завезли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

111. Сообщение от Аноним (1), 15-Апр-25, 13:34	+/–
Значит, так поддерживает. Питон, перл, тикль, добавили юникод все в 1 год, что с того?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

113. Сообщение от Аноним (86), 15-Апр-25, 17:37	+/–
На нём невероятно трудно писать что-то большое по объёму
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

116. Сообщение от Аноним (-), 16-Апр-25, 08:13	+/–
> Намерения программиста должны выражаться ясно, без пространных отвлечений на "эту переменную мы заимствуем, а эту...". Анрил. Это было основным посылом ООП, мол, насоздавай объектов, моделирующих проблему, и потом в терминах проблемы пиши программу. Выражаясь ясно и без пространных отвлечений. Это никогда не работало, но люди не сразу поняли почему, а дело в том, что задача программиста взять задачу выраженную в терминах проблемной области, переформулировать её в терминах CPU, и потом решить её, рассуждая о ней в терминах CPU. Между проблемной областью и CPU семантическая пропасть, и через неё надо построить мост, который позволит выраженное в терминах проблемы переводить в термины CPU. Каждый программист строит этот мост со стороны проблемной области, но развитие языков программирования строит мост с другой стороны навстречу. И где-то над этой пропастью есть место, где программисту _приходится_ думать о том, какое значение он заимствует, а какое забирает вместе с лайфтаймом. Эти мысли я думать начал задолго до того, как были написаны первые строчки первого компилятора раста на окамле. И думал их я в C. Но в C эти намерения невыразимы. Как правило ты передаёшь указатель, и делаешь это и тогда, когда даёшь значение на "попользоваться", и тогда когда отдаёшь его насовсем, например в стандартную функцию free. Единственный способ в C выразить эти намерения явно -- это написать комментарий, но по моему опыту работы с C'шными библиотеками, такие комментарии пишутся очень редко, потому что разработчикам библиотек и так очевидно, где значение берётся на время, а где забирается насовсем. Минимизация синтаксической шелухи приводит не к тому, что намерения программиста выражаются ясно, а к тому, что они вообще никак не выражаются, и приходится догадываться по косвенным признакам, или просто брать его код и смотреть, что он там с указателем делает. И это может быть основная причина почему я не люблю C. Часто невозможно пользоваться чужим кодом, потому что понять как им пользоваться сложнее, чем написать свою реализацию его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

117. Сообщение от Аноним (117), 16-Апр-25, 13:37	+/–
в генте воспроизводится и ебилдов еще нет((
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119

118. Сообщение от randomize (?), 16-Апр-25, 17:26	+/–
От рута запускаешь все Perl-скрипты? Патча Бармина на вас нет!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

119. Сообщение от Аноним (117), 18-Апр-25, 16:41	+/–
вот патч https://bugs.gentoo.org/show_bug.cgi?id=CVE-2024-56406#c1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

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

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