signals

In GTK (or pygtk or gtkmm...) How can I detect that an application window has been manually resized by the user, as is typically done by dragging the window's edge? I need to find a way to differentiate manual resizes from resizes that originate from gtk, such as changes in window content. Have you tried connecting to the GDK_CONFIGURE event? Check out this example under the "Moving window" section. The example shows a callback doing something when the window is moved, but the configure event is a catch-all for moving, resizing and stack order events. I managed to pull this off by watching for

I'm just playing with signal in Mac OS X. Why does the following code not produce the default behavior of SIGSEGV after my signal handler has finished? Under Linux, the code works fine. #include <stdio.h> #include <signal.h> #include <stdlib.h> void err_crash(); void my_signal_handler (int signal) { fprintf(stderr, "signal == %i\n", signal); fflush(stderr); err_crash(); } void err_crash() { static int count= 0; if (count) signal(SIGSEGV, SIG_DFL); /* break recursion loop if we recursed */ count++; // one of the two should really crash ;) ((void)(*((int volatile *)NULL))); *((int *)NULL) = 42;

I have a program running on a remote machine which expects to receive SIGINT from the parent. That program needs to receive that signal to function correctly. Unfortunately, if I run that process remotely over SSH and send SIGINT, the ssh process itself traps and interrupts rather than forwarding the signal. Here's an example of this behavior using GDB: Running locally: $ gdb GNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 UTC 2009) ... This GDB was configured as "x86_64-apple-darwin". ^C (gdb) Quit ^C (gdb) Quit ^C (gdb) Quit Running remotely: $ ssh foo.bar.com gdb GNU

I have a program in Linux which is multithreaded. There are certain memory areas in which I'm interested to see if they have been written within a certain time period. For that I give only read access to those memory pages and install a signal handler for SIGSEGV. Now my question is, will each thread call the signal handler for itself. Say Thread 1 writes to some forbidden memory area, will it be the one to execute the signal handler? First of all Signal dispositions are process-wide; all threads in a process share the same disposition for each signal. If one thread uses sigaction() to

If no signal in set is pending at the time of the call, the thread shall be suspended until one or more becomes pending. The signals defined by set shall have been blocked at the time of the call to sigwait(); otherwise, the behavior is undefined. The effect of sigwait() on the signal actions for the signals in set is unspecified. This is really ambiguous ,what's the difference between pending and block here? And its conclusion on how to choose between sigwait and sigaction is not clear at all: In summary, when it is necessary for code run in response to an asynchronous signal to notify a

How can I retrieve the signal strength of nearby wireless LAN networks on Windows using Python? I would like to either show or graph the values. fmark If you are on Windows , you probably want to use the WLAN API , which provides the 'WlanGetAvailableNetworkList()' function (see the API docs for usage). I am not aware of any python wrappers for WLANAPI.DLL so you may have to wrap it yourself using ctypes . I have a preliminary script that does this ( works-for-me ), but it may be crufty. You'll want to read the documentation to understand the meaning of all the fields: from ctypes import *