[7439] in SIPB bug reports
Re: Xscreensaver problem...
daemon@ATHENA.MIT.EDU (John Hawkinson)
Sun Dec 12 05:12:08 1999
Date: Sun, 12 Dec 1999 05:12:02 -0500 (EST)
Message-Id: <199912121012.FAA08838@x15-cruise-basselope.mit.edu>
To: Stan Zanarotti <srz@MIT.EDU>
Cc: bug-sipb@MIT.EDU
In-Reply-To: "[7438] in SIPB bug reports"
From: John Hawkinson <jhawk@MIT.EDU>
| Somebody who's more of an X wizard should probably look at it from
| there. Marc suggested using Xnest, although that was crashing on me
| on xcb.
Yeah:
[x15-cruise-basselope!jhawk] ~> Xnest:1
attach: /afs/sipb.mit.edu/project/outland/arch/@sys/x11r6.1 attached to /mit/x11r6.1 for filesystem /afs/sipb.mit.edu/project/outland/arch/@sys/x11r6.1
Fatal server error:
Cannot establish any listening sockets - Make sure an X server isn't already running
this seems to be because:
[x15-cruise-basselope!jhawk] ~> truss -f -v bind Xnest
...
8835: mkdir("/tmp/.X11-unix", 0777) Err#17 EEXIST
8835: unlink("/tmp/.X11-unix/X1") Err#13 EACCES
8835: bind(4, 0xEFFFF178, 19) Err#125 EADDRINUSE
8835: name = /tmp/.X11-unix/X1
8835: close(3) = 0
Fatal server error:
8835: write(2, "\n F a t a l s e r v e".., 21) = 21
Cannot establish any listening sockets - Make sure an X server isn't already run
i.e. the permissions of /tmp/.X11-unix don't play nice with it.
While I don't remember this problem in the past, one expects root
to make it work. Unfortunately, that doesn't deal either:
Starting program: /mit/x11r6.1/bin/Xnest -fp /usr/openwin/lib/X11/fonts/75dpi,/usr/openwin/lib/X11/fonts/100dpi,/usr/openwin/lib/X11/fonts/misc,/usr/openwin/lib/X11/fonts/F3bitmaps,/usr/andrew/X11fonts :8
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0xef4c5ab8 in _smalloc () from /usr/lib/libc.so.1
(gdb) where
#0 0xef4c5ab8 in _smalloc () from /usr/lib/libc.so.1
#1 0xef4c5b00 in malloc () from /usr/lib/libc.so.1
#2 0xef4bac70 in calloc () from /usr/lib/libc.so.1
#3 0xef5cb49c in _XcmsAddCmapRec () from /mit/x11r6.1/lib/libX11.so.6.1
#4 0xef59b5c8 in XCreateColormap () from /mit/x11r6.1/lib/libX11.so.6.1
#5 0xa0c7c in xnestCreateColormap ()
#6 0x413d0 in CreateColormap ()
#7 0xa1908 in xnestCreateDefaultColormap ()
#8 0x9f6b4 in xnestOpenScreen ()
#9 0x36ff4 in AddScreen ()
#10 0x9e838 in InitOutput ()
#11 0x3675c in main ()
I suspect it needs a rebuild to work under the latest patched-up Solaris
2.6 we're using, but maybe it is something else....
If people really need Xnest and cannot debug this on another platform
where it works or w/ a remote X server, let me know and I'll try to
reprioritize fixing it; otherwise it may be a while, as fixing it is
a pain in the neck.
--jhawk
