Agree on both. The patch is actually what i do in my setup (where the irtoy disconnects itself rarely for whatever reason), and the exit causes everything to restart properly via the init system (is there a better way to do a graceful recovery?). I have patched it this way and thought it might be worth reporting. What i actually did not understand in the code why it accepts a read() return code of 0 (rc >= 0 statement in loop condition). If poll returns OK i would expect that read returns data.
irexec respawns itself when configured shell is not working
Endless loop when disconnecting irtoy at runtime
I think there are two issues (and jumping between different tasks got me a little...
I think there are two issues (and jumping between different tasks got me a little...
tested, works
Forget it, i see you already took care of this in the latest commit ..
Sorry, i didn't test thoroughly. No, listen alone did not work (with the patch from...
Works, but there is a small bug in opt2host_port (the strncpy does not copy the terminating...
Works, but there is a small bug in opt2host_port (the strncpy does not copy the terminating...
It looks like a getopt_long() implementation that does not support optional parameters....
It looks like a getopt_long() implementation that does not support optional parameters....
Fix/add listen/listen_hostport option in default lirc_options.conf
I have modified and tested irtoy as suggested, works fine. I planned to try other...
Thanks, I was just looking to get hands on a prgrammer here. At the moment i have...
Will do! I tried to contact the irdroid vendor for this kind of information before...
Yep, thanks!
(...) Making all in lib make[3]: Entering directory '/export/tmp/fritz/ffritz/packages/x86/lirc/build/lib'...
Sorry .. now it's errno.h (or something included from there) that triggers the error...
I cant access this, "The contents of this paste have been hidden"
No, doesnt work. It's basically the same issue, the define must be before including...
Ok, now i have it. You have to define _XOPEN_SOURCE at the very beginning before...
I cross-compile using a buildroot-2013.02 environment with uClibc. Yes, it's old,...
.. or better #ifndef _XOPEN_SOURCE #define POLLRDNORM POLLIN #define POLLWRNORM POLLOUT...
lirc fails to compile if _XOPEN_SOURCE is not defined