I have this C++ framework that compiles across Win32 and Linux on x86/ARM/MIPS.. so far so good.

To be able to trap the user pressing CTRL+C I have installed following signal handlers that work fine under Linux on x86 and ARM (Raspberry) platforms.

signal(SIGINT, sigproc);
signal(SIGQUIT, quitproc);

Unfortunately these don't seem to work on OpenWRT/Omega

Anybody an idea which signals I should use?

thx

Once I backed out this library and used the fast GPIO instead, CTRL+C worked as expected.

Possibly the new GPIO library also sets a hook for CTRL+C

I also noticed that my app uses 4% system memory with the fast GPIO libs... and 10% with your new GPIO lib. Guess that has to do with the usage of threads in your lib.

Can you let me know how you are using the new-gpio libraries? What calls you are making etc? This may help me diagnose what needs doing. thanks

For now, if you are building libnew-gpio from the sources I supplied, you can fix this yourself by removing the line that reads:

      sigaddset(&irqSigset, SIGINT); //	Ctrl+C

from the file GPIOAccess.cpp

Regarding the memory usage, I think this can be attributed to the following reasons:

• new-gpio provides significant increased functionality over fast-gpio so there is more code
• new-gpio has quite extensive error checking and returning that does not exist in fast-gpio so again more code
• new-gpio uses C++ classes rather than straight C code and this carries some overhead
• In order to properly implement both PWM and IRQ handling some of the object instances of the classes have to hang around during the program execution
• Both PWM and IRQ currently use an object or data structure for each pin. At present, these are actually allocated as soon as the system is initialised. On closer consideration, this is not actually needed until such time as PWM or IRQ is used for a pin. So I will make a change that ensures they are only allocated when actually needed.

Finally, there may be some savings to be had by ensuring unneeded symbols are stripped from the object code.

• Extra code in new-gpio to handle the extra functionality
• Memory used by additional system libraries that new-gpio code uses.

Unless this is a major issue for you, I don't think there is much more I can do.

I was just using set pin direction and get/set pin value, so it was quite a large difference in memory usage between fast and new GPIO.

But as you state, your code is more extensive and provides more functionality.

For my application the extra memory is no problem as it will be the sole app running on the Onion. My eye fell on it while debugging a memory leak.

Anyway, it would be great to have the CTRL+C issue fixed.

Thx for the effort

Have you managed to deal with the Ctrl-C issues using the fix I posted above?

Just to assist me in diagnosing possible memory related issues, can you let me know how you are using the fast-gpio code to manipulate the pins:

• Are you compiling the code in https://github.com/OnionIoT/fast-gpio/blob/master/src/fastgpio.cpp and calling the methods there in?
• Or are you running the fast-gpio program from within your program?

Removing the sigaddset(&irqSigset, SIGINT); did NOT solve the problem of CTRL+C not working.

I compile the fast-gpio sources in my own C++ app, so it is all in my executable, no libraries linked, no external apps called or processes spawned.

• Surprised to hear that removing the sigaddset doesn't work for you - it seems to do so for me. I will have a closer look and get back to you as and when I find anything.
• Thanks for the info on how you are building - this implies that the extra memory usage for new-gpio is down to the extra code functionality