On 20/07/2010 00:00, Angelo Graziosi wrote:
Il 19/07/2010 17.45, Simon Marlow ha scritto:
On 19/07/2010 15:51, Angelo Graziosi wrote:
Simon Marlow wrote:
I use the VirtuaWin virtual-desktop tool, and found that often when
switching to a desktop with XWin windows on it, the windows would
On 30/06/2010 18:40, Jon TURNEY wrote:
This is fallout from a change [1] to the way we process Windows messages
to handle large bursts of them overflowing the Xserver's internal event
queue.
It seems that sometimes /dev/windows doesn't seem ready to select() even
when there is still Windows
On 19/07/2010 15:51, Angelo Graziosi wrote:
Simon Marlow wrote:
I use the VirtuaWin virtual-desktop tool, and found that often when
switching to a desktop with XWin windows on it, the windows would
remain blank until I right-clicked on the XWin icon in the tray, when
they would refresh
Brian Dessent wrote:
Simon Marlow wrote:
Then run the program, hit Ctrl-C and see what happens. The
behaviour differs depending on the environment:
* In a Cygwin shell started from cygwin.bat, with the CYGWIN
environment variable empty: correct behaviour, Ctrl-C is caught
I'm experiencing strange behaviour with Ctrl-C with non-cygwin programs started
from Cygwin bash.
Take the following program:
#include windows.h
#include stdio.h
static BOOL WINAPI handler(DWORD dwCtrlType)
{
switch (dwCtrlType) {
case CTRL_C_EVENT:
5 matches
Mail list logo