Re: [ctwm] serious bug of xterm on ctwm

2012-10-26 Thread J.O. Aho

On Thu, 25 Oct 2012, Nadav Har'El wrote:


On Thu, Oct 25, 2012, Matthew D. Fuller wrote about Re: [ctwm] serious bug of xterm 
on ctwm:

On Thu, Oct 25, 2012 at 12:20:21PM +0200 I heard the voice of
Nadav Har'El, and lo! it spake thus:


Anybody ever see this bug?


Can't say that I have (and I also have xterm 285, and have no troubles
from it).  Maybe you could poke at xwininfo -root -tree or something
to see if there's a hint about where a window should be but isn't?


The missing window that supposedly ctwm put up and disappeared is
0x8b. It's not listed in xwininfo -root -tree. All of ctwm's
children appear to have the 0x14 ids.

But I've found something even more curious - if I remove this property,
$ xprop -root -remove _NET_SUPPORTING_WM_CHECK


Ah, I read about this new property and it's suggested by Valve if I remeber 
it right (there is a link at lxer.com), it's supposed to be used to allow an 
application to as for a fullscreen from the windows manager and the windows 
manager would change screen resolution if the application wants a different 
one from which the current screen has.


I Also read that KWin wouldn't support this, the KDE guys thinks it the 
wrong way to go.



--
 //Aho

 
  E-Mail: tr...@iname.com   URL: http://www.kotiaho.net/
 ICQ: 13696780 Skype: jo_aho
  System: Linux System(PPC7447/1000 AMD K8/2500)
 
EU forbids you to send spam without my permission
 



Re: [ctwm] serious bug of xterm on ctwm

2012-10-25 Thread Matthew D. Fuller
On Thu, Oct 25, 2012 at 12:20:21PM +0200 I heard the voice of
Nadav Har'El, and lo! it spake thus:
 
 Anybody ever see this bug?

Can't say that I have (and I also have xterm 285, and have no troubles
from it).  Maybe you could poke at xwininfo -root -tree or something
to see if there's a hint about where a window should be but isn't?


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.



Re: [ctwm] serious bug of xterm on ctwm

2012-10-25 Thread Aaron Sloman
Nadav Har'El wrote:

 Hi, today I updated my Fedora system,

which? I've been using Fedora 17 with kernel 3.6.2-4_1 (with and without
tuxonice).

 and suddenly I can't use xterm -
 when I run xterm on my ctwm (3.8.1) I get

I am also using 3.8.1 without problems

'Yum update' gave me only xterm-284-1.fc17.i686

I've never seen this:

 $ xterm
 X Error of failed request:  BadWindow (invalid Window parameter)
   Major opcode of failed request:  20 (X_GetProperty)
   Resource id in failed request:  0x8b
   Serial number of failed request:  131
   Current serial number in output stream:  131

 I debugged the latest xterm (285), and found the problem: Xterm has a

I am willing to try to replicate if you tell me where to fetch xterm
285.

Perhaps it's not available for fedora 17?

Aaron



Re: [ctwm] serious bug of xterm on ctwm

2012-10-25 Thread Nadav Har'El
On Thu, Oct 25, 2012, Matthew D. Fuller wrote about Re: [ctwm] serious bug of 
xterm on ctwm:
 On Thu, Oct 25, 2012 at 12:20:21PM +0200 I heard the voice of
 Nadav Har'El, and lo! it spake thus:
  
  Anybody ever see this bug?
 
 Can't say that I have (and I also have xterm 285, and have no troubles
 from it).  Maybe you could poke at xwininfo -root -tree or something
 to see if there's a hint about where a window should be but isn't?

The missing window that supposedly ctwm put up and disappeared is
0x8b. It's not listed in xwininfo -root -tree. All of ctwm's
children appear to have the 0x14 ids.

But I've found something even more curious - if I remove this property,
$ xprop -root -remove _NET_SUPPORTING_WM_CHECK

xterm returns to working. But restarting ctwm, doesn't return this
property. So perhaps I was wrong, and ctwm isn't at all the one which adds
this wrong property for me? It appears (?) that ctwm adds
_WIN_SUPPORTING_WM_CHECK, but NOT _NET_SUPPORTING_WM_CHECK. So now I'm left
wondering - what is adding this wrong _NET_SUPPORTING_WM_CHECK?
Very strange...

-- 
Nadav Har'El|Thursday, Oct 25 2012, 9 Heshvan 5773
n...@math.technion.ac.il |-
Phone +972-523-790466, ICQ 13349191 |My opinions may have changed, but not the
http://nadav.harel.org.il   |fact that I am right.



Re: [ctwm] serious bug of xterm on ctwm

2012-10-25 Thread Matthew D. Fuller
On Thu, Oct 25, 2012 at 03:39:17PM +0200 I heard the voice of
Nadav Har'El, and lo! it spake thus:
 
 The missing window that supposedly ctwm put up and disappeared is
 0x8b. It's not listed in xwininfo -root -tree. All of ctwm's
 children appear to have the 0x14 ids.

Mmm.  Well, you said it's there for a while when you start up; see if
you can find it then.  Might give a hint of where it came from.


 xterm returns to working. But restarting ctwm, doesn't return this
 property. So perhaps I was wrong, and ctwm isn't at all the one
 which adds this wrong property for me? It appears (?) that ctwm adds
 _WIN_SUPPORTING_WM_CHECK, but NOT _NET_SUPPORTING_WM_CHECK.

Indeed; I don't have a _NET_ anything. _NET_SUPPORTING_WM_CHECK is a
EWHM property; x-ref
http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2577320.
And ctwm doesn't do any EWMH stuff.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.



Re: [ctwm] serious bug of xterm on ctwm

2012-10-25 Thread Richard Levitte
In message 20121025102021.ga27...@fermat.math.technion.ac.il on Thu, 25 Oct 
2012 12:20:21 +0200, Nadav Har'El n...@math.technion.ac.il said:

nyh The problem is that it appears that ctwm sets _NET_SUPPORTING_WM_CHECK
nyh but then doesn't keep this window 0x8b running.

: levitte@lapdog:~/monotonework/free.lp.se/X/ctwm
: ; grep SUPPORTING_WM * 2/dev/null
gnome.c:  Atom _XA_WIN_SUPPORTING_WM_CHECK, _XA_WIN_PROTOCOLS,
gnome.c:  _XA_WIN_SUPPORTING_WM_CHECK  = XInternAtom (dpy, 
_WIN_SUPPORTING_WM_CHECK, False);
gnome.c:XChangeProperty (dpy, vs-wsw-w, _XA_WIN_SUPPORTING_WM_CHECK, 
XA_CARDINAL, 32, 
gnome.c:XChangeProperty (dpy, Scr-Root,  _XA_WIN_SUPPORTING_WM_CHECK, 
XA_CARDINAL, 32, 
gnomewindefs.h:#define XA_WIN_SUPPORTING_WM_CHECK _WIN_SUPPORTING_WM_CHECK


No _NET_SUPPORTING_WM_CHECK in sight.  Are you sure it's ctwm that
does this?

Cheers,
Richard

-- 
Richard Levitte rich...@levitte.org
http://richard.levitte.org/

Life is a tremendous celebration - and I'm invited!
-- from a friend's blog, translated from Swedish