Eddy_Em (27.12.2023 08:44, просмотров: 155) ответил klen на исправил баг GDB ломающий удаленную отладку. судя по ошибке нас
пытаются вздрачнуть.eddy-em.livejournal.com github.com/eddyem
-
- Может это? vGimly(1133 знак., 27.12.2023 09:52,
)
- Так и есть. Операция сокета над несокетом.... лално. Будем думать что копипаста, но осадочек остался. Закину им какаху с патчем на багзиллу. - klen(27.12.2023 12:42)
- Да не должно по идее: флаги же нулевые - с ними это эквивалентно read'у. Хотя, конечно, непонятно: на кой хрен тут read на recv поменяли. Я понимаю - вместо write использовать send: по-другому нельзя, т.к. как ты write'у дашь флаг MSG_NOSIGNAL? А без него приложение схлопнется на закрытом сокете (или придется блокировать сигнал явно). Eddy_Em(213 знак., 27.12.2023 11:29)
- Не похоже. Во первых framer(476 знак., 27.12.2023 11:00)
- все правило говорите - ocd я тут приплел не к месту. но проблема
именно то что описал - recv не работает как read всегда, в данном
случае с файлом последовательного устройства. - klen(27.12.2023 13:24)
- Надо бы это проверить - в дебри ядра и библиотек лень лезть. Но
здесь - С++. Возможно, там recv вместо read на рядовом файле или
файле устройства генерит исключение.. Eddy_Em(116 знак., 27.12.2023 14:28)
- все признаки об этом и говорят. - klen(27.12.2023 14:36)
- Надо бы это проверить - в дебри ядра и библиотек лень лезть. Но
здесь - С++. Возможно, там recv вместо read на рядовом файле или
файле устройства генерит исключение.. Eddy_Em(116 знак., 27.12.2023 14:28)
- все правило говорите - ocd я тут приплел не к месту. но проблема
именно то что описал - recv не работает как read всегда, в данном
случае с файлом последовательного устройства. - klen(27.12.2023 13:24)
- Может это? vGimly(1133 знак., 27.12.2023 09:52,