X still crashing

X still crashing

[Ryan Cresawn]

I am still having problems with X crashing on my Ultra2 with Creator
3D.  I am running RH 6.0 with kernel 2.2.12 and I have applied all the 
RPM updates from Redhat.  I estimate that X crashes as often as 2-3
times per day, but at least once a day.  Here is my "/etc/X11/X"
script.

 #!/bin/bash

 # the following 4 lines added for debugging purposes
 export LD_PRELOAD=/lib/libSegFault.so
 export SEGFAULT_USE_ALTSTACK=1
 export SEGFAULT_SIGNALS=all
 export SEGFAULT_OUTPUT_NAME=/tmp/Xsun24.segv.$$

 exec ../../usr/X11R6/bin/Xsun24 -fp unix/:-1 $@

I have never seen a file in /tmp created by this script.  Here's one
more thing I've noticed when X crashes.  As it is crashing the first
thing it does is paint about a one inch wide black border around the
display, it freezes for a moment, then goes to all black, restarts X,
and finally displays the X login prompt.

-- 
Ryan

Re: X still crashing

[David S. Miller]

   From: Ryan Cresawn <cresawn@arbs1.larc.nasa.gov>
   Date:   Wed,  1 Sep 1999 09:21:42 -0400 (EDT)

   I am still having problems with X crashing on my Ultra2 with Creator
   3D.  I am running RH 6.0 with kernel 2.2.12 and I have applied all the 
   RPM updates from Redhat.  I estimate that X crashes as often as 2-3
   times per day, but at least once a day.  Here is my "/etc/X11/X"
   script.

Ok, first thing, double check the server rpm you have installed
by running "rpm -qvf /usr/X11R6/bin/Xsun24", it should print out
"XFree86-Sun24-3.3.3.1-52"

    #!/bin/bash

    # the following 4 lines added for debugging purposes
    export LD_PRELOAD=/lib/libSegFault.so
    export SEGFAULT_USE_ALTSTACK=1
    export SEGFAULT_SIGNALS=all
    export SEGFAULT_OUTPUT_NAME=/tmp/Xsun24.segv.$$

    exec ../../usr/X11R6/bin/Xsun24 -fp unix/:-1 $@

   I have never seen a file in /tmp created by this script.  Here's one
   more thing I've noticed when X crashes.  As it is crashing the first
   thing it does is paint about a one inch wide black border around the
   display, it freezes for a moment, then goes to all black, restarts X,
   and finally displays the X login prompt.

Unfortunately I believe that since the X server wrapper is so anal,
you won't get a dump file unless you run the server by beginning your
sessing hand as root from the console.  So change such that xdm/X does
not run by default with the X login screen, login as root from the
console, and start an X session with plain "startx".  It should give
you a dump using that.

Later,
David S. Miller
davem@redhat.com

Re: X still crashing

[Ryan Cresawn]

David S. Miller writes:
 >    From: Ryan Cresawn <cresawn@arbs1.larc.nasa.gov>
 >    Date:   Wed,  1 Sep 1999 09:21:42 -0400 (EDT)
 > 
 >    I am still having problems with X crashing on my Ultra2 with Creator
 >    3D.  I am running RH 6.0 with kernel 2.2.12 and I have applied all the 
 >    RPM updates from Redhat.  I estimate that X crashes as often as 2-3
 >    times per day, but at least once a day.  Here is my "/etc/X11/X"
 >    script.
 > 
 > Ok, first thing, double check the server rpm you have installed
 > by running "rpm -qvf /usr/X11R6/bin/Xsun24", it should print out
 > "XFree86-Sun24-3.3.3.1-52"

grimlock:~$ rpm -qvf /usr/X11R6/bin/Xsun24 
XFree86-Sun24-3.3.3.1-52

 >     #!/bin/bash
 > 
 >     # the following 4 lines added for debugging purposes
 >     export LD_PRELOAD=/lib/libSegFault.so
 >     export SEGFAULT_USE_ALTSTACK=1
 >     export SEGFAULT_SIGNALS=all
 >     export SEGFAULT_OUTPUT_NAME=/tmp/Xsun24.segv.$$
 > 
 >     exec ../../usr/X11R6/bin/Xsun24 -fp unix/:-1 $@
 > 
 >    I have never seen a file in /tmp created by this script.  Here's one
 >    more thing I've noticed when X crashes.  As it is crashing the first
 >    thing it does is paint about a one inch wide black border around the
 >    display, it freezes for a moment, then goes to all black, restarts X,
 >    and finally displays the X login prompt.
 > 
 > Unfortunately I believe that since the X server wrapper is so anal,
 > you won't get a dump file unless you run the server by beginning your
 > sessing hand as root from the console.  So change such that xdm/X does
 > not run by default with the X login screen, login as root from the
 > console, and start an X session with plain "startx".  It should give
 > you a dump using that.

I'd really like to run `startx' as myself and not root, but if it is
necessary then I will.  I will let you know how it goes.

-- 
Ryan

Re: X still crashing

[David S. Miller]

   From: Ryan Cresawn <cresawn@arbs1.larc.nasa.gov>
   Date: Wed,  1 Sep 1999 09:48:21 -0400 (EDT)

   I'd really like to run `startx' as myself and not root, but if it
   is necessary then I will.  I will let you know how it goes.

Note that we may end up finding out that it's the window manager or
some application which is drawing on the root window which is
crashing, and it's not the X server.

If the window manager goes south, X closes up shop and exits since the
session leader has gone away.

Later,
David S. Miller
davem@redhat.com

Re: X still crashing

[Peter Jones]

On Wed, 1 Sep 1999, David S. Miller wrote:

> Ok, first thing, double check the server rpm you have installed
> by running "rpm -qvf /usr/X11R6/bin/Xsun24", it should print out
> "XFree86-Sun24-3.3.3.1-52"

For what its worth, I've got XFree86-Sun24-3.3.3.1-52 on a u10 creator,
and I manage to get this when I replace /etc/X11/X with the LD_PRELOAD
and such:

*** Segmentation fault
Register dump:

 PSR: ff801085 PC: 00027bcc NPC: 00027bd0   Y: 00000000
 g0: 00000000 g1: ffffffc0  g2: 00464940  g3: 00000009
 g4: ffcf4780  g5: 00000000  g6: 00000000  g7: 00000020
 o0: 00000000  o1: 004647c0  o2: 00464780  o3: 004647c0
 o4: 00000030  o5: ffffff60  sp: effff690  o7: 00000001
 l0: 00027480  l1: ffffffe4  l2: 00027d10  l3: 0000073c
 l4: 00000038  l5: 00000030  l6: 00464778  l7: 00000030
 i0: 00770000  i1: 71d73a40  i2: 00000028  i3: 00000009
 i4: 00000028  i5: 00002000  fp: effff730  i7: 000213e0

 Old mask: 00000000 XFSR: 0000000000000820 GSR: 00 FPRS: 7
  f0: 007f0000007f0000   f2: 0000000a00000000   f4: 0000000000000000
  f6: 0000000000000000   f8: 0000000000000000  f10: 0000000000000000
 f12: 0000000000000000  f14: 0000000000000000  f16: 007f0000007f0000
 f18: 007f0000007f0000  f20: 007f0000007f0000  f22: 007f0000007f0000
 f24: 007f0000007f0000  f26: 007f0000007f0000  f28: 007f0000007f0000
 f30: 007f0000007f0000  f32: 007f0000007f0000  f34: 007f0000007f0000
 f36: 007f0000007f0000  f38: 007f0000007f0000 f40: 007f0000007f0000
 f42: 007f0000007f0000  f44: 007f0000007f0000  f46: 007f0000007f0000
 f48: 007f0000007f0000  f50: 007f0000007f0000  f52: 007f0000007f0000
 f54: 007f0000007f0000  f56: 007f0000007f0000  f58: 007f0000007f0000
 f60: 007f0000007f0000  f62: 007f0000007f0000

Backtrace:
[0x27bcc]
[0x213e0]
[0x1017dc]
[0x217d4]
[0x3f44c]
[0x3ced8]
[0x4ec00]
/lib/libc.so.6(__libc_start_main+0x128)[0x7009d8c8]
[0x11f2c]

 -- Peter

Old MacDonald had an agricultural real-estate tax abatement.

Re: X still crashing

[David S. Miller]

   Date: Wed, 1 Sep 1999 10:45:57 -0400 (EDT)
   From: Peter Jones <pjones@redhat.com>

   For what its worth, I've got XFree86-Sun24-3.3.3.1-52 on a u10 creator,
   and I manage to get this when I replace /etc/X11/X with the LD_PRELOAD
   and such:

   *** Segmentation fault
   Register dump:

    PSR: ff801085 PC: 00027bcc NPC: 00027bd0   Y: 00000000

And what are 0x27bcc, 0x27bd0, and 0x213e0 near in the symbol
table (nm -n /usr/X11R6/bin/Xsun24)... oh yeah, thats right, we ship
stripped binaries don't we :-(  or I suppose you built a non-stripped
image yourself for debugging purposes?  I need the symbol information
to even begin to be able to debug this.

Later,
David S. Miller
davem@redhat.com

Re: X still crashing

[Peter Jones]

On Wed, 1 Sep 1999, David S. Miller wrote:

>    Date: Wed, 1 Sep 1999 10:45:57 -0400 (EDT)
>    From: Peter Jones <pjones@redhat.com>
> 
>    For what its worth, I've got XFree86-Sun24-3.3.3.1-52 on a u10 creator,
>    and I manage to get this when I replace /etc/X11/X with the LD_PRELOAD
>    and such:
> 
>    *** Segmentation fault
>    Register dump:
> 
>     PSR: ff801085 PC: 00027bcc NPC: 00027bd0   Y: 00000000
> 
> And what are 0x27bcc, 0x27bd0, and 0x213e0 near in the symbol
> table (nm -n /usr/X11R6/bin/Xsun24)... oh yeah, thats right, we ship
> stripped binaries don't we :-(  or I suppose you built a non-stripped
> image yourself for debugging purposes?  I need the symbol information
> to even begin to be able to debug this.

I havn't, but I'll do that this afternoon and send you a dump and the
symbol info.

 -- Peter

"What is a magician but a practicing theorist?"
		-- Kenobi

Re: X still crashing

[Peter Jones]

On Wed, 1 Sep 1999, David S. Miller wrote:

>    *** Segmentation fault
>    Register dump:
> 
>     PSR: ff801085 PC: 00027bcc NPC: 00027bd0   Y: 00000000
> 
> And what are 0x27bcc, 0x27bd0, and 0x213e0 near in the symbol
> table (nm -n /usr/X11R6/bin/Xsun24)... oh yeah, thats right, we ship
> stripped binaries don't we :-(  or I suppose you built a non-stripped
> image yourself for debugging purposes?  I need the symbol information
> to even begin to be able to debug this.

eww.  0x27bcc, bd0, and 0x213e0 look like:

0000000000027bbc t vis13          (for both of the first two) and
0000000000213de0 T SwapHalfSpace

Need any objdumps?

 -- Peter

The object of war is not to die for your country but to make the
  other bastard die for his.
		-- Patton

Re: X still crashing

[David S. Miller]

   Date: Fri, 3 Sep 1999 15:58:26 -0400 (EDT)
   From: Peter Jones <pjones@redhat.com>

   eww.  0x27bcc, bd0, and 0x213e0 look like:

   0000000000027bbc t vis13          (for both of the first two) and
   0000000000213de0 T SwapHalfSpace

   Need any objdumps?

And this dump was produced by a XFree86-Sun24-3.3.3.1-52.sparc.rpm
X server?  Just making sure...

Later,
David S. Miller
davem@redhat.com

Re: X still crashing

[Peter Jones]

On Fri, 3 Sep 1999, David S. Miller wrote:

>    Date: Fri, 3 Sep 1999 15:58:26 -0400 (EDT)
>    From: Peter Jones <pjones@redhat.com>
> 
>    eww.  0x27bcc, bd0, and 0x213e0 look like:
> 
>    0000000000027bbc t vis13          (for both of the first two) and
>    0000000000213de0 T SwapHalfSpace
> 
>    Need any objdumps?
> 
> And this dump was produced by a XFree86-Sun24-3.3.3.1-52.sparc.rpm
> X server?  Just making sure...

Yep.  Grabbed the src.rpm off updates, removed the strip from the .spec
file, ran rpm -ba on it.

> 
> Later,
> David S. Miller
> davem@redhat.com
> 

 -- Peter

"I stick my neck out for nobody."
		-- Bogart

Re: X still crashing

[Ryan Cresawn]

T0sgaGVyZSdzIHRoZSBmaXJzdCBvdXRwdXQgZnJvbSB5b3VyIG1vZGlmaWVkIFhzdW4yNCBi
aW5hcnkuDQoNCmdyaW1sb2NrOi91c3IvWDExUjYvYmluJCBscyAtbCBYc3VuMjQNCi1yd3hy
LXhyLXggICAxIHJvb3QgICAgIHJvb3QgICAgICAzMzk0NzI1IFNlcCAgNyAxMDozMiBYc3Vu
MjQqDQpncmltbG9jazovdXNyL1gxMVI2L2JpbiQgbWQ1c3VtIFhzdW4yNA0KNjA5M2NiYWYz
MDVmMjA2NTdkYWRhM2I4OTBmZmE0ZTkgIFhzdW4yNA0KDQoNCiMjIyMjIyBiZWdpbiAvdG1w
L0xPRw0KDQoNCl9YMTFUcmFuc1NvY2tldFVOSVhDb25uZWN0OiBDYW4ndCBjb25uZWN0OiBl
cnJubyA9IDYxDQoNDQp3YWl0aW5nIGZvciBYIHNlcnZlciB0byBiZWdpbiBhY2NlcHRpbmcg
Y29ubmVjdGlvbnMgLih1c2luZyBWVCBudW1iZXIgNykNCg0KDQoNCioqIFdBUk5JTkcgKio6
IFJlbWluZGVyOiBuZWVkIHRvIGRlc3Ryb3kgU2hlZXRPYmplY3RzDQpDYXVnaHQgc2lnbmFs
IDExLiAgU2VydmVyIGFib3J0aW5nDQpSZWdpc3RlciBkdW1wOg0KDQogUFNSOiBmZjgwMTA4
MCBQQzogMDAwMjgzMGMgTlBDOiAwMDAyODMxMCAgIFk6IDAwMDAwMDAwDQpnMDogMDAwMDAw
MDAgIGcxOiBmZmZmZmZjMCAgZzI6IDAwNjE3OTAwICBnMzogMDAwMDAwMDANCmc0OiBmZmQ2
Nzg4MCAgZzU6IDAwMDAwMDBmICBnNjogMDAwMDAwMDAgIGc3OiAwMDAwMDAyMA0KbzA6IDAw
MDAwMDAwICBvMTogMDA2MTc5MDAgIG8yOiAwMDYxNzhjMCAgbzM6IDAwNjE3OTAwDQpvNDog
MDAwMDAwMjAgIG81OiA3MTk5YWQ1MCAgbzY6IGVmZmZmNTU4ICBvNzogMDAwMDAwMDENCmww
OiAwMDAyN2I0MCAgbDE6IGZmZmZmZmQ4ICBsMjogMDAwMjgzZWMgIGwzOiAwMDAwMDdjMA0K
bDQ6IDAwMDAwMDJjICBsNTogMDAwMDAwMWMgIGw2OiAwMDYxNzhkMCAgbDc6IDAwMDAwMDNj
DQppMDogMDA4YjAwMDAgIGkxOiA3MWMzMzQ4MCAgaTI6IDAwMDAwMDA4ICBpMzogMDAwMDAw
MDENCmk0OiAwMDAwMDAwOCAgaTU6IDAwMDAyMDAwICBpNjogZWZmZmY1ZjggIGk3OiAwMDAy
MWEyMA0KDQogT2xkIG1hc2s6IDAwMDAwMDAwICBYRlNSOiAwMDAwMDAwMDAwMDAwODIwIEdT
UjogMDAwMDAwMDQgRlBSUzogMDAwMDAwMDcNCiBmMDogMDAwMDAwMDAwMDAwMDAwMCAgZjI6
IDAwMDAwMDAyMDAwMDAwMDAgIGY0OiAwMDAwMDAwMDAwMDAwMDAwDQogZjY6IDAwMDAwMDAw
MDAwMDAwMDAgIGY4OiAwMDAwMDAwMDAwMDAwMDAwIGYxMDogMDAwMDAwMDAwMDAwMDAwMA0K
ZjEyOiAwMDAwMDAwMDAwMDAwMDAwIGYxNDogMDAwMDAwMDAwMDAwMDAwMCBmMTY6IDAwMDAw
MDAwMDAwMDAwMDANCmYxODogMDAwMDAwMDAwMDAwMDAwMCBmMjA6IDAwMDAwMDAwMDAwMDAw
MDAgZjIyOiAwMDAwMDAwMDAwMDAwMDAwDQpmMjQ6IDAwMDAwMDAwMDAwMDAwMDAgZjI2OiAw
MDAwMDAwMDAwMDAwMDAwIGYyODogMDAwMDAwMDAwMDAwMDAwMA0KZjMwOiAwMDAwMDAwMDAw
MDAwMDAwIGYzMjogMDAwMDAwMDAwMDAwMDAwMCBmMzQ6IDAwMDAwMDAwMDAwMDAwMDANCmYz
NjogMDAwMDAwMDAwMDAwMDAwMCBmMzg6IDAwMDAwMDAwMDAwMDAwMDAgZjQwOiAwMDAwMDAw
MDAwMDAwMDAwDQpmNDI6IDAwMDAwMDAwMDAwMDAwMDAgZjQ0OiAwMDAwMDAwMDAwMDAwMDAw
IGY0NjogMDAwMDAwMDAwMDAwMDAwMA0KZjQ4OiAwMDAwMDAwMDAwMDAwMDAwIGY1MDogMDAw
MDAwMDAwMDAwMDAwMCBmNTI6IDAwMDAwMDAwMDAwMDAwMDANCmY1NDogMDAwMDAwMDAwMDAw
MDAwMCBmNTY6IDAwMDAwMDAwMDAwMDAwMDAgZjU4OiAwMDAwMDAwMDAwMDAwMDAwDQpmNjA6
IDAwMDAwMDAwMDAwMDAwMDAgZjYyOiAwMDAwMDAwMDAwMDAwMDAwDQoNCkJhY2t0cmFjZTog
DQpbMHgwMDAyMWEyMF0NClsweDAwMTAzNDU4XQ0KWzB4MDAwMjFlMTRdDQpbMHgwMDBmZjY4
NF0NClsweDAwMDQxMDEwXQ0KWzB4MDAwM2Q2ODRdDQpbMHgwMDA0ZjNhNF0NClsweDcwMDg5
OGM4XQ0KWzB4MDAwMTFmMmNdDQpbMHgwMDAwMDAwMF0NCg0KTGFzdCBWSVNtb3ZlSW1hZ2Ug
Y2FsbGVkIHdpdGg6DQpWSVNtb3ZlSW1hZ2VMUigwMDAwMDAwMDAwNjE3OGQwLDAwMDAwMDAw
NzE5OWFkNTQsMDAwMDAwMDAwMDAwMDAwOCwwMDAwMDAwMDAwMDAwMDAyLDAwMDAwMDAwMDAw
MDAwMDgsMDAwMDAwMDAwMDAwMjAwMCkNCg0KTWFwczoNCjAwMDAwMDAwMDAwMTAwMDAtMDAw
MDAwMDAwMDI5YTAwMCByLXhwIDAwMDAwMDAwMDAwMDAwMDAgMDg6MDEgNDkzNjkgICAgICAv
dXNyL1gxMVI2L2Jpbi9Yc3VuMjQNCjAwMDAwMDAwMDAyYTgwMDAtMDAwMDAwMDAwMDJmYTAw
MCByd3hwIDAwMDAwMDAwMDAyODgwMDAgMDg6MDEgNDkzNjkgICAgICAvdXNyL1gxMVI2L2Jp
bi9Yc3VuMjQNCjAwMDAwMDAwMDAyZmEwMDAtMDAwMDAwMDAwMDhiMDAwMCByd3hwIDAwMDAw
MDAwMDAwMDAwMDAgMDA6MDAgMA0KMDAwMDAwMDA3MDAwMDAwMC0wMDAwMDAwMDcwMDFhMDAw
IHIteHAgMDAwMDAwMDAwMDAwMDAwMCAwODowMSAzMDcyMiAgICAgIC9saWIvbGQtMi4xLjEu
c28NCjAwMDAwMDAwNzAwMWEwMDAtMDAwMDAwMDA3MDAxYzAwMCBydy1wIDAwMDAwMDAwMGJj
MDYwMDAgMDg6MDEgMjE4OSAgICAgICAvZGV2L2ZiMA0KMDAwMDAwMDA3MDAxYzAwMC0wMDAw
MDAwMDcwMDIwMDAwIHJ3LXAgMDAwMDAwMDAwNDAwMDAwMCAwODowMSAyMTg5ICAgICAgIC9k
ZXYvZmIwDQowMDAwMDAwMDcwMDI4MDAwLTAwMDAwMDAwNzAwMmEwMDAgcnd4cCAwMDAwMDAw
MDAwMDE4MDAwIDA4OjAxIDMwNzIyICAgICAgL2xpYi9sZC0yLjEuMS5zbw0KMDAwMDAwMDA3
MDAyYTAwMC0wMDAwMDAwMDcwMDVhMDAwIHIteHAgMDAwMDAwMDAwMDAwMDAwMCAwODowMSAz
MDc0MCAgICAgIC9saWIvbGlibS0yLjEuMS5zbw0KMDAwMDAwMDA3MDA1YTAwMC0wMDAwMDAw
MDcwMDZjMDAwIHJ3eHAgMDAwMDAwMDAwMDAyMDAwMCAwODowMSAzMDc0MCAgICAgIC9saWIv
bGlibS0yLjEuMS5zbw0KMDAwMDAwMDA3MDA2YzAwMC0wMDAwMDAwMDcwMTU0MDAwIHIteHAg
MDAwMDAwMDAwMDAwMDAwMCAwODowMSAzMDcyOSAgICAgIC9saWIvbGliYy0yLjEuMS5zbw0K
MDAwMDAwMDA3MDE1NDAwMC0wMDAwMDAwMDcwMTVjMDAwIC0tLXAgMDAwMDAwMDAwMDBlODAw
MCAwODowMSAzMDcyOSAgICAgIC9saWIvbGliYy0yLjEuMS5zbw0KMDAwMDAwMDA3MDE1YzAw
MC0wMDAwMDAwMDcwMTZjMDAwIHJ3eHAgMDAwMDAwMDAwMDBlMDAwMCAwODowMSAzMDcyOSAg
ICAgIC9saWIvbGliYy0yLjEuMS5zbw0KMDAwMDAwMDA3MDE2YzAwMC0wMDAwMDAwMDcwMTcy
MDAwIHJ3eHAgMDAwMDAwMDAwMDAwMDAwMCAwMDowMCAwDQowMDAwMDAwMDcwMTcyMDAwLTAw
MDAwMDAwNzAxN2MwMDAgci14cCAwMDAwMDAwMDAwMDAwMDAwIDA4OjAxIDMwNzYwICAgICAg
L2xpYi9saWJuc3NfZmlsZXMtMi4xLjEuc28NCjAwMDAwMDAwNzAxN2MwMDAtMDAwMDAwMDA3
MDE4MjAwMCAtLS1wIDAwMDAwMDAwMDAwMGEwMDAgMDg6MDEgMzA3NjAgICAgICAvbGliL2xp
Ym5zc19maWxlcy0yLjEuMS5zbw0KMDAwMDAwMDA3MDE4MjAwMC0wMDAwMDAwMDcwMThjMDAw
IHJ3eHAgMDAwMDAwMDAwMDAwMDAwMCAwODowMSAzMDc2MCAgICAgIC9saWIvbGlibnNzX2Zp
bGVzLTIuMS4xLnNvDQowMDAwMDAwMDcwMThjMDAwLTAwMDAwMDAwNzAxOTYwMDAgci14cCAw
MDAwMDAwMDAwMDAwMDAwIDA4OjAxIDMwNzY2ICAgICAgL2xpYi9saWJuc3NfbmlzcGx1cy0y
LjEuMS5zbw0KMDAwMDAwMDA3MDE5NjAwMC0wMDAwMDAwMDcwMTljMDAwIC0tLXAgMDAwMDAw
MDAwMDAwYTAwMCAwODowMSAzMDc2NiAgICAgIC9saWIvbGlibnNzX25pc3BsdXMtMi4xLjEu
c28NCjAwMDAwMDAwNzAxOWMwMDAtMDAwMDAwMDA3MDFhODAwMCByd3hwIDAwMDAwMDAwMDAw
MDAwMDAgMDg6MDEgMzA3NjYgICAgICAvbGliL2xpYm5zc19uaXNwbHVzLTIuMS4xLnNvDQow
MDAwMDAwMDcwMWE4MDAwLTAwMDAwMDAwNzAxYmUwMDAgci14cCAwMDAwMDAwMDAwMDAwMDAw
IDA4OjAxIDMwNzQyICAgICAgL2xpYi9saWJuc2wtMi4xLjEuc28NCjAwMDAwMDAwNzAxYmUw
MDAtMDAwMDAwMDA3MDFjODAwMCAtLS1wIDAwMDAwMDAwMDAwMTYwMDAgMDg6MDEgMzA3NDIg
ICAgICAvbGliL2xpYm5zbC0yLjEuMS5zbw0KMDAwMDAwMDA3MDFjODAwMC0wMDAwMDAwMDcw
MWQwMDAwIHJ3eHAgMDAwMDAwMDAwMDAxMDAwMCAwODowMSAzMDc0MiAgICAgIC9saWIvbGli
bnNsLTIuMS4xLnNvDQowMDAwMDAwMDcwMWQwMDAwLTAwMDAwMDAwNzAxZDIwMDAgcnd4cCAw
MDAwMDAwMDAwMDAwMDAwIDAwOjAwIDANCjAwMDAwMDAwNzAxZDIwMDAtMDAwMDAwMDA3MDFk
YzAwMCByLXhwIDAwMDAwMDAwMDAwMDAwMDAgMDg6MDEgMzA3NjQgICAgICAvbGliL2xpYm5z
c19uaXMtMi4xLjEuc28NCjAwMDAwMDAwNzAxZGMwMDAtMDAwMDAwMDA3MDFlMjAwMCAtLS1w
IDAwMDAwMDAwMDAwMGEwMDAgMDg6MDEgMzA3NjQgICAgICAvbGliL2xpYm5zc19uaXMtMi4x
LjEuc28NCjAwMDAwMDAwNzAxZTIwMDAtMDAwMDAwMDA3MDFlYzAwMCByd3hwIDAwMDAwMDAw
MDAwMDAwMDAgMDg6MDEgMzA3NjQgICAgICAvbGliL2xpYm5zc19uaXMtMi4xLjEuc28NCjAw
MDAwMDAwNzAxZWMwMDAtMDAwMDAwMDA3MDFmMDAwMCByLXhwIDAwMDAwMDAwMDAwMDAwMDAg
MDg6MDEgMzA3NTggICAgICAvbGliL2xpYm5zc19kbnMtMi4xLjEuc28NCjAwMDAwMDAwNzAx
ZjAwMDAtMDAwMDAwMDA3MDFmYzAwMCAtLS1wIDAwMDAwMDAwMDAwMDQwMDAgMDg6MDEgMzA3
NTggICAgICAvbGliL2xpYm5zc19kbnMtMi4xLjEuc28NCjAwMDAwMDAwNzAxZmMwMDAtMDAw
MDAwMDA3MDIwMDAwMCByd3hwIDAwMDAwMDAwMDAwMDAwMDAgMDg6MDEgMzA3NTggICAgICAv
bGliL2xpYm5zc19kbnMtMi4xLjEuc28NCjAwMDAwMDAwNzAyMDAwMDAtMDAwMDAwMDA3MDIw
ZTAwMCByLXhwIDAwMDAwMDAwMDAwMDAwMDAgMDg6MDEgMzA3NzAgICAgICAvbGliL2xpYnJl
c29sdi0yLjEuMS5zbw0KMDAwMDAwMDA3MDIwZTAwMC0wMDAwMDAwMDcwMjEwMDAwIC0tLXAg
MDAwMDAwMDAwMDAwZTAwMCAwODowMSAzMDc3MCAgICAgIC9saWIvbGlicmVzb2x2LTIuMS4x
LnNvDQowMDAwMDAwMDcwMjEwMDAwLTAwMDAwMDAwNzAyMWUwMDAgcnd4cCAwMDAwMDAwMDAw
MDAwMDAwIDA4OjAxIDMwNzcwICAgICAgL2xpYi9saWJyZXNvbHYtMi4xLjEuc28NCjAwMDAw
MDAwNzAyMWUwMDAtMDAwMDAwMDA3MDIyMjAwMCByd3hwIDAwMDAwMDAwMDAwMDAwMDAgMDA6
MDAgMA0KMDAwMDAwMDA3MDIyMjAwMC0wMDAwMDAwMDcwMzJlMDAwIHJ3LXAgMDAwMDAwMDAw
MDAwMDAwMCAwMDowMCAwDQowMDAwMDAwMDcwNDAwMDAwLTAwMDAwMDAwNzE0MDAwMDAgcnct
cCAwMDAwMDAwMDA1MDA0MDAwIDA4OjAxIDIxODkgICAgICAgL2Rldi9mYjANCjAwMDAwMDAw
NzE0MDAwMDAtMDAwMDAwMDA3MjQwMDAwMCBydy1wIDAwMDAwMDAwMDEwMDAwMDAgMDg6MDEg
MjE4OSAgICAgICAvZGV2L2ZiMA0KMDAwMDAwMDA3MjQwMDAwMC0wMDAwMDAwMDcyNjA0MDAw
IHJ3LXAgMDAwMDAwMDAwMDAwMDAwMCAwMDowMCAwDQowMDAwMDAwMGVmZmNjMDAwLTAwMDAw
MDAwZjAwMDAwMDAgcnd4cCBmZmZmZmZmZmZmZmNlMDAwIDAwOjAwIDANCg0KeGluaXQ6ICBj
b25uZWN0aW9uIHRvIFggc2VydmVyIGxvc3QuDQ0KeHRlcm06ICBmYXRhbCBJTyBlcnJvciAz
MiAoQnJva2VuIHBpcGUpIG9yIEtpbGxDbGllbnQgb24gWCBzZXJ2ZXIgIjowLjAiDQ0KeHRl
cm06ICBmYXRhbCBJTyBlcnJvciAzMiAoQnJva2VuIHBpcGUpIG9yIEtpbGxDbGllbnQgb24g
WCBzZXJ2ZXIgIjowLjAiDQ0KL3Vzci9sb2NhbC9iaW4vd21ha2VyIHdhcm5pbmc6IGdvdCBz
aWduYWwgMSAoSGFuZ3VwKSAtIGV4aXRpbmcuLi4NCg0KWCBjb25uZWN0aW9uIHRvIDowLjAg
YnJva2VuIChleHBsaWNpdCBraWxsIG9yIHNlcnZlciBzaHV0ZG93bikuDQp4aW9fZXJyb3IN
ClggY29ubmVjdGlvbiB0byA6MC4wIGJyb2tlbiAoZXhwbGljaXQga2lsbCBvciBzZXJ2ZXIg
c2h1dGRvd24pLg0NClggY29ubmVjdGlvbiB0byA6MC4wIGJyb2tlbiAoZXhwbGljaXQga2ls
bCBvciBzZXJ2ZXIgc2h1dGRvd24pLg0NCg0KLS0gDQpSeWFu

X still crashing

[Ryan Cresawn]

Jakub,

Your latest Xsun24 binary is improved over the previous version,
however it is still crashing.  I'd say it crashes about once every few 
days.  I'll tell you a sure way to make it crash, though it will take
a while.  If you run `xlock -mode random' it will crash it every time, 
though I don't know which screen saver is doing it.

I will be happy to try and get you some debugging output if you can
give me some instructions on how I could be of some help.

Oh yes, there is another problem with X that has existed for a long
time.  I redisplay Xemacs from a Solaris box onto my Linux box and
every time I move a window over the Xemacs window it messes up the
left side of the Xemacs window.  I'd estimate less than 5 columns of
pixels are affected.  It certainly isn't as much of a problem as X
crashing all together.

:-)

-- 
Ryan