Re: [dev] [PATCH] dwm -- Proper SIGCHLD usage , fix issue with uncollected processes

2009-08-12 Thread Jukka Salmi
Premysl Hruby --> dev (2009-08-12 17:39:26 +0200): > On (12/08/09 17:24), Jukka Salmi wrote: [...] > > Seems fine, but -- assuming POSIX.1 reliable signals -- you don't need > > to reestablish the handler before returning from it. Or should systems > > with the old

Re: [dev] [PATCH] dwm -- Proper SIGCHLD usage , fix issue with uncollected processes

2009-08-12 Thread Jukka Salmi
Premysl 'Anydot' Hruby --> dev (2009-08-11 23:43:58 +0200): > This is much cleaner and portable way of using SIGCHLD. It also disallow > existence of defunct processes, one which are executed for example from > .Xsession before (on the end) exec /path/../dwm > --- > dwm.c |8 +--- > 1 file

Re: [dev] dwm classic multihead support?

2009-07-04 Thread Jukka Salmi
Anselm R Garbe --> dev (2009-07-02 18:07:06 +0100): > Well I rechecked the source and it would make dwm considerably more > complex, especially the root window checks would be all over the > place. No no ;) > Classic multihead support is achieved using the classic way: > > DISPLAY=:0.0 dwm & > DIS

Re: [dev] dwm classic multihead support?

2009-07-02 Thread Jukka Salmi
Anselm R Garbe --> dwm mail list (2009-07-02 16:53:20 +0100): > are you aware of anyone still using a classic multihead setup? (No Xinerama) I am (finally got mga(4) to work in a dual head setup on NetBSD/i386 5.0 with native Xorg...). I've never used Xinerama on this system but it's probably n