Re: [dev] Re: dwm puzzle [fixed; with blame]
On Sat, Sep 11, 2010 at 05:39:45PM -0400, TJ Robotham wrote: > On Sat, Sep 11, 2010 at 04:44:12PM -0400, Peter John Hartman wrote: > > > > I should have said in my original report that the MODKEY+shift+space > > solution is the way I dealt with these problems; I had suspected that > > the isfloating rule is being ignored in such cases, but when we ran > > 5.8.2 it worked just fine; perhaps you have the same bug I do. Try > > the latest hg tip. > > > > Peter > > > > Before my previous post I tested with hg tip and didn't hit your bug. Then I > realized that hg tip includes the change that fixed it for you, so now I've > retested with one before hg tip and I'm still not getting your bug. I was able > to open a terminal, then open openoffice (which goes floating fullscreen, > hiding the terminal), focus the terminal using MODKEY+j (still hidden behind > openoffice), and successfully run a command in the terminal. From my > understanding of your report, you were not able to do this. > > It looks like we just have the auto-floating in common, which at least has a > reasonable explanation for why dwm is doing it (whether or not it should is a > different can of worms). The focus problem could very well be specific to > certain compiler versions. > > gcc version 4.3.2 (Debian 4.3.2-1.1) > Hmm. I think this is what is happening to me. For instance, it is fixed if I do MODKEY+space to make it not a floater. So, on the can of worms, it shouldn't auto-float; and it used to not auto-float. Unless I'm misunderstaanding something. -p
Re: [dev] Re: dwm puzzle [fixed; with blame]
On Sun, Sep 12, 2010 at 11:24:23AM +0200, Szabolcs Nagy wrote: > * Peter John Hartman [2010-09-11 15:23:18 -0400]: > > This fixes it: > > > > diff -r 050d521d66d8 -r c361034c5a1c dwm.c > > --- a/dwm.c Tue Aug 24 13:13:20 2010 +0100 > > +++ b/dwm.c Sat Sep 11 19:00:18 2010 + > > @@ -799,7 +799,7 @@ > > unfocus(selmon->sel, True); > > selmon = m; > > } > > - focus(wintoclient(ev->window)); > > + focus((wintoclient(ev->window))); > > } > > > > But evidently that's odd. > > gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2) > > > > I use the default config.mk (without XINERAMA stuff) and config.h. > > > > In any case, that fixes the bug and now openoffice and firefox behave. > > > > Thoughts? > > Peter > > can you please add -S to CFLAGS and send the diff -u of the resulting > dwm.s in the parenthesis vs no parenthesis case? > > i'm interested in the problem > Ok, I haven't done this yet, but a little update. It turns out that this patch /didn't/ fix the problem; or, at least, it partially did. On occasion, firefox at least and mplayer in full screen mode will not behave. It is something intermittent as far as I can tell. I should not that it still remains true that this never happened in 5.8.2. (It never happened that I recall; and I've been running 5.8.2 since last night when it happened again in hg tip and so far it has not yet happened.) Peter
[dev] [dwm] status bar freezes
Hello, I'm having this issue with dwm-hg on two boxes: the status bar freezes and is never updated after being read for the first time in setup(). If I xsetroot -name foo, xprop -root WM_NAME shows "foo" as it's supposed to be, but the statusbar does not update. Apparently the condition in propertynotify, if((ev->window == root) && (ev->atom == XA_WM_NAME)) updatestatus(); always fails, since if I call updatestatus() every time the function is called, the status is updated correctly. Does anybody else have similiar problems? Kind regards, Moritz Wilhelmy
Re: [dev] [OT] What's wrong with C++?
This is how I remember where ++ does what :D On 9/12/10, Kurt H Maier wrote: > On Fri, Sep 10, 2010 at 2:26 PM, Szabolcs Nagy wrote: >> i once looked into this, here is what i've found: >> http://port70.net/~nsz/16_c++.html > * quote: > c++; /* this makes c bigger but returns the old value */ > > This is utterly brilliant. > > > > > -- > # Kurt H Maier > >
Re: [dev] [OT] What's wrong with C++?
On Fri, Sep 10, 2010 at 2:26 PM, Szabolcs Nagy wrote: > i once looked into this, here is what i've found: > http://port70.net/~nsz/16_c++.html * quote: c++; /* this makes c bigger but returns the old value */ This is utterly brilliant. -- # Kurt H Maier
Re: [dev] Re: dwm puzzle [fixed; with blame]
* Peter John Hartman [2010-09-11 15:23:18 -0400]: > This fixes it: > > diff -r 050d521d66d8 -r c361034c5a1c dwm.c > --- a/dwm.c Tue Aug 24 13:13:20 2010 +0100 > +++ b/dwm.c Sat Sep 11 19:00:18 2010 + > @@ -799,7 +799,7 @@ > unfocus(selmon->sel, True); > selmon = m; > } > - focus(wintoclient(ev->window)); > + focus((wintoclient(ev->window))); > } > > But evidently that's odd. > gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2) > > I use the default config.mk (without XINERAMA stuff) and config.h. > > In any case, that fixes the bug and now openoffice and firefox behave. > > Thoughts? > Peter can you please add -S to CFLAGS and send the diff -u of the resulting dwm.s in the parenthesis vs no parenthesis case? i'm interested in the problem
