Date: Sat, 02 Apr 2005 06:29:08 -0700 From: Scott Long <scottl@samsco.org> To: Francois Tigeot <ftigeot@wolfpond.org> Cc: scottl@freebsd.org Subject: Re: Windowmaker crashes when kplayer is finished Message-ID: <424E9E24.5020705@samsco.org> In-Reply-To: <20050402065307.GA38154@aoi.wolfpond.org> References: <438054D63A8B35F8E2F49504@palle.girgensohn.se> <20050401063637.GB72973@aoi.wolfpond.org> <424D7980.8030405@spymac.com> <20050401191032.GC11491@aoi.wolfpond.org> <424DD199.5060804@FreeBSD.org> <20050402065307.GA38154@aoi.wolfpond.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Francois Tigeot wrote: > On Fri, Apr 01, 2005 at 07:56:25PM -0300, Doug Barton wrote: > >>Francois Tigeot wrote: > > > [problems with windowmaker-0.91.0 and QT dialog boxes] > > >>>I can howewer confirm, the problem is exactly as you described it: >>>applications do not freeze, but they do not receive keyboard and mouse >>>input. >>> >>>I have configured a key shortcut to maximize the current window with >>>wmpref. File/Open Location still reliably "freezed" konqueror as described >>>in the PR. I then activated the shortcut and the Open dialog appeared >>>fullscreen. I could then close it and continue to interact with konqueror >>>normally. >>> >>>Thanks for your insight, now I know this is a real bug :) >> >>Unfortunately it's not my insight, it's scottl's. I'm not nearly as smart >>as he is. :) > > > Actually, I was thinking about Bruno ;-) > > I just found this message on the wm-devel list: > > http://article.gmane.org/gmane.compw.window-managers.windowmaker.devel/749 > "64bit bug in WindowMaker" > > Vladimir Nadvornik from Suse had submitted a patch to fix this bug back in > january. I have tested it on my amd64 machine and the dialog boxes now appear > correctly on the screen. > > IMHO, this should be included in the windowmaker port before 5.4-RELEASE. > Ah, and Bruno kind of names the problem specifically, but skirts around it in the end. The problem is that XChangeProperty and XGetWindowProperty simply don't work right with 32 bit data on 64 bit platforms. I guess it comes from years and years of X and application developers assuming that a 'long' would always be 32 bits. Instead of fixing this assumption, the X authors decided to permanently break it and make the format value of 32 mean 'platform-specific long' not '32 bits'. Grrr. Now that I understand the bug, I can probably whip up a "more appropriate" patch for windowmaker. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?424E9E24.5020705>