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

В Си-библиотеке  nolibc, входящей в состав ядра Linux, реализована поддержка сигналов, opennews (??), 23-Янв-23, (0) [смотреть все] Теперь выражение линукс это просто ядро можно забыть А говорящим - давать ссы, Аноним (1), 10:27 , 23-Янв-23, (1) –8 // Бред написал Тебе никто не запрещает взять ядро, как есть, а все остальные библ, Аноним (2), 10:39 , 23-Янв-23, (2) +10 // А на bash можно , Аноним (7), 11:26 , 23-Янв-23, (7) +2 // Если ты перепишешь баш на модулу-2 то у тебя есть моё лично разрешение , Аноним (2), 11:39 , 23-Янв-23, (8) +9 А, собственно, интерпретатор языка Bash тогда на чём Bash на bash , Аноним (36), 14:12 , 23-Янв-23, (36) А вы когда компилятор Си запускаете, у вас тоже вместо бинарника в bin gcc код , Аноним (91), 21:09 , 23-Янв-23, (91) +1 Ты разницу между интерпретатором и компилятором понимаешь , InuYasha (??), 13:45 , 24-Янв-23, (147) Покажи как ты из него системные вызовы дергать намерен , Аноним (-), 18:21 , 23-Янв-23, (61) Ну библиотечные вызовы без проблем https github com taviso ctypes shА далее в, Аноним (97), 21:44 , 23-Янв-23, (97) +1 Ух ты, эти мсье знают толк в извращениях Вот так при помощи клея и такой-то мат, Аноним (108), 23:48 , 23-Янв-23, (108) Любители systemd-free этим занимаются на постоянной основе , Аноним (64), 18:35 , 23-Янв-23, (64) –1 Модула-2 - мёртвый язык используемый только на госпредприятии России Создатель , Аноним (-), 15:24 , 23-Янв-23, (44) –4 // цикорий вместо кофе в железной банке, Аноним (46), 15:58 , 23-Янв-23, (46) +1 Когда делали хлеб в муку добавляли опилки и бумагу , Аноним (-), 19:56 , 23-Янв-23, (81) –1 А сейчас опилки и бумагу добавляют в колбасу и сосиски, Аноним (119), 01:43 , 24-Янв-23, (119) +3 Ну вот не надо мне тут Белковая эмульсия же Кости, кожа, гнилое и тухлое мясо, к, Омномним (?), 10:09 , 24-Янв-23, (131) +1 Сумасашол Бумага нынче - дефицит , InuYasha (??), 13:47 , 24-Янв-23, (148) Только белая Но у ссср на этот счет был эпичный лайфхак, согласно распостраненн, Аноним (-), 16:08 , 26-Янв-23, (156) Пальмовое масло , Аноним (150), 17:33 , 24-Янв-23, (150) Раз в состав GCC добавляют, значит, живее Оберона И уж точно не именно для госп, Аноним (36), 18:38 , 23-Янв-23, (65) +1 Если коротенько, минут на 40 , то в Modula-2, Oberon -ах более-менее полных и в, U202204161753 (?), 18:50 , 23-Янв-23, (67) Садись два Виртовкий Паскаль --- Модула --- Модула-2 --- Оберон У С со вр, Аноним (-), 19:43 , 23-Янв-23, (77) Версию от Н Вирта я знаю Тем не менее, это теория Я же изложил практику P S П, U202204161753 (?), 20:21 , 23-Янв-23, (82) +1 Это ты очередь за шкафами или вообще любой мебелью забыл На дни, если не месяцы, Аноним (99), 21:58 , 23-Янв-23, (99) +1 Ты видимо шутку не понял, как и ещё 7 человек , Аноним (1), 16:26 , 23-Янв-23, (49) +2 Линукс все еще просто ядро, к-е не слинковано ни с какой динамической библиотеко, Аноним (46), 11:51 , 23-Янв-23, (13) // Поясните, с целью повышения уровня образованности А с какого боку тут вообще , ryoken (ok), 12:17 , 23-Янв-23, (16) +3 // Мсье, по-видимому, намекает, что перед тем, как передать управление ядру, загруз, YetAnotherOnanym (ok), 12:38 , 23-Янв-23, (23) +3 именно, Аноним (46), 14:59 , 23-Янв-23, (42) –1 Слышьте, системные гениусы, ядро не зависит от внешних so шек Как максимум мож, Аноним (-), 18:24 , 23-Янв-23, (62) +1 Мы знаем, что не зависит и не может зависеть Потому что в противном случае эти , Аноним (46), 18:42 , 23-Янв-23, (66) Одно точно зависит, только не от сошек, а от Mach , Аноним (-), 21:43 , 23-Янв-23, (96) А кто линковать тогда будет ядро с библами Никогда не думал почему ядро имеет с, Аноним (46), 15:03 , 23-Янв-23, (43) Может стоило иметь один kdlopen а остальное самому загружать , anonimus_debilimus (?), 17:39 , 23-Янв-23, (57) А зачем Так код ядра сам себе самодостаточный Скачал, скомпилировал, закинул н, Аноним (91), 21:14 , 23-Янв-23, (93) Вы только что изобрели initrd, с той разницей что линуховое ядро все же не насто, Аноним (-), 04:16 , 24-Янв-23, (123) Линукс это ядро и минимальная libc библиотека, Аноним (19), 12:28 , 23-Янв-23, (19) +1 // Т е гвоздями прибито к С-ной либе Классная архитектура Хорошо хоть не к Ba, Neon (??), 05:50 , 24-Янв-23, (126) // Ты не поверишь - любой статически собранный бинарник гвоздями прибит к C-ной либ, Омномним (?), 10:11 , 24-Янв-23, (132) ну, любой статически собранный бинарник из кода на C, конечно же , Омномним (?), 10:12 , 24-Янв-23, (133) +1 Ну расскажи это mirai, которому как раз наплевать какая там системная либа, лишь, Аноним (162), 23:16 , 27-Янв-23, (162) Какое-то очередное ненужно Первый раз слышу это название, видимо область примене, Омномним (?), 00:17 , 28-Янв-23, (166) Линукс нонче - это ведро и systemd , tim2k (ok), 14:14 , 23-Янв-23, (37) +2 // Если бы К сожалению ретрограды норовят затащить ещё протухшие портянки и прочий, Аноним (53), 17:20 , 23-Янв-23, (53) // sd-позитивный фетишист объясняет для других на своём языке , Аноним (-), 21:45 , 23-Янв-23, (98) Ну ничего, такими темпами скоро в systemd вкорячат ядро и заживете, хипстеры , Аноним (142), 11:46 , 24-Янв-23, (142) +1 Ну, да, запихать всё необходимое для минимальной init-подсистемы прямо в ядро, в, Омномним (?), 10:45 , 23-Янв-23, (3) +13 // Такая же разумная как зонды от всех копрорастов и драйвера для Wireguard , КО (?), 12:02 , 23-Янв-23, (14) –5 // Если бы ты хоть немного понимал в системном программировании, то понял бы, что е, Аноним (53), 17:21 , 23-Янв-23, (54) +1 Вообще-то ембедовка - реальная, а не как в современных роутерах, где полноценный, Аноним (121), 03:46 , 24-Янв-23, (121) // Блоб как правило структурный, даже у RTOS ов Времена неструктурных на раз сляп, Омномним (?), 10:13 , 24-Янв-23, (134) Ну да Например kexec boot так наверное забавно делать При этом в отличие от аб, Аноним (-), 02:34 , 24-Янв-23, (120) // Вот да, второе применение - жЫрные дебаг и kexec , Омномним (?), 10:14 , 24-Янв-23, (135) Кто-нибудь знает некостыльное применение sleep Не надёжнее ли следить за заве, Аноним (9), 11:39 , 23-Янв-23, (9) +1   // какой pid скажет тебе когда подключенное USB устройство готово к обмену , Аноним (15), 12:10 , 23-Янв-23, (15)   // А какой там у ядра PID, согласно народной традиции , YetAnotherOnanym (ok), 12:34 , 23-Янв-23, (22)   // не все драйверы в ядре https en wikipedia org wiki Libusb, Аноним (15), 14:19 , 23-Янв-23, (38)   Изначально в линуксе все начинается с ядерного треда, его PID 0 вроде бы номин, Аноним (-), 00:04 , 24-Янв-23, (111)   Вот-вот, я именно его имел в виду Дождаться завершения PID 0, чтобы определить , YetAnotherOnanym (ok), 13:21 , 24-Янв-23, (146) +2   Он по моему уже не существует на момент старта инита, так что condition always , Аноним (-), 23:18 , 27-Янв-23, (163)   sleep это тоже не подскажет сам по себе , Аноним (-), 00:05 , 24-Янв-23, (112) +1   // он используется по прямому назначению - задержка в многозадачной среде исполнени, Аноним (15), 10:34 , 24-Янв-23, (141)   Тут кмк от деталей все сильно зависит, usb устройства разные бывают Но вообще е, Аноним (-), 20:33 , 24-Янв-23, (151)   я не про это говорил Послал ты уже обнаруженной по USB китайской платке команду, Аноним (15), 09:38 , 25-Янв-23, (155)   В моих протоколах мне это ACK-пакет говорит, репортящий статус операции А, чо, , Аноним (-), 16:11 , 26-Янв-23, (157)   подозреваю у тебя просто отсутствует опытhttps gitlab com dfu-util dfu-util - , Аноним (15), 17:10 , 26-Янв-23, (159)   Чего сказать то хотели Мои протоколы либо успешно прошивают девайс тем что задум, Аноним (-), 23:26 , 27-Янв-23, (164)   ваши протоколы никто не видел, а DFU отлично работает везде, от микроконтроллеро, Аноним (15), 10:22 , 31-Янв-23, (168)   wait, waitpid, а если нужно из этих функций по тайм-ауту выйти, то они прерывают, Аноним (91), 21:29 , 23-Янв-23, (94) +1   // перепиывал недавно пару открытых проектов, нужна была кросскомпиляция mingw под , Аноним (15), 10:31 , 24-Янв-23, (140)   Ну смотри, допустим мы хотим подождать нажатия условного any key, но не хотим чт, Аноним (-), 00:10 , 24-Янв-23, (115)   Настраиваешь обработку сигналов и засыпаешь А что ещё делать, если тебе нужно д, www2 (??), 06:05 , 24-Янв-23, (128)   Круто что они сконцентрировались только на актуальных архитектурах Иначе бы это, Аноним (-), 11:40 , 23-Янв-23, (11) +1 // 745K янв 23 11 20 hello-glibc25K янв 23 11 22 hello-musl, Аночик (?), 12:24 , 23-Янв-23, (17) Когда современное ядро снова на дискету помещаться начнет , Аноним (18), 12:25 , 23-Янв-23, (18) +6 // Какая дискета Магнито-оптическая , Аноним (21), 12:33 , 23-Янв-23, (21) –1 // Обычная гибкая магнитная 3 5 дискета на 1 44 МБ , Аноним (18), 13:14 , 23-Янв-23, (29) +2 // Но обычная магнитная дискетка - это 5 25 на 180 KiB А 3 5 на 1 44 МБ - это 3 , Аноним (30), 13:22 , 23-Янв-23, (30) +2 Если обычная 5 25 , почему в начале этого века они не продавались Ни разу не ви, Аноним (18), 13:50 , 23-Янв-23, (33) Потому что в любом магазине был USB-FDD адаптер бери и пользуйся И шлейфов было, Аноним (2), 14:33 , 23-Янв-23, (40) Чего Обычная магнитная дискетка - это 8 на чуть менее 80 кило D, Омномним (?), 23:59 , 23-Янв-23, (109) +1 А 3 5 там ещё и на 2 88 были, Омномним (?), 00:00 , 24-Янв-23, (110) Ещё были приводы которые могли дискету форматнуть в 30МБ и крутить её на бешенно, InuYasha (??), 15:03 , 24-Янв-23, (149) LS-240, были такие Дело там не в скорости было, там запись диска получалась одн, Омномним (?), 00:22 , 28-Янв-23, (167) А зачем тебе современное Бери дискету с QNX, добавь драйвера устройств, нашиши , Аноним (26), 12:51 , 23-Янв-23, (26) +4 // В современном ядре старые баги исправлены, новые добавлены QNX - не вариант, про, Аноним (18), 13:05 , 23-Янв-23, (28) +2 С чего это QNX вдруг стал не современным , Аноним (2), 14:34 , 23-Янв-23, (41) +2 Но для чего Разьема FDD уже давно нет на материнках , Аноним (31), 13:41 , 23-Янв-23, (31) // Разъема , Аноним (31), 13:43 , 23-Янв-23, (32) // Разъёма , Олег (??), 23:02 , 27-Янв-23, (161) +1 Загрузочные CD DVD диски эмулируют дискеты , Аноним (18), 13:52 , 23-Янв-23, (34) // Не совсем дискеты IDE FDD, вкривь-вкось, можно пихнуть необычную геометрию Ну и, Омномним (?), 00:08 , 24-Янв-23, (113) Да они и HDD эмулируют не хуже , Аноним (-), 00:14 , 24-Янв-23, (116) Зачем Современная дискета - это флешка Ну ещё с натягом - DVD-RW , Аноним (36), 14:20 , 23-Янв-23, (39) –3 // Нука запрети аппаратно запись на флешку Слабо магнитом инфу с флешки стереть , Брат Анон (ok), 19:45 , 23-Янв-23, (78) +2 // У меня флеха с readonly свичом есть Прекрасно работает, становится ридонли , Аноним (-), 21:09 , 23-Янв-23, (90) с чего угодно стереть можно камнем, главное ударить посильнее, 5к (?), 09:16 , 25-Янв-23, (154) Этот неандерталец совсем ниасилил микроволновки , Аноним (-), 16:13 , 26-Янв-23, (158) Просто бил недостаточно сильно, видать, Гипероним (?), 22:27 , 27-Янв-23, (160) Тяжелая, небось, поди еще попади по мелкой флешке таким ящиком , Аноним (-), 23:28 , 27-Янв-23, (165) Оно помещается примерно 500 кб в минимуме См Floppinux , whoami (??), 17:01 , 23-Янв-23, (50) +2 Куда дискета будет помещаться , Mickey_Mouse (?), 17:19 , 23-Янв-23, (52) // в Gotek Floppy Emulator, Oldfan (?), 13:22 , 26-Июн-23, (169) А Busybox Busybox с ней собрать можно , YetAnotherOnanym (ok), 12:32 , 23-Янв-23, (20) а зачем эта обёртка функционала системных вызовов недостаточно в статье перечи, Аноним (25), 12:46 , 23-Янв-23, (25) –1 // Функционал - это пассивный содомит А у системных вызовов - функциональность , Аноним (53), 17:24 , 23-Янв-23, (56) // пассивный - это то, что постоянно заботит жителей этой страны, Аноним (25), 22:20 , 23-Янв-23, (100) +1 Ножно больше libc, анонимомус (?), 15:57 , 23-Янв-23, (45) +1 // Ручно больше libcЧто это значит вообще Вариации с гениталиями по-крайней мере о, Аноним (-), 16:21 , 23-Янв-23, (47) // тебе нужно перестать бухать посмотри на шиroрина в его 23 и увидишь, что будет , Аноним (25), 22:22 , 23-Янв-23, (101) Библиотеки - для девочек, только syscall NR_ , только хардкор , pavlinux (ok), 23:47 , 23-Янв-23, (107) +1 // Тебя что, в сорц mirai сегодня занесло Так то прикольный у них самоход получилс, Аноним (162), 00:20 , 24-Янв-23, (118) +1 Сеть, потоки и utf-8Здравствуйте, 750kB, Аноним (122), 03:47 , 24-Янв-23, (122) // Можешь в сорце mirai позырить как сделать из сисколов сеть по минимуму И никаки, Аноним (-), 20:36 , 24-Янв-23, (152) –2 Еще какой-то неосилятор posix решил переписать , под соусом - стильно, модно, , bOOster (ok), 06:28 , 25-Янв-23, (153) –1 1,3,9,11,18,20,25,45,107,122,153

Сообщения

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

9. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+1 +/–
Сообщение от Аноним (9), 23-Янв-23, 11:39
Кто-нибудь знает "некостыльное" применение sleep? Не надёжнее ли следить за завершением какого-либо процесса через pid?
Ответить | Правка | Наверх | Cообщить модератору

	15. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (15), 23-Янв-23, 12:10
	> Не надёжнее ли следить за завершением какого-либо процесса через pid? какой pid скажет тебе когда подключенное USB устройство готово к обмену ?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от YetAnotherOnanym (ok), 23-Янв-23, 12:34
	А какой там у ядра PID, согласно народной традиции?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (15), 23-Янв-23, 14:19
	> А какой там у ядра PID, согласно народной традиции? не все драйверы в ядре? https://en.wikipedia.org/wiki/Libusb
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (-), 24-Янв-23, 00:04
	> А какой там у ядра PID, согласно народной традиции? Изначально в линуксе все начинается с ядерного треда, его PID = 0 вроде бы номинально. Потом он кроме всего прочего создаст еще один, который уже PID = 1, он попытается стать вашим init'ом. Но это не конец истории. Во первых есть такая штука как kthreadd. Обычно он садится на PID=2, хотя является ли это каким-то жестким requirement - черт знает, сорц смотреть надо. Как можно догадаться из названия, это - как инит, но для тредов кернела. Треды ядра считаются запущенными им, он их "parent pid" для всего что важно. Ах да, из всего этого следует что ядро так то threaded и может запускать треды. Какой там у них PID будет? Да любой валидный. Это мало чем хуже обычного процесса. Ну разве что исполняемого файла нет (линк на образ исполняемого в proc не работает) и убить стандартным способом нельзя. Если этого показалось мало, есть еще такая штука как kworker. На самом деле довольно забавная штука, используется для дефера тяжелых операций в фоновые воркеры. Те кому в ядре надо тяжелые операции пульнуть могут зарегистрировать это в воркере и отвалить по быстрому. А вот это добро потом в фоне отпедалит запрошенное. Так то довольно продвинуто, для ядра то, такому то сервису и апликушник высокоуровневый позавидует иной раз. Ну вон ps -AF какой рисует ядерные тредики не как processname а как [processname], квадратные скобки хинтят что это принадлежит ядру. Так что если вы хотели все его PID познать - да вот, изучайте. Ну там ps -AFH вам в руки (это еще и иерархически, показывает что треды ядра под kthreadd живут например).
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	146. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+2 +/–
	Сообщение от YetAnotherOnanym (ok), 24-Янв-23, 13:21
	> Изначально в линуксе все начинается с ядерного треда, его PID = 0 > вроде бы номинально. Вот-вот, я именно его имел в виду. Дождаться завершения PID=0, чтобы определить готовность USB-устройства - эта идея мне нравится.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (-), 27-Янв-23, 23:18
	Он по моему уже не существует на момент старта инита, так что "condition always true, optimize out". А коли так - считайте что usb девайс всегда доступен, с дельфистов пример берите!
	Ответить | Правка | Наверх | Cообщить модератору

	112. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+1 +/–
	Сообщение от Аноним (-), 24-Янв-23, 00:05
	> какой pid скажет тебе когда подключенное USB устройство готово к обмену ? sleep это тоже не подскажет сам по себе :)
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	141. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (15), 24-Янв-23, 10:34
	> sleep это тоже не подскажет сам по себе он используется по прямому назначению - задержка в многозадачной среде исполнения в ожидании готовности устройства
	Ответить | Правка | Наверх | Cообщить модератору

	151. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (-), 24-Янв-23, 20:33
	> он используется по прямому назначению - задержка в многозадачной среде исполнения в > ожидании готовности устройства Тут кмк от деталей все сильно зависит, usb устройства разные бывают. Но вообще есть и менее дурацкие способы отлова наличия нужного девайса. Начиная с рулесов udev допустим, когда тот сам желаемую программу позовет по факту "обнаружен девайс VID:PID такой-то". Можно serial или что там еще взять. Я так себе сделал /dev/board0 допустим для вон той платки. Или /dev/china-crap для кетайского сериального шнурка (crap за глючность его чипа). Ну, как появляется так с ним что-то и делается.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (15), 25-Янв-23, 09:38
	> дурацкие способы отлова наличия нужного девайса я не про это говорил. Послал ты уже обнаруженной по USB китайской платке команду стереть флешь память - какой удав тебе скажет что процесс завершён и можно следующую команду слать ?  только ждать определённое время - sleep/usleep в зависимости от команды.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (-), 26-Янв-23, 16:11
	> я не про это говорил. Послал ты уже обнаруженной по USB китайской > платке команду стереть флешь память - какой удав тебе скажет что > процесс завершён и можно следующую команду слать ? В моих протоколах мне это ACK-пакет говорит, репортящий статус операции. А, чо, так можно было. Заодно если что-то пошло не так это еще и репортить нехило бы, потому что отдать кастомеру заглюченый девайс - ведет к куче проблем и затрат у всех в этой цепочке. > только ждать определённое время - sleep/usleep в зависимости от команды. Это что-то совсем уж донный уровень инженерии. Даже для китайцев.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (15), 26-Янв-23, 17:10
	> Это что-то совсем уж донный уровень инженерии. Даже для китайцев. подозреваю у тебя просто отсутствует опыт https://gitlab.com/dfu-util/dfu-util/-/blob/master/src/porta... https://gitlab.com/dfu-util/dfu-util/-/blob/master/src/main.... https://gitlab.com/dfu-util/dfu-util/-/blob/master/src/dfuse... и тд
	Ответить | Правка | Наверх | Cообщить модератору

	164. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (-), 27-Янв-23, 23:26
	Чего сказать то хотели? Мои протоколы либо успешно прошивают девайс тем что задумано, либо это валится с диагностикой что не так. И мне такое поведение вполне нравится. При том это не обязан быть USB. Хотя по нему тоже так можно. А в чем прикол? Мне не нравятся заваленые апдейты и левак прошитый в устройства, равно как и отсутствие диагностики что не так. Если вы хотели сказать что г@вняная работа прошивалок это так и задумано - вот я и пожелаю вам удачных обновлений ваших фирмварей.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (15), 31-Янв-23, 10:22
	> Мои протоколы либо успешно прошивают девайс тем что задумано, либо это валится с диагностикой что не так. ваши протоколы никто не видел, а DFU отлично работает везде, от микроконтроллеров до SoC c UDC на u-boot и любой хостовой ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+1 +/–
	Сообщение от Аноним (91), 23-Янв-23, 21:29
	wait, waitpid, а если нужно из этих функций по тайм-ауту выйти, то они прерываются сигналами. Если нужно просто заблочить исполнение программы, пока child не вернёт статус, то хватит и просто этих двух функций. Если вам нужен таймаут, но не нравятся сигналы, то можно просто через kill(pid, 0) проверять, существует ли такой pid (костыльный метод, т.к. pid может быть не того процесса, который ожидался, но мне лень сейчас придумывать другой), а в качестве функции сна лучше юзать nanosleep вместо usleep (если нужны тайминги меньше секунды), т.к. я заметил, что usleep как-будто в busy-waiting сидит и жрёт процессор, когда nanosleep не жрёт ничего и выдаёт сумасшедшую точность на обычном десктопном процессоре (я так себе часики в статусбарной самописной приложухе для dwm подкручиваю, чтобы секунды тикали именно когда они должны тикать, а не накапливали ошибку и потом перепрыгивали через одну секунду).
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	140. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (15), 24-Янв-23, 10:31
	> в качестве функции сна лучше юзать nanosleep вместо usleep (если нужны тайминги меньше секунды), т.к. я заметил, что usleep как-будто в busy-waiting сидит перепиывал недавно пару открытых проектов, нужна была кросскомпиляция mingw под венду - usleep для венды есть в отличии от nanosleep
	Ответить | Правка | Наверх | Cообщить модератору

	115. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от Аноним (-), 24-Янв-23, 00:10
	> Кто-нибудь знает "некостыльное" применение sleep? Ну смотри, допустим мы хотим подождать нажатия условного any key, но не хотим чтобы это было блокирующей нас насовсем операцией. Ну мало ли может мы хотим возможность по ходу дела передумать и допустим завершиться по другому критерию вместо того чтобы эникей ждать. Если мы будем наивно чекать эникей в цикле, с максимальной скоростью - это в принципе сработает. Однако если вызов не блочится, мы будем гонять цикл с офигенной скоростью, гоняя дикое количество сисколов в секунду и грузя систему как черт знает что. Вопрос: а нам точно надо знать нажатие эникей с чуть не микросекундной точностью? Или плюс-минус сотня миллисекунд которые юзер даже не увидит - не так уж и страшно? Ну полсотни, точно не увидит. А вот тут можно воткнуть sleep() в цикл и он таки будет каждые 50 миллисекунд чекать не нажал ли юзер эникей. А может и что еще. Основательно разгрузив систему от постоянного поллинга с максимальной скоростью. Пример несколько условный и не является руководством к действию но дает понять в чем прикол. Программа жрущая ядро проца в полку на ожидание чего-то совершенно не рулит. А тут мы сигналим операционке что в принципе не особо торопимся, можно поспать, проц отдайте другим программам на это время.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	128. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."	+/–
	Сообщение от www2 (??), 24-Янв-23, 06:05
	Настраиваешь обработку сигналов и засыпаешь. А что ещё делать, если тебе нужно дождаться поступления сигнала? Только спать.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

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

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