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

"Выпуск GNU Wget 1.21"	+/–
Сообщение от opennews (?), 01-Янв-21, 10:46
Спустя два года с момента прошлого значительного выпуска состоялся релиз GNU Wget 1.21, программы для автоматизации загрузки контента с использованием протоколов HTTP/HTTPS и FTP. В новой версии:... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54340
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Любитель патчей (?), 01-Янв-21, 10:46	+1 +/–
С НГ!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #5

2. Сообщение от A.Stahl (ok), 01-Янв-21, 11:01	+/–
Серёга, не гони!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #35, #38

4. Сообщение от Ноунейм (?), 01-Янв-21, 11:30	–1 +/–
Всех с "Серёга Не Гони!". На улице гололёд и магазины закрыты(95%) - Москва
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #10

5. Сообщение от cubit (?), 01-Янв-21, 11:30	–5 +/–
как сказал покойный Задорнов, эссен, по-немецки- кушать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #60

6. Сообщение от Аноним (6), 01-Янв-21, 12:38	–4 +/–
Contributions by Vyacheslav Вячеслав Петрищев Maintainer: DarShit Shah LMAO // b.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

7. Сообщение от смузихлёб (?), 01-Янв-21, 13:45	+/–
Центральная Украина. Солнце и +8 😜 снега не было ещё
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13, #53

8. Сообщение от Тот самый (?), 01-Янв-21, 14:02	+1 +/–
В новой версии скрипт configure перестал сам добавлять в CFLAGS опцию -std=gnu99. А без этого оно не собирается. Так что теперь извольте сами вручную. С Новым годом всех! С новыми граблями!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #25

9. Сообщение от Аноним (9), 01-Янв-21, 14:03	+2 +/–
WTF so funny you see?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Дегенератор (ok), 01-Янв-21, 14:12	–1 +/–
Что за мемчик, что я пропустил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #15

11. Сообщение от Аноним (11), 01-Янв-21, 14:29	+1 +/–
Тебе сюда: https://savannah.gnu.org/bugs/?func=additem&group=wget
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от uis (ok), 01-Янв-21, 14:41	+1 +/–
>В некоторых местах в функции указывался размер непроверенных внешних строк Вот реальная причина большинства ошибок. А не то, что там говорят хрустанутые.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27

13. Сообщение от Дочь Офицера (?), 01-Янв-21, 14:43	+/–
Юг России, Крым, +11, снега не видать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #56

14. Сообщение от Аноним (14), 01-Янв-21, 15:30	–4 +/–
Вот где годнота - https://github.com/otavio/rsget
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #20, #22, #28

15. Сообщение от Аноним (15), 01-Янв-21, 15:51	+1 +/–
> что я пропустил? Корпоратив в отделении реформаторов инфосреды
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

16. Сообщение от Аноним (16), 01-Янв-21, 15:53	–4 +/–
> Повышены требования к версии библиотеки gettext (0.19.3+). Извините, но --diable-nls всегда и везде, никому это ненужно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

17. Сообщение от Chromium (ok), 01-Янв-21, 16:02	+4 +/–
Hey, buddy, I think you've got the wrong door. The Rust club is two blocks down!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

18. Сообщение от Аноним (18), 01-Янв-21, 16:25	–3 +/–
Вот кстати да, приятно видеть адеквата в интернете. Ну это до тех пор пока твоё ПО не на китайском/испанском в оригинале, там конечно другие песни начинаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #58

19. Сообщение от EPIC (?), 01-Янв-21, 17:22	+/–
wget2 еще не довели до ума?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

20. Сообщение от Аноним (11), 01-Янв-21, 17:26	–1 +/–
Сам юзай этот хелловорлд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

21. Сообщение от Аноним (22), 01-Янв-21, 17:39	–5 +/–
Гораздо лучше чем curl от Васяна.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

22. Сообщение от Аноним (22), 01-Янв-21, 17:43	+/–
Годнота может быть написано только на Го https://github.com/melbahja/got
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #26, #44, #62, #93

23. Сообщение от Аноним (18), 01-Янв-21, 18:01	+/–
Я, конечно, догадываюсь, что это был сарказм, но программы просто решают несколько разные задачи. Wget эта такая скачивалка сайтов (think teleport pro) и больше от неё ничего не требуется. Хотя, как по мне, если нужен менеджер закачек, лучше бы aria2 пилили -- в ней до сих пор скачивание торрентов поломано, все остальные клиенты уже напихали костылей. Да и с раздачей нескольких хешей одновременно говорят проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #24, #33

24. Сообщение от Аноним (18), 01-Янв-21, 18:23	+/–
Я догадываюсь, почему на неё забили, с такими то пользователями https://github.com/aria2/aria2/issues/1708 Но это могли бы и исправить. Специально нашёл Exception caught Exception: [bittorrent_helper.cc:276] errorCode=26 Detected directory traversal directive in *dirname* https://github.com/aria2/aria2/issues/1131
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

25. Сообщение от Аноним (25), 01-Янв-21, 18:42	+/–
Спокойно ждём 1.21.2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

26. Сообщение от Аноним (25), 01-Янв-21, 18:47	+1 +/–
Или говно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #31, #34

27. Сообщение от Аноним (-), 01-Янв-21, 18:52	–2 +/–
>внешних строк, передаваемых через командную строки или получаемых с внешнего хоста Я так понимаю, это библиотечная функция для выделения памяти. Тогда не понял, что за дичь с получаемыми через командную строку или с внешнего хоста данными?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #32, #49

28. Сообщение от Аноним (-), 01-Янв-21, 18:55	+/–
Растофаны никак не уймутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

31. Сообщение от Аноним (-), 01-Янв-21, 19:02	+/–
Гоуно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

32. Сообщение от sage (??), 01-Янв-21, 19:02	+1 +/–
Видимо, где-то использовались буферы фиксированного размера, в которые принимались данные из внешней системы без проверки длины. Ну а дальше наши любимые уязвимости через переполнение буфера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #39

33. Сообщение от Аноним (34), 01-Янв-21, 19:03	+/–
wget скачивалка сайтов? Вот это поворот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #37, #41, #90

34. Сообщение от Аноним (34), 01-Янв-21, 19:03	+/–
Говно уже написано на Го https://github.com/nicklasos/govno
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #36

35. Сообщение от Аноним (-), 01-Янв-21, 19:04	–1 +/–
Алкоголизм делает человека заторможенным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #86

36. Сообщение от Аноним (-), 01-Янв-21, 19:08	–2 +/–
но читается не как го, а как гоу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #43

37. Сообщение от Аноним (18), 01-Янв-21, 19:09	+/–
Я тоже удивился, когда узнал это (на самом деле нет). При этом, оно плохо справляется со своей основной задачей, httrack лучше. Ну, это считается за менеджер загрузок, но по факту из ценного функционала там только скачивание сайтов (не очень удобное) и для скачивания ссылок aria2 намного предпочтительнее. Видимо, из-за того, что по устаревшим представлениям о сайтах писали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #47

38. Сообщение от rvs2016 (ok), 01-Янв-21, 19:14	–4 +/–
> Серёга, не гони! Но лингвисты Опеннета почему-то до сих пор не выдвинули предположения о расшифровках второй части этой фразы - ПНФ! Хотя уже почти прошёл целый первый день нового года! Полный вариант-то звучит не СНГ, а СНГ ПНФ! Дескать: - С Новым годом! - Пошёл на фиг!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

39. Сообщение от Michael Shigorin (ok), 01-Янв-21, 19:52	+/–
В предыдущей сборке пакета был, например, такой патчик: --- wget-1.10.1/src/http-ntlm.c.org     2005-10-13 15:29:07 +0300 +++ wget-1.10.1/src/http-ntlm.c 2005-10-13 15:32:16 +0300 @@ -314,7 +314,7 @@    int domoff;  /* domain name offset */    int size;    char *base64; -  char ntlmbuf[256]; /* enough, unless the host/domain is very long */ +  char *ntlmbuf;    /* point to the address of the pointer that holds the string to sent to the       server, which is for a plain host or for a HTTP proxy */ @@ -334,6 +334,7 @@    default: /* for the weird cases we (re)start here */      hostoff = 32;      domoff = hostoff + hostlen; +    ntlmbuf = (char *)alloca( 32 + hostlen + domlen);      DEBUGP (("Creating a type-1 NTLM message.\n")); @@ -437,6 +438,8 @@        usr = user;      userlen = strlen(usr); +    ntlmbuf = (char *)alloca( 64 + domlen + userlen); +      mkhash(passwd, &ntlm->nonce[0], lmresp #ifdef USE_NTRESPONSES             , ntresp http://packages.altlinux.org/ru/sisyphus/srpms/wget/patches/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #64, #87

41. Сообщение от Аноним (11), 01-Янв-21, 20:19	+/–
Прикинь, да? $ apropos wget wget (1)             - The non-interactive network downloader. А если ман откроешь, ваще упадёшь:        Wget can follow links in HTML, XHTML, and CSS pages, to create local        versions of remote web sites, fully recreating the directory structure        of the original site.  This is sometimes referred to as "recursive        downloading."  While doing that, Wget respects the Robot Exclusion        Standard (/robots.txt).  Wget can be instructed to convert the links in        downloaded files to point at the local files, for offline viewing.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #48

42. Сообщение от Аноним (42), 01-Янв-21, 20:21	+2 +/–
И что они даже поддержку FTP не удалили? Как они это сумели? Откуда финансирование его поддержки взяли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45, #55

43. Сообщение от банан (?), 01-Янв-21, 20:24	–3 +/–
Го читается так, как его читают, а не так как вы разрешите. Кстати, с питоном то же самое. Однажды слышал как один чел произнёс "пайтхон", потом как-то стыдливо запнулся и начал по нормальному говорить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

44. Сообщение от Аноним (-), 01-Янв-21, 20:29	–1 +/–
Вы что, совсем? А как же безопасность?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #46

45. Сообщение от Аноним (46), 01-Янв-21, 20:34	+/–
Free Software Foundation дало денег.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

46. Сообщение от Аноним (46), 01-Янв-21, 20:37	–2 +/–
В Го безопасности сильно больше чем в Храсте. Да даже побольше чем в node.js.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

47. Сообщение от Аноним (46), 01-Янв-21, 20:40	–4 +/–
…httrack…, чувак, ты из какой-то параллельной реальности wget у тебя сайты качать. А гвозди палкой забивать. curl наверно ядро собирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

48. Сообщение от Аноним (46), 01-Янв-21, 20:43	–1 +/–
wget это просто curl здорового человека не надо тут грязи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #50, #54

49. Сообщение от Ordu (ok), 01-Янв-21, 21:18	+1 +/–
> Я так понимаю, это библиотечная функция для выделения памяти. Да, библиотечная. Но она выделяет на стеке. А стек -- хрупкая штука. Во многих проектах alloca вообще под запретом, и за её использование руки отрывают. >        void *alloca(size_t size); > DESCRIPTION >       The  alloca()  function  allocates  size  bytes of space in the stack >       frame of the caller.  This temporary  space  is  automatically  freed >       when the function that called alloca() returns to its caller. > RETURN VALUE >       The alloca() function returns a pointer to the beginning of the allo‐ >       cated space.  If the allocation causes stack overflow, program behav‐ >       ior is undefined. Чуешь? Тут документированный UB, и (что очень в стиле unix-way) этот UB невозможно гарантированно обойти. Вызывая alloca, ты никогда не знаешь, будет ли переполнение стека или нет. И узнать не можешь. Но alloca -- это очень быстрый способ выделить/освободить память, гораздо быстрее чем malloc. Поэтому возникает соблазн забить на потенциальные проблемы, и использовать alloca вместо malloc. И есть те, кто перед таким соблазном устоять не может. Если выделять немного, то в принципе ничего плохого не должно случиться. Но что значит "немного"? И это ж надо проверить, так уж ли немного мы собираемся выделить? А если мы проверили, и оказалось много, то что делать? То есть, "немного" ведь означает не больше N, где N -- известное на этапе компиляции целое число. А если мы можем написать: char *buf = NULL; if(size <= 256) {     buf = alloca(size); } else {     die("Invalid size"); // в смысле die -- это no-return функция } то мы с тем же успехом можем написать и: if(size > 256) {     die("Invalid size"); } char buf[256]; Тут выходит, что выделяется 256-size лишних байт, но... и чё с того? Это может иметь значение при рекурсивном вызове, но использовать alloca в рекурсивной функции может только полнейший отморозок. То есть alloca оказывается не нужен в такой ситуации. А если size может исчисляться мегабайтами, и мы считаем что наша программа должна работать с такими size, то придётся пользовать malloc, потому как условно использовать alloca или malloc в зависимости от размера -- это то же самое, что открывать нараспашку все двери, вешая над ними транспаранты "MEMORY BUGS ARE WELCOME!". Причём, в такой ситуации, скорее всего и выигрыша по скорости не будет никакого существенного: если программа норм работает с мегабайтовыми буферами, выделенными при помощи malloc, она тем более будет норм работать с докилобайтовыми буферами, выделенными при помощи malloc. Может можно придумать какой-нибудь use-case для alloca, когда это не будет хождениями по граблям переполнения стека AND даст прирост в скорости, но, во-первых, мне не удаётся придумать, во-вторых, это будет очень специальным случаем, и это будет раскладыванием граблей для будущих разработчиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #51

50. Сообщение от Аноним (11), 01-Янв-21, 21:20	–1 +/–
Это wget 2 пытается им стать. Как выйдет — поглядим, насколько успешно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

51. Сообщение от Аноним (11), 01-Янв-21, 21:33	–1 +/–
> и (что очень в стиле unix-way) этот UB невозможно гарантированно обойти Причём бы здесь Unix way? Да и вообще, причём здесь alloca? В C99 можно с точно таким же результатом использовать VLA.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #52

52. Сообщение от Ordu (ok), 01-Янв-21, 21:55	+/–
> Да и вообще, причём здесь alloca? Новость не читай, сразу комментируй? "Проведена чистка кода от использования функции alloca. В некоторых местах в функции указывался размер непроверенных внешних строк, передаваемых через командную строки или получаемых с внешнего хоста." > В C99 можно с точно таким же результатом использовать VLA. Можно. С тем же результатом, включая сюда и UB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #65, #88

53. Сообщение от rioko (?), 01-Янв-21, 22:49	–1 +/–
Серёга Не Гони! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

54. Сообщение от Алеша (?), 01-Янв-21, 22:59	+1 +/–
> wget это просто curl здорового человека не надо тут грязи. открой уже ман по вгету что ли. ты и так уже тонну ереси написал, а все продолжаешь гнуть свое. wget - просто качалка файлов. и он таки может целиком (рекурсивно) качать сайты, там есть функция рекурсивного зеркалирования (ключи -r -m и т.д.). curl - утилита для полноценной работы по протоколу http, умеет в т.ч. обрабатывать формы, отправлять данные НА СЕРВЕР и вообще почти все, что умеет протокол. и качание файлов это лишь ничтожная часть функционала. именно по этой причине curl несколько сложен для обывателя, вот им и мерещится в wgete аналог, хотя это совершенно разные утилиты как по предназначению, так и по задачам решаемым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #59

55. Сообщение от EPIC (?), 01-Янв-21, 23:20	+/–
lftp лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

56. Сообщение от НяшМяш (ok), 01-Янв-21, 23:36	–1 +/–
Юг России, не Крым, днём было +13, снег в последний раз видели в прошлом году )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #57, #63

57. Сообщение от Led (ok), 02-Янв-21, 01:04	+12 +/–
"прошлый год" последний раз был вчера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #67

58. Сообщение от Аноним (58), 02-Янв-21, 01:40	+/–
> ПО  на китайском/испанском в оригинале, Первый раз вообще слышу что такое бывает, разве что предположу что такое ПО скорее всего не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

59. Сообщение от Аноним (11), 02-Янв-21, 02:00	+/–
> умеет в т.ч. обрабатывать формы, отправлять данные НА СЕРВЕР Ну это-то, положим, и wget умеет, если оно POST-запросом делается. Другое дело, что curl умеет вообще любые типы запросов. И помимо HTTP и FTP ещё пару десятков протоколов знает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

60. Сообщение от еврей (?), 02-Янв-21, 03:09	+1 +/–
Евреи эту хохму про СНГ на идиш рассказывали задолго до Задорнова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

61. Сообщение от Nika (??), 02-Янв-21, 03:35	+/–
Как изменить имя ,передаваемое при соединении?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

62. Сообщение от Аноним (-), 02-Янв-21, 07:18	+1 +/–
Кто-то успел уже пожаловаться автору программы и он изменил название свое программы с govno на got. Я бы на месте разработчика не поддавался бы на провокации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

63. Сообщение от Аноним (63), 02-Янв-21, 09:45	+/–
Сочи +15
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

64. Сообщение от Аноним (64), 02-Янв-21, 11:24	+/–
> enough, unless the host/domain is very long Вот понимал же человек, который это писал, что может быть very long! Ну как так:(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

65. Сообщение от Аноним (11), 02-Янв-21, 16:16	+/–
Я-то новость прочитал, ещё б ты прочитал вопрос, на который отвечаешь… Попрубуем ещё разик: Причём здесь unix way, да и вообще unix? Аргумент, что alloca есть только в этих ваших юниксах, не канает, потому что VLA есть в стандарте языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #66

66. Сообщение от Ordu (ok), 02-Янв-21, 16:33	+/–
> Я-то новость прочитал, ещё б ты прочитал вопрос, на который отвечаешь… Попрубуем > ещё разик: Причём здесь unix way, да и вообще unix? Потому что это вообще очень по юниксовому -- верить в то, что всё пойдёт хорошо, и не оставлять ни единого костылика на случай, если всё пойдёт плохо, чтобы можно было бы ошибку как-нибудь осмысленно обработать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #68, #75

67. Сообщение от НяшМяш (ok), 02-Янв-21, 18:51	–4 +/–
Забавный Опеннет, шутку не оценил, а адмирал плюсцов огрёб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

68. Сообщение от Аноним (11), 02-Янв-21, 19:38	+/–
Мдя? Пяток примеров, специфичных именно для юниксов, тебе ведь не составит труда накидать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #71

70. Сообщение от Michael Shigorin (ok), 02-Янв-21, 19:51	+1 +/–
> Как изменить имя ,передаваемое при соединении? -O
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

71. Сообщение от Ordu (ok), 02-Янв-21, 19:52	+/–
> Мдя? Пяток примеров, специфичных именно для юниксов, тебе ведь не составит труда > накидать? alloca не канает? Из мана к ней: > CONFORMING TO >       This function is not in POSIX.1. >       There is evidence that the alloca() function appeared  in  32V,  PWB, >       PWB.2,  3BSD, and 4BSD.  There is a man page for it in 4.3BSD.  Linux >       uses the GNU version. Если не канает, попробуй собрать пайпами цепочку команд и когда она обвалится, выяснить где собственно произошла ошибка. Или взять пути в файловой системе, которые позволяют любые символы, даже несмотря на то, что из тысяч софта, может быть единицы могут справится с любыми символами, при том что в подавляющем большинстве случаев нет никакого смысла совать в имя файла ^C или ^M. Смысла нет, но кого колышет? Надо обязательно разложить граблей, без граблей это будет не юникс. Локали обсуждали недавно, с их черезжопностью. Пятый пример... Мне не сообразить сходу. Я подумаю, позже отпишу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #73

72. Сообщение от Аноним (72), 02-Янв-21, 21:05	+/–
Хм... https://packages.debian.org/sid/wget2 (GNU Wget2 is the successor of GNU Wget). И чем пользоваться теперь?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79

73. Сообщение от Аноним (11), 02-Янв-21, 23:39	+1 +/–
> alloca не канает? Говорят, у золотых рыбок долговременная память всё ж таки работает. А вот у тебя — не особо. Перечитай тред, что ли. Те же грабли есть в стандарте языка, только называются VLA, а посему ­— нет, не канает. Неспецифично. > попробуй собрать пайпами цепочку команд и когда она обвалится, выяснить где собственно произошла ошибка. На сишечке — запросто (ну ладно, не очень запросто, несколько десятков строк кода понадобится написать). В шелле сложнее, да. Но покажи, где подобное реализовано лучше. Да и нужно такое бывает крайне редко. > Или взять пути в файловой системе, которые позволяют любые символы Ну с натяжкой это можно назвать граблями, хотя, скорее, из-за засилья рукожопов, привыкших к ограничениям вынь-доса, чем по объективным причинам. Однако напомню твой тезис: > верить в то, что всё пойдёт хорошо, и не оставлять ни единого костылика на случай, если всё пойдёт плохо, чтобы можно было бы ошибку как-нибудь осмысленно обработать. Где тут может вылезти ошибка, которую *невозможно обработать*? Я что-то такого не вижу. > Локали обсуждали недавно, с их черезжопностью. Если ты обсуждал их с голосами в своей голове, это не значит, что все анонимы тоже это слышали. Давай, рассказывай, где там возникают *ошибки, которые невозможно обработать*.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #74

74. Сообщение от Ordu (ok), 02-Янв-21, 23:56	+/–
>> alloca не канает? > Говорят, у золотых рыбок долговременная память всё ж таки работает. А вот > у тебя — не особо. Перечитай тред, что ли. Те же > грабли есть в стандарте языка, только называются VLA, а посему ­— > нет, не канает. Неспецифично. Ты читать умеешь? Изобретена alloca в unix. vla изобрели резко позже по мотивам этой самой alloca. >> попробуй собрать пайпами цепочку команд и когда она обвалится, выяснить где собственно произошла ошибка. > На сишечке — запросто (ну ладно, не очень запросто, несколько десятков строк > кода понадобится написать). В шелле сложнее, да. Но покажи, где подобное > реализовано лучше. Где-где, в rust'е вестимо. Когда я пишу file.lines().map(...).filter(...).fold(...).бла-бла-бла, я всегда могу отследить источник ошибки. > Да и нужно такое бывает крайне редко. Да, "зелен виноград". Это не нужно, пока ты не начинаешь писать bash-портянки, пытаясь выдавать осмысленные сообщения об ошибках. >> Или взять пути в файловой системе, которые позволяют любые символы > Ну с натяжкой это можно назвать граблями, хотя, скорее, из-за засилья рукожопов, Хаха. Попробуй поработать с путями из шелла, попробуй пописать скрипты, которые будут работать с любыми именами файлов. Может после этого у тебя пропадёт желание говорить о жопах с руками. >> верить в то, что всё пойдёт хорошо, и не оставлять ни единого костылика на случай, если всё пойдёт плохо, чтобы можно было бы ошибку как-нибудь осмысленно обработать. > Где тут может вылезти ошибка, которую *невозможно обработать*? Я что-то такого не > вижу. Попробуй из шелла поработать с путями. Где-то на просторах интернета был чувак, который исследовал способы работать с путями из шелла, и его вердикт был -- unix suxx. >> Локали обсуждали недавно, с их черезжопностью. > Если ты обсуждал их с голосами в своей голове, это не значит, > что все анонимы тоже это слышали. Давай, рассказывай, где там возникают > *ошибки, которые невозможно обработать*. https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02... Локаль как глобальное состояние -- это то, за что изобретателям её нужно оторвать руки. Знаешь, когда я 20 лет назад, ковыряясь в коде какого-то рогалика, напоролся на замечательный код, который модифицировал глобальную переменную хранящую уровень, с тем чтобы при использовании вещи, чьё действие зависит от уровня, эта вещь сработала согласно тому, на каком уровне она была подобрана, а не тому, на котором уровне она была использована, я подумал, что это бредовый способ справляться с проблемами. Я подумал, что единственная причина простить чувака, который написал этот бред -- это то, что тот чувак такой же безрукий студент, как и я. Но когда общесистемная хрень -- локали -- проектируются таким же образом, причём без единой задней мысли предоставить клиентскому коду, допустим, стек локалей, куда можно сделать push(locale) а потом pop(). То есть вообще просто взяли, присобачили глобал-стейт к каждому процессу, и хрен с ними со всеми потенциальными проблемами -- это либо полнейшая отмороженность, либо просто отсутствие мозга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #76

75. Сообщение от Хулиган (?), 03-Янв-21, 00:01	+2 +/–
>> Я-то новость прочитал, ещё б ты прочитал вопрос, на который отвечаешь… Попрубуем >> ещё разик: Причём здесь unix way, да и вообще unix? > Потому что это вообще очень по юниксовому -- верить в то, что > всё пойдёт хорошо, и не оставлять ни единого костылика на случай, > если всё пойдёт плохо, чтобы можно было бы ошибку как-нибудь осмысленно > обработать. Нормальное ты себе определение придумал. Только зачем эту дичь другим впаривать заправду?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #82

76. Сообщение от Аноним (11), 03-Янв-21, 02:41	+/–
> Ты читать умеешь? Изобретена alloca в unix. vla изобрели резко позже по мотивам этой самой alloca. Умею, а что, есть сомнения? Раз притащили в стандарт, значит не посчитали вредным. Могли и не тащить. > Где-где, в rust'е вестимо. А rust разве в юниксах не работает? > Это не нужно, пока ты не начинаешь писать bash-портянки, пытаясь выдавать осмысленные сообщения об ошибках. Я не пишу bash-портянки. Я пишу скрипты на POSIX shell. И в них почему-то очень редко встречаются конвейеры более чем из двух-трёх команд, причём источником ошибки, как правило, может быть только одна из них. Смею предположить, это не потому что я пишу только хелловорлды, а потому что худо-бедно научился хорошему стилю скриптинга. > Попробуй поработать с путями из шелла, попробуй пописать скрипты, которые будут работать с любыми именами файлов. Да я уже немало лет этим занимаюсь (последний год меньше, но, вроде бы, навык пока не утратил). > Где-то на просторах интернета был чувак, который исследовал способы работать с путями из шелла, и его вердикт был -- unix suxx. Много я таких чуваков перевидал. Чего далеко ходить, тут половина анонимусов такие же. Не осилят чего-нибудь и начинают вопить про suxx. > https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02... wm4 в своём репертуаре. Чем писать эту хрень, мог бы чуть погуглить, узнать про существование C.UTF-8 и не позориться. > Локаль как глобальное состояние -- это то, за что изобретателям её нужно оторвать руки. А за концепцию окружения не надо? То ж самое ведь. Подумали только на пяток ходов вперёд, а не на десять. Бывает. Но ты так и не объяснил, где тут *ошибка, которую невозможно обработать*.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #77

77. Сообщение от Ordu (ok), 03-Янв-21, 03:29	+/–
>> Ты читать умеешь? Изобретена alloca в unix. vla изобрели резко позже по мотивам этой самой alloca. > Умею, а что, есть сомнения? Раз притащили в стандарт, значит не посчитали > вредным. Могли и не тащить. Наличие чего-либо в стандарте на C -- это не показатель безвредности. Там гумна выше крыши. >> Где-где, в rust'е вестимо. > А rust разве в юниксах не работает? Если что-то работает в unix -- это не значит, что оно часть unix. MSO можно в linux запустить, и чо? >> Это не нужно, пока ты не начинаешь писать bash-портянки, пытаясь выдавать осмысленные сообщения об ошибках. > Я не пишу bash-портянки. Я пишу скрипты на POSIX shell. Это разные названия для одного и того же. > них почему-то очень редко встречаются конвейеры более чем из двух-трёх команд, > причём источником ошибки, как правило, может быть только одна из них. > Смею предположить, это не потому что я пишу только хелловорлды, а > потому что худо-бедно научился хорошему стилю скриптинга. Хахахахах. "хороший стиль скриптинга"! Лол. Ты сделал мой день. Да будет тебе известно, что хороший стиль скриптинга -- не писать скриптов. >> Попробуй поработать с путями из шелла, попробуй пописать скрипты, которые будут работать с любыми именами файлов. > Да я уже немало лет этим занимаюсь (последний год меньше, но, вроде > бы, навык пока не утратил). И если ты не знаешь проблем с путями, значит навыка и не было никогда. >> Локаль как глобальное состояние -- это то, за что изобретателям её нужно оторвать руки. > А за концепцию окружения не надо? Нет. Концепция окружения позволяет прокидывать в процессы данные, которые в целом read-only для процесса. Их глобальность для процесса не влияет. > То ж самое ведь. Подумали только на пяток ходов вперёд, а не на десять. На фоне всего остального, я бы сказал, не "подумали", а повезло. > Бывает. Но ты так и не объяснил, где тут *ошибка, которую невозможно обработать*. Я выше дал ссылку. wm4 описывает ошибку, которую невозможно обработать. Весь его баттхёрт из этой ошибки. > wm4 в своём репертуаре. Чем писать эту хрень, мог бы чуть погуглить, узнать про существование C.UTF-8 и не позориться. И чем бы ему это помогло?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #78

78. Сообщение от Аноним (11), 03-Янв-21, 13:56	+/–
> Наличие чего-либо в стандарте на C -- это не показатель безвредности. Это показатель неспецифичности для Unix (третий раз повторяю, больше не буду). > Если что-то работает в unix -- это не значит, что оно часть unix. MSO можно в linux запустить, и чо? А bash можно в винде запустить. И там будет такая же фигня с конвейерами. И чё? Выбирай инструмент, которые подходит для твоих целей. В шелле сделано разумно: покрывает 99% потребностей без чрезмерного усложнения. > Это разные названия для одного и того же. Нет. Bash и POSIX shell — разные вещи. Портянка и скрипт — тоже разные вещи. > хороший стиль скриптинга -- не писать скриптов. Желаю тебе освоить хороший стиль комментирования. > если ты не знаешь проблем с путями, значит навыка и не было никогда. Я знаю проблемы, которые возникают у нубов. Как они решаются — тоже знаю. Мои навыки устраивают работодателей, а твоё мнение на сей счёт меня не волнует. > Концепция окружения позволяет прокидывать в процессы данные, которые в целом read-only для процесса. Их глобальность для процесса не влияет. Не распарсил. > wm4 описывает ошибку, которую невозможно обработать. Весь его баттхёрт из этой ошибки. Там слишком много баттхёрта, чтобы найти собственно ошибку. Можно TL;DR? > И чем бы ему это помогло? Не стонал бы по поводу того, что локаль C не UTF-8, и что UTF-8 нет в POSIX, а понял бы, что эту проблему активно решают, и решение, глядишь, в обозримом будущем докатится и до POSIX. Я понимаю, что ты мне не ради этого ссылку давал, но там 90% — вот эти вот глупые страдашки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #80

79. Сообщение от Аноним (11), 03-Янв-21, 14:23	+/–
Currently GNU Wget2 is being developed.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

80. Сообщение от Ordu (ok), 03-Янв-21, 19:01	+/–
>> Концепция окружения позволяет прокидывать в процессы данные, которые в целом read-only для процесса. Их глобальность для процесса не влияет. > Не распарсил. Попробуй пописать на чём-нибудь кроме bash. Я б рекоменовал функциональщину, тогда проблем парсить эти вещи не будет. > эту проблему активно решают, и решение, глядишь, в обозримом будущем докатится и до POSIX Хаха. Проблема с программой есть сейчас, а не через 20 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #81, #84

81. Сообщение от Michael Shigorin (ok), 03-Янв-21, 19:05	–1 +/–
Здрасьте, а чем Вам конвейер не функциональщина? (и, кстати, любимая грабелька с ... | ...; var=val; ... и последующей потерей этой var, которая оказалась в другом экземпляре интерпретатора -- здесь как раз фича "readonly для процесса")
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #83

82. Сообщение от Michael Shigorin (ok), 03-Янв-21, 19:08	+/–
>>> ещё разик: Причём здесь unix way, да и вообще unix? >> Потому что это вообще очень по юниксовому -- верить в то, что >> всё пойдёт хорошо, и не оставлять ни единого костылика на случай, >> если всё пойдёт плохо, чтобы можно было бы ошибку как-нибудь осмысленно >> обработать. > Нормальное ты себе определение придумал. Ну вообще-то это не он придумал. --- I remarked to Dennis that easily half the code I was writing in Multics was error recovery code. He said, "We left all that stuff out of Unix. If there's an error, we have this routine called panic, and when it is called, the machine crashes, and you holler down the hall, 'Hey, reboot it.'" --- Tom Van Vleck (здесь Dennis -- это Ritchie)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

83. Сообщение от Ordu (ok), 03-Янв-21, 19:17	+/–
Функциональщина, да. Но она ему не помогает понимать глобальное ридонли состояние. Поэтому лучше не элементы функциональщины использовать, а взять и освоить функциональное программирование в целом, научится думать в этих терминах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

84. Сообщение от Аноним (11), 03-Янв-21, 21:11	+/–
> Попробуй пописать на чём-нибудь кроме bash. Это последний мой ответ тебе, поскольку ты всё равно не утруждаешь себя их чтением. Я не пишу на bash.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #85

85. Сообщение от Ordu (ok), 03-Янв-21, 22:52	+/–
>> Попробуй пописать на чём-нибудь кроме bash. > Это последний мой ответ тебе, поскольку ты всё равно не утруждаешь себя > их чтением. Чё серьёзно? > Я не пишу на bash. Продолжай и дальше заниматься этим буквоедством, я уверен люди к тебе потянутся со временем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

86. Сообщение от Аноним (86), 06-Янв-21, 11:03	+/–
В смысле?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

87. Сообщение от uis (ok), 07-Янв-21, 04:04	+/–
Выделение на стеке без ограничения длинны. Хорошо-то как...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

88. Сообщение от uis (ok), 07-Янв-21, 04:09	+/–
> Можно. С тем же результатом, включая сюда и UB. Явное выделение на стеке? UB! Временная переменная функции? UB! Сохранение регистров и вызов функции? UB!!!11 Стек Шрёдингера
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #91

89. Сообщение от uis (ok), 07-Янв-21, 04:17	+/–
Хз. Есть ещё aria2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

90. Сообщение от uis (ok), 07-Янв-21, 04:19	+/–
wget --mirror
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

91. Сообщение от Ordu (ok), 07-Янв-21, 05:36	+/–
>> Можно. С тем же результатом, включая сюда и UB. > Явное выделение на стеке? UB! > Временная переменная функции? UB! > Сохранение регистров и вызов функции? UB!!!11 > Стек Шрёдингера В целом да. C он вообще такой. Разные другие языки выделяют память под стек динамически, или на этапе компиляции вычисляют необходимый размер стека, или разделяют стек на два: control-stack и data-stack. В C же принято полагаться на "авось". Это даже работает в большинстве случаев. Но выделение памяти динамического размера на стеке -- это явно целенаправленная попытка выйти за границы применимости этого "авось".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #92

92. Сообщение от uis (ok), 12-Янв-21, 20:58	+/–
> Разные другие языки выделяют память > под стек динамически man mmap См. MAP_STACK. Достаточно динамически >или на этапе компиляции вычисляют необходимый размер стека Implementation-specific. В данном случае это к компилятору. > или разделяют стек на два: control-stack и data-stack Implementation-specific. Кстати, есть архитектуры двумя с "аппаратными" стеками. Эльбрусы, например. > В C же > принято полагаться на "авось". В Си, если программа чего-то не делает, то считается, что программисту виднее. > Но > выделение памяти динамического размера на стеке -- это явно целенаправленная попытка > выйти за границы применимости этого "авось". Стек весь "авось". Везде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

93. Сообщение от uis (ok), 12-Янв-21, 21:00	+/–
got? Global Offset Table?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

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

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