я просто собираю в отдельном терминале

так проще

я просто собираю в отдельном терминале

Ну, можно и так

в IDE это полезно только если у тебя make показывает quickfix

Хотя на деле, к виму я так нормально и не приработался. Вроде все отлично, но чет не то

Кодблоки как-то привычнее

я поставил vsvim на vstudio

чисто ради горячих клавиш

ну и принципов редактирования с режимами

Ребят. В итоге знаете, какой косяк был? я вместо struct написал union 😂🙈😄

Блин, я минуты 3 ржал)

те примеры, что тут тестили, корректны

и майндфак тот тоже

Охуенно. Код проходит все тесты!

сука, я счастлив

товарищи Линуксоиды, подскажите как определить. Программа на c++ мной писаная зависает. Собрать с -g могу, а вот как посмотреть в каком месте она зависает с помощью gdb?

по шагам выполнять не смогу - прога с железом работает в реальном времени

то есть надо к зависшему процессу зацепиться и глянуть на каком месте оно встало

то есть надо к зависшему процессу зацепиться и глянуть на каком месте оно встало

Attaching to other processes In addition to debugging with core files or programs, gdb can attach to an already running process (who's program has debugging information compiled in) and break into it. This is done by specifying the process ID of the program you wish to attach gdb to instead of the core filename. (из http://www.ibm.com/developerworks/library/l-gdb/index.html)

ps -us | grep prog позволит пид узнать (хотя могу ошибаться с параметрами ps)

а потом в gdb пихаем

Ребьят, Cygwin жалуется на отсутствие sys/pctrl.h при компиле под UNIX/POSIX; шо делать?

Все портированные пакеты заголовков линукса для стопицот архитектур стоят

Поставить Windows с Bash'ем и попробовать там.

О, вариант

Ну попробовать можно, по крайней мере.

Но, кажется, не вариант, ибо хедеры и так не совместимы ни с каким придуманным Мелкомягким слоем совместимости

Убунта работает, но компилироваться не сможет жи

Полагаете?

Весьма уверен, раз у них проблемы со "screen", который вроде как напрямую требует этот заголовок

И всякими разнымы бирюльками низкоуровнего межпроцессового взаимодействия

#this

http://gnuradio.4.n7.nabble.com/cygwin-compile-of-3-7-8-td55619.html

?

https://github.com/AndreyPavlenko/xbmc-addon-iptvsimple

Хрен его знает, в общем.

Если кто может скомпилить на i386/Linux, буду очень признателен!

Там из доп.пакетов будут libtool и automakeи всякие

Там из доп.пакетов будут libtool и automakeи всякие

Че тебе скомпилить?

Че тебе скомпилить?

Очевидно, аддон к xbmc

https://github.com/AndreyPavlenko/xbmc-addon-iptvsimple

он просто собирается, сам пару недель назад мучался.

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

mkdir /opt/xbmc/ cd /opt/xbmc git clone https://github.com/xbmc/xbmc.git . git checkout Jarvis mkdir binaddons cd binaddons cmake -DADDONS_TO_BUILD=pvr.iptvsimple -DCMAKE_INSTALL_PREFIX=/usr/local -DPACKAGE_ZIP=1 ../projects/cmake/addons

Если кто может скомпилить на i386/Linux, буду очень признателен!

у меня x86_64 , так что прислать не могу - смотри как собрать выше

Коллеги, подскажите пожалуйста. Есть кто-нибудь разбирающийся в RS-232 в Linux? Кто может посмотреть код и сказать где проблема? Суть программки простая - по USB-COM подключено устройство, при запуске нужно послать команду на инициализацию, подождать 5 секунд, и потом слать запрос, принимать ответ, парсить его и писать результаты в файл с ротацией. Естественно процесс демонизируется. Формат обмена не строками, а байтами с CRC. У меня всё работает, но: 1. не обрабатываются события если выдернуть кабель и вставить снова. 2. иногда прога блокируется, судя по gdb лочится ввод-вывод в порт. Буду признателен если кто-то возьмется или с нуля написать по ТЗ, или отладит мой код (там фарш). Конечно договоримся о цене.

Да, платформа armv6l

хотя это наверное пофиг

> 1. не обрабатываются события если выдернуть кабель и вставить снова. если перезапустить софтину все ок?

если перезапустить, то конечно Ок

ну всякое бывает, у нас тут усб повисал на армах

ребут только спасал

нене, если подвисает, то убиваю процесс, запускаю и ок

у меня нет опыта в C/C++, только неделя )). Реализовал как смог, и по моему капец криво.

У меня отправка команды по while(1){..}

а чтение из порта по signal_handler_IO;

мне кажется что оно иногда пересекается и блочится

Хотя порт открываю в асинхронном режиме

и флаги добавил на всякий случай

ну с первой проблемой

ioctl(tty_fd, FIONREAD, &len); errsv = errno; if(len == 0) { printf("prog_name: zero read from the device: %s.", strerror(errsv)); /* close fd and cleanup or reconnect etc...*/ exit(EXIT_FAILURE); } в цикле

там вместо ексита может переинициализацию делать

ок, сейчас как раз поеду на объект, буду колупать дальше. Посмотрю на ioctl

а чтение-запись не лучше делать через select()?

ну тогда синхронный IO будет

Хотя порт открываю в асинхронном режиме

если асинхронность не особо нужна, то делай через селект

так возможно он и нужен. Железка не умеет сама слать данные. Я их запрашиваю

ioctl же умеет проверять наличие данных, зачем селект? (к тому же селект очень тяжёлая операция)

ну я наличие данных вижу по signal_handler_IO и запускаю функцию чтения и обработки

но понять не могу почему иногда блокируется.

Убегу пока. Машина ждут

ждет

а для чего тогда селект?

может я туплю ))

да хз. Я нуб в этом вашем с++. Это я туплю

Еще понять не могу как gdb отловить строку кода, на которой зависает

Аттачу процесс, gdb ругается на отсутствие файла что_то_про_низкоуровневый_док

Лок

Это я так понимаю надо установить сырцы glibc?

гм, а собирал с -g ?