The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



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

"Уязвимости в  systemd, Flatpak, Samba, FreeRDP, Clamav, Node.js"  +/
Сообщение от opennews (??), 13-Янв-22, 11:16 
Во входящей в состав systemd утилите systemd-tmpfiles выявлена уязвимость (CVE-2021-3997), позволяющая вызвать неконтролируемую рекурсию. Проблему можно использовать для организации отказа в обслуживании во время загрузки системы через создание в каталоге /tmp большого числа вложенных подкаталогов...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56498

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

Оглавление

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

1. Сообщение от Аноним (1), 13-Янв-22, 11:16   +12 +/
Буллшит бинго.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #42

2. Сообщение от Аноним (2), 13-Янв-22, 11:16   +5 +/
"Уязвимости в systemd, Flatpak, Samba, FreeRDP, Clamav, Node.js"

"К-к-кооомммбоо!!!"

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

3. Сообщение от Анонимemail (3), 13-Янв-22, 11:23   +3 +/
видимо, задолбались писать отдельные новости о дырах, решили агрегировать — можно даже отдельную рубрику сделать)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

4. Сообщение от Аноним (4), 13-Янв-22, 11:28   –5 +/
Что такого полезного делает Systemd, чтобы его внедрять и делать больше дыр?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #11, #25, #41, #57

5. Сообщение от Аноним (5), 13-Янв-22, 11:30   +3 +/
Почему никто не вспомнил про время загрузки systemd? Это же ведь самое важное!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #16, #21, #47, #53

6. Сообщение от Жироватт (ok), 13-Янв-22, 11:33   –1 +/
FreeRDP стоило бы вычеркнуть - сам он хорош, гнил лишь сам майковский протокол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #22

7. Сообщение от Жироватт (ok), 13-Янв-22, 11:34   +6 +/
Еще не надоело разводить срач?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10, #26

8. Сообщение от Жироватт (ok), 13-Янв-22, 11:35   –1 +/
Хм...

systemd, Flatpak, Node.js - копроративная хрень от шапочников
Samba, FreeRDP, Clamav, - аналог и две привязки к майковским поделиям.

Думаю, стоило бы так разделить новости

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

9. Сообщение от Жироватт (ok), 13-Янв-22, 11:38   –9 +/
Ни строка не сходится, ни столбец.
Нету SELinux, Docker, <хипстоподелие-на-Rust>, Кибернетес и МСэджФорЛинукс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #23

10. Сообщение от Анонимemail (3), 13-Янв-22, 11:38   +/
> и делать больше дыр

... в озоновом слое

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

11. Сообщение от Аноним (11), 13-Янв-22, 11:40   +1 +/
Поставляет дыры в RH дистры, чтобы можно было продать следующе версию
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #14

12. Сообщение от Аноним (12), 13-Янв-22, 11:40   +1 +/
Gghh
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Анонимemail (3), 13-Янв-22, 11:41   +/
а нода каким местом относится к Red Hat?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #43, #44

14. Сообщение от Анонимemail (3), 13-Янв-22, 11:48   –5 +/
RHEL божественен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #19

15. Сообщение от Аноним (15), 13-Янв-22, 11:50   –3 +/
Вот не надоело на больное давить? "Ценителям" снова придется напрягаться и ради тебя одного искать список плюсов. Хотя в душе понимая, что это яма
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

16. Сообщение от Аноним (4), 13-Янв-22, 11:53   +4 +/
Devuan стабильнее работает и запускается увереннее чем Debian 11
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #36

17. Сообщение от InuYasha (??), 13-Янв-22, 11:55   +1 +/
systemd-tmpfiles --remove вообще может повесить всё на свете. Знаю программистов, которые что-то такое в прод выкатывали, что этот процесс зачистки стабильно вешал машину раз (а то и два) в день. Не знаю, что там в поднаготной, но разве так трудно вообще снести директорию в /tmp/ и создать заново? Но нет - надо удалять в цикле каждый из миллиона файлов... (то, что погромисты косячники, я не спорю)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98

18. Сообщение от Аноним (11), 13-Янв-22, 11:55   +/
Combo horror
Ответить | Правка | Наверх | Cообщить модератору

19. Сообщение от Аноним (19), 13-Янв-22, 11:56   –1 +/
С точки зрения успешности продаж?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #20

20. Сообщение от Анонимemail (3), 13-Янв-22, 11:58   –2 +/
бытия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #107

21. Сообщение от rshadow (ok), 13-Янв-22, 12:00   +/
Потому что это устарело еще на старте systemd. Даже в sysv была сразу добавлена иерархия которая снизила время загрузки до нескольких секунд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

22. Сообщение от Аноним (22), 13-Янв-22, 12:03   –2 +/
В лине никогда не будет аналога хреновому RDP/MSTSC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #24

23. Сообщение от Аноним (1), 13-Янв-22, 12:03   +5 +/
Сходится-сходится, 3 хипстоподелия в заголовке как минимум, одно ненужно и два ненужно для тех, у кого мышь от пальцев не отлипла.

По поводу того, что ты упомянул - ну не бывает таких праздников, чтобы прямо вообще всё валилось и разом, если это только не вытянутый из сотни импортов leftpad. Если и это повалится, то тут двойное бинго.

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

24. Сообщение от Жироватт (ok), 13-Янв-22, 12:11   +2 +/
Аналоги вендорлока были, есть и будут. От NX до переработанного VNC.
Просто кое-кто "сисьодмен" и ничего другого, кроме как переустановить крянутую винду, ломануть termserv.dll и кое как пробросить 1С в remoteapp не знает, а главное не хочет знать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #32, #50

25. Сообщение от Michael Shigorinemail (ok), 13-Янв-22, 12:12   –11 +/
Смотря кому...

С учётом http://vk.com/@erthink-risc-v и тенденций в "работе с уязвимостями", ставшей очередным бизнесом вроде "антивирусного", сдаётся мне, что "дорогие партнёры" видят здесь лишь ещё один фронт, на котором хаос должен контролироваться именно ими.

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

26. Сообщение от псевдонимус (?), 13-Янв-22, 12:27   +/
Нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #109

27. Сообщение от Аноним (27), 13-Янв-22, 12:34   –1 +/
Также упоминается более опасный сценарий атаки на Ubuntu 21.04: так как из-за краха systemd-tmpfiles не создаётся файл /run/lock/subsys, а каталог /run/lock допускает запись для всех пользователей, атакующий может создать каталог /run/lock/subsys под своим идентификатором и через создание символических ссылок, пересекающихся с lock-файлами от системных процессов, организовать перезапись системных файлов.

Мне кажется или systemd тут это вершина айсберга? Почему из-за отсутствия какого-то временного(!) файла, в папке, доступной для записи всем(!!), возможна перезапись системных файлов? Тут вопросы не к авторам сустемд

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

28. Сообщение от Аноним (32), 13-Янв-22, 12:36   +3 +/
Системд — ненужно, которое генерирует ненужные уязвимости.  
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #38

29. Сообщение от псевдонимус (?), 13-Янв-22, 12:38   +1 +/
Системда, факпак, нода.
Все в порядке, ничего необычного.
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от Аноним (31), 13-Янв-22, 12:39   +2 +/
Это уязвимости для кого надо уязвимости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #103

32. Сообщение от Аноним (32), 13-Янв-22, 12:40   +/
А самое главное что им это ненужно знать. Никто  им не доплатит за эти знания.

Да даже тебе за эти сакральные знания никто не заплатил.  

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

36. Сообщение от Аноним (36), 13-Янв-22, 12:52   +/
Devuan это вещь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #106

38. Сообщение от Аноним (-), 13-Янв-22, 12:55   +/
Ага, лучше было бы, наверное, вообще забить на очистку /tmp, как это повсеместно было во времена sysV init.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #46, #49

41. Сообщение от Аноним (41), 13-Янв-22, 12:58   +/
Он создаёт паству.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

42. Сообщение от Аноним (42), 13-Янв-22, 13:04   +3 +/
> Уязвимости в systemd, Flatpak, Samba, FreeRDP, Clamav, Node.js

Прям сундук изобилия! Список на обязательное удаление отовсюду.

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

43. Сообщение от Аноним (42), 13-Янв-22, 13:07   +/
ты не знал, что ли?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

44. Сообщение от Аноним (42), 13-Янв-22, 13:09   +1 +/
P.S. Хинто 1: IBM...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

46. Сообщение от Аноним (46), 13-Янв-22, 13:16   –2 +/
Вам Шляпа доплачивает за защиту в комментах? Ну ведь всем же понятно что системд дно по самой своей архитектуре и даже по реализации. Но нет все равно системд — наше все. Фу такими быть.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

47. Сообщение от Аноним (42), 13-Янв-22, 13:16   +3 +/
> время загрузки systemd?

Уже в несколько раз медленнее, чем старые баш-портянки.

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

48. Сообщение от Ан (??), 13-Янв-22, 13:31   –1 +/
Ну и чем самбу заменить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #52, #62

49. Сообщение от tolstushka.ru (ok), 13-Янв-22, 13:32   +/
В нормальных дистрибутивах был вызываемый через крон скрипт, который проверял access time и удалял брошенные файлы безо всяких systemd-tmpfiles...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #56

50. Сообщение от Аноним (22), 13-Янв-22, 13:38   –1 +/
Я имею в виду по скорости и фичам.

VNC/NX и прочие убожества рядом не валялись.

https://en.wikipedia.org/wiki/Remote_Desktop_Protocol#Features

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

51. Сообщение от rshadow (ok), 13-Янв-22, 13:45   +/
Кстати да. Чуть какая-то проблема, с сетью например, и ловишь таймаут загрузки на 5 минут по дефолту. Просто бред какой-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #55

52. Сообщение от Аноним (52), 13-Янв-22, 14:29   +2 +/
NFS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #59, #61, #80

53. Сообщение от Аноним (53), 13-Янв-22, 15:27   +/
> Почему никто не вспомнил про время загрузки systemd?

Плюс время завершения работы в некоторых случаях.

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

55. Сообщение от Аноним (55), 13-Янв-22, 16:17   +2 +/
ага. Баш-портянку хоть прервать можно было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

56. Сообщение от haha (??), 13-Янв-22, 16:30   –1 +/
Линки в студию на это божественный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #58

57. Сообщение от _kp (ok), 13-Янв-22, 16:53   –1 +/
Чем полезен?
При всех багах, дырах и тормозах systemd проще в управлении. Не удобнее, а именно проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

58. Сообщение от компаунд (?), 13-Янв-22, 17:35   +5 +/
> Линки в студию на это божественный код.

find /tmp -type f -mtime +14 -delete

???

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

59. Сообщение от ыы (?), 13-Янв-22, 17:38   –2 +/
Оно уже перестало подвешивать сервер при потере пакета в сети?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

60. Сообщение от gachisika (?), 13-Янв-22, 17:47   +1 +/
Страшный сон для Systemd'щика
Ответить | Правка | Наверх | Cообщить модератору

61. Сообщение от Аноним (61), 13-Янв-22, 18:24   +/
Зачем тебе игры?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

62. Сообщение от Ilya Indigo (ok), 13-Янв-22, 18:25   –1 +/
ssh/sftp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

64. Сообщение от Смузихлёб (?), 13-Янв-22, 19:02   +1 +/
СустемД – божественен, т.к. не обязывает знать убогий шэлл скриптинг, от синтаксиса которого блевать хочется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #76, #85, #105

65. Сообщение от Аноним (65), 13-Янв-22, 19:42   –2 +/
Обнаружили, исправили — живём дальше. Что особенного?..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73

66. Сообщение от anonymous (??), 13-Янв-22, 19:44   –1 +/
Что-то не вижу панических завываний в списках рассылки федоры, ведь судя по тону автора надвигается катастрофа. Власти скрывают? Или у кого то легкое жжение от накрывшейся доходной конторы по платной возни с баш портянками? Очень напоминает кричалки про "президента -тридвараса" и "пандугеть". Как страшно жить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #93

67. Сообщение от Аноним (67), 13-Янв-22, 19:54   +2 +/
Кто-нибудь может мне объяснить зачем этот tmpfiles вообще существует?
Вон в генточке даже безусловная зависимость на него, но если его снести - все продолжает работать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69

68. Сообщение от john_erohin (?), 13-Янв-22, 20:01   +/
в таком случае mmc.exe супербожественен, т.к. не обязывает знать вообще никакой скриптинг.
но любители повершелла разумеется не согласны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

69. Сообщение от john_erohin (?), 13-Янв-22, 20:08   +1 +/
насколько я понял, в какой-то момент каталог /tmp на обычном диске в обычной
файловой системе стало держать немодно. под это дело изобрели tmpfs,
а для нее демона, котрый будет создавать и монтировать,
заодно и юзерские /run/user/$uid он же сделает.
а потом демона подгреб под себя Линус Поттеринг, и все заверте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

70. Сообщение от Аноним (-), 13-Янв-22, 20:14   +3 +/
Да-да, Михаил, лучше пользоваться закрытой на всю голову бандурой за 120 косых и без нормального ассемблера, чем RISC-V.

Намеренно оставленная дыра, ну надо же.

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

71. Сообщение от Wilem82 (ok), 13-Янв-22, 21:06   –4 +/
> выполнение операции "systemd-tmpfiles --remove" приводит к аварийному завершению из-за исчерпания стека.

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

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

72. Сообщение от Аноним (42), 13-Янв-22, 21:08   –1 +/
А что ты хотел от потерингов?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

73. Сообщение от Аноним (42), 13-Янв-22, 21:11   –1 +/
И таких багов уже неск-ко сотен версий...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

76. Сообщение от Аноним (76), 13-Янв-22, 21:15   +1 +/
Кто заставляет на баше писать? Можно хоть на питоне это делать, хоть на лиспе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #104

77. Сообщение от Wilem82 (ok), 13-Янв-22, 21:32   –3 +/
Блин, там даже коллекции не нужны - в нормальных языках такие вещи через итератор делаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

78. Сообщение от lleeree_ (ok), 13-Янв-22, 23:12   +1 +/
Ну вот кликбейтный заголовок новости, а как макаки распрыгались!
По сути-то нашли дыру в systemd и закрыли в остальных перечисленных.
Ответить | Правка | Наверх | Cообщить модератору

79. Сообщение от AlexYeCu_not_logged (?), 14-Янв-22, 00:05   +/
>Samba 4.13.1
>через манипуляции с символическими ссылками на разделах SMB1 или NFS
> или NFS

Не понял…

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

80. Сообщение от AlexYeCu_not_logged (?), 14-Янв-22, 00:09   –1 +/
>NFS

Увы, есть неприятная особенность: при hard монтировании сетевой ресурс должен быть доступен, иначе весь хоть каким-то боком связанный с nfs-шарами софт нормально работать не будет. KDE-софтом вообще пользоваться будет нельзя, так вот оно замечательно спроектировано. А soft монтирование, похоже, убрали или с какой-то версии, или дистры вроде той же Федоры собирают без оного.

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

81. Сообщение от Аноним (42), 14-Янв-22, 01:24   +/
Ёжики кололись и плакали, но продолжали грызть федору.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #96

82. Сообщение от Аноним (42), 14-Янв-22, 01:26   +/
И что там особенного, что ты привёл ссылку на пидовекию?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

83. Сообщение от Аноним (84), 14-Янв-22, 01:32   –1 +/
Видишь рекурсию в реальном коде - автоматически отвергаешь пулл-реквест. Всегда можно либо переписать на нормальную итеративную версию, которая в каждый момент времени знает текущий элемент и ближайших соседей и не жрёт память, либо, накрайняк, если очень сложно избавиться от рекурсивности, проэмулировать стек вызовов LIFO/FIFO структурой в куче,размер которой ограничивается всей доступной памятью (динамическое программирование и т.п.)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

84. Сообщение от Аноним (84), 14-Янв-22, 01:37   +/
Любители алгоритмов как раз очень хорошо знают про то, что в текущих ОС стек вызовов достаточно мелкий и осилит только хвостовую, поэтому в реальный код её не пихают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

85. Сообщение от псевдонимус (?), 14-Янв-22, 04:05   +/
> СустемД – божественен, т.к. не обязывает знать убогий шэлл скриптинг, от синтаксиса
> которого блевать хочется.

Ты Шелл с пердоном перепутал. Судя по результату, "разработчики" на пердон блюют на клавиатуру, а потом прыгают по ней жопой.

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

87. Сообщение от john_erohin (?), 14-Янв-22, 07:22   +/
> любители Си опять

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

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

88. Сообщение от Ordu (ok), 14-Янв-22, 07:38   +/
> "дорогие партнёры"

Тамбовский волк тебе дорогой партнёр.

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

89. Сообщение от Аноним (-), 14-Янв-22, 08:10   +/
Надо как-нибудь сделать его дорогим партнёром реактось - он весь опеннет зальёт разговорами о том, как он на самом деле всю жизнь любил винду. Ну как тогда грант кто-то пытался из правительства выбить (и выбил), только за составление дистрибутивов должен взяться альт.

Пример, разумеется, гипотетический: альт перепродавать реактось (или BSD), конечно же не будет, потому что в таком случае надо иметь команду инженеров, а не комментаторов.

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

90. Сообщение от Аноним (-), 14-Янв-22, 08:13   +2 +/
Ты там таблеточки иногда принимай, sd-позитивный ты наш. Вроде ещё не весна, а ты уже возбудился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

91. Сообщение от Аноним (-), 14-Янв-22, 08:17   +/
>systemd давно пора переписать на другой язык, который сейчас в моде.

Я двумя руками за, теперь надо обдумать, как это сделать: надо кинуть клич в твиттере или написать воззвание и повесить в гей-баре?

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

92. Сообщение от Аноним (-), 14-Янв-22, 08:23   +/
>Видишь рекурсию в реальном коде - автоматически отвергаешь пулл-реквест.

Чёт ты какой-то категоричный. Я регулярно ставлю в коде рекурсию на обработке edge-кейсов, сводя их к базовому. Глубина рекурсии - всего один вызов.
>Всегда можно

Не всегда нужно. Если n гарантированно маленькое, то не нужно и переписывать, алсо, ты забыл про высший порядок и банальный while, который по сути и есть замена для простой рекурсии (при этом код не факт что будет знать про элемент и соседей).

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

93. Сообщение от Аноним (93), 14-Янв-22, 08:30   +/
Вроде как что-то правильное, но ничерта не понятно. Можно по-русски?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

94. Сообщение от Аноним (94), 14-Янв-22, 11:19   +/
> Глубина рекурсии - всего один вызов.

Ты про хвостовую чёль?

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

95. Сообщение от Аноним (94), 14-Янв-22, 11:30   –1 +/
Если рабочий кейс можно решить с помощью "простой" рекурсии, то итеративный алгоритм приходит обычно на ум быстрее. За исключением, возможно задач на деревья и графы, где рекурсия вспоминается первой из-за деформации академическим образованием
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #112

96. Сообщение от AlexYeCu_not_logged (?), 14-Янв-22, 11:59   +/
> Ёжики кололись и плакали, но продолжали грызть федору.

А как называется зверёк, который триггерится на отдельно взятое слово, а затем, не вникая в подробности, начинает брызгать фекалиями?

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

97. Сообщение от john_erohin (?), 14-Янв-22, 14:40   +/
>  как это сделать

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

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

98. Сообщение от tim2k (ok), 14-Янв-22, 15:47   +/
Удаление директории целиком эквивалентно рекурсивному удалению. В таком случае проще делать newfs, но это костыли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

99. Сообщение от Анонимленьлогиниться (?), 14-Янв-22, 20:22   –1 +/
Потому что при soft-монтировании при проблемах софт клинило еще похлеще. И если хард-монтирование перезагрузку сервера обрабатывало временным подвисанием с продолжением работы, то при soft поведение было вообще непредсказуемо. Поэтому hard,intr - как бы единственный рекомендованный способ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #100, #102

100. Сообщение от AlexYeCu_not_logged (?), 14-Янв-22, 22:52   +/
> Потому что при soft-монтировании при проблемах софт клинило еще похлеще.

Как именно? Что там вообще может быть, кроме «данных, улетающих в никуда при отвале сервера»? Для меня это неактуально: при бэкапах я отвал уж точно замечу, ибо практически в ручном режиме, а файлохранилище, считай, в ридонли работает (точнее, нет, но по nfs на него ничего не пишется).

Ну и да, hard, по сути, не даст клиенту нормально загрузиться при отвале сервака. Да и в рабочей системе перестанет отзываться дофига всего, от dolphine до konsole. Не уверен, что перезагрузка/отключение не через reisub работать будут при этом.

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

102. Сообщение от YetAnotherOnanym (ok), 15-Янв-22, 12:18   +/
> Поэтому обходить NFS за десять вёрст - единственный возможный способ...

Поправил.

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

103. Сообщение от Адмирал Майкл Роджерс (?), 15-Янв-22, 13:07   +/
Я уверен, сэр, что организация, которую я имел честь возглавлять, по-прежнему придерживается самых строгих стандартов в вопросе использования программных средств, не относящихся к категории общедоступных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

104. Сообщение от Аноним (109), 15-Янв-22, 14:08   +1 +/
Раздалось громкое "бабах!" и воздух наполнился запахами крови и фекалий. Это взорвалась жеппа Смузихлеба.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

105. Сообщение от YetAnotherOnanym (ok), 15-Янв-22, 15:10   +/
Тонко. Зачот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

106. Сообщение от Аноним (109), 15-Янв-22, 16:09   +/
Да, с ним словосочетание "магазин на диване" обретает новый смысл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

107. Сообщение от Аноним (109), 15-Янв-22, 16:10   +/
Невыносимая легкость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

108. Сообщение от Аноним (109), 15-Янв-22, 16:11   +1 +/
> http://vk.com/

Мишель, я не хочу лезть в ЭТО.

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

109. Сообщение от Аноним (109), 15-Янв-22, 16:11   +/
Псевдонимуса ответ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

110. Сообщение от псевдонимус (?), 16-Янв-22, 10:37   +/
>Отправлено AlexYeCu_not_logged, 14-Янв-22 11:59  

Так и называется.

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

111. Сообщение от Злой Аноним (?), 17-Янв-22, 16:23   +/
Я про guard conditions, которые приводят случай к базовому. У хвостовой глубина стека вверх не идёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

112. Сообщение от Злой Аноним (?), 17-Янв-22, 16:24   +/
>то итеративный алгоритм приходит обычно на ум быстрее

Это в зависимости от опыта.

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


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру