По следам Почему может зависнуть вызов localtime()? понадобилась async-signal-safe реализация snprintf(), чтобы можно было реализовать человеческое логгирование в обработчиках сигналов. Нашел такую вот реализацию с непонятной лицензией: https://github.com/idning/safe_snprintf В принципе, что нужно, но она слишком кастрированная - не знает про ширину полей. Нашел не такую кастрированную reentrant реализацию в newlib но не понятно как её выдрать оттуда. Какие есть ещё идеи/реализации?
Ответ на:
комментарий
от Deleted
Ответ на:
комментарий
от asaw
Ответ на:
комментарий
от anonymous
Ответ на:
комментарий
от Sorcerer
Ответ на:
комментарий
от asaw
Ответ на:
комментарий
от gv
15 сентября 2017 г.
Ответ на:
комментарий
от Sorcerer
Ответ на:
комментарий
от asaw
Ответ на:
комментарий
от cvv
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Стекирование обработчиков сигналов (2017)
- Форум [C, gtk+] Обработчики сигналов (2010)
- Форум Thread-safe использование PySQLite (2011)
- Форум GTK+ произвести манипуляции из обработчика signal (signal.h) (2008)
- Форум cl-gobject-introspection и динамические обработчики сигналов (2017)
- Форум Gtkmm, Glib::Dispatcher и блокирование обработчика сигналов (2008)
- Форум Генерирует ли gcc какой-то особый код для обработчиков сигналов? (2004)
- Форум Обработка сигналов: не атомарный обработчик сигнала с функциями ввода/вывода. (2006)
- Форум Выполнение инкрементирования в течение определенного времени с использованием сигналов (2018)
- Форум [gtk][pygtk] Неправильная реакция на обработчики сигналов «test-collapse-row» и «test-expand-row» виджета gtk.TreeView (2011)