Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Sun, Mar 16, 2014 at 19:11:11 +0100, Andrew Shadura wrote: > Package: xserver-xorg > Version: 1:7.7+6 > Severity: normal > > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked to > /usr/bin/wish, the X server crashes. The crash doesn't happen if the X > server isn't running on the active VT. It also doesn't happen with any > other Tk version. > Care to get a backtrace from gdb? Install xserver-xorg-core-dbg and see http://x.debian.net/howto/use-gdb.html or http://www.x.org/wiki/Development/Documentation/ServerDebugging/ Cheers, Julien signature.asc Description: Digital signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello, On Sun, 16 Mar 2014 20:15:23 +0100 Julien Cristau wrote: > > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked to > > /usr/bin/wish, the X server crashes. The crash doesn't happen if > > the X server isn't running on the active VT. It also doesn't happen > > with any other Tk version. > Care to get a backtrace from gdb? Install xserver-xorg-core-dbg and > see http://x.debian.net/howto/use-gdb.html or > http://www.x.org/wiki/Development/Documentation/ServerDebugging/ There is a backtrace in the log I attached. This is the most I could get, unfortunately (I have -dbg package installed). -- Cheers, Andrew signature.asc Description: PGP signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Mon, Mar 17, 2014 at 08:56:06 +0100, Andrew Shadura wrote: > Hello, > > On Sun, 16 Mar 2014 20:15:23 +0100 > Julien Cristau wrote: > > > > > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked to > > > /usr/bin/wish, the X server crashes. The crash doesn't happen if > > > the X server isn't running on the active VT. It also doesn't happen > > > with any other Tk version. > > > Care to get a backtrace from gdb? Install xserver-xorg-core-dbg and > > see http://x.debian.net/howto/use-gdb.html or > > http://www.x.org/wiki/Development/Documentation/ServerDebugging/ > > There is a backtrace in the log I attached. This is the most I could > get, unfortunately (I have -dbg package installed). > The log's backtrace doesn't benefit from debug symbols unfortunately. Cheers, Julien signature.asc Description: Digital signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello, On Mon, 17 Mar 2014 09:48:09 +0100 Julien Cristau wrote: > > > > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked > > > > to /usr/bin/wish, the X server crashes. The crash doesn't > > > > happen if the X server isn't running on the active VT. It also > > > > doesn't happen with any other Tk version. > > > Care to get a backtrace from gdb? Install xserver-xorg-core-dbg > > > and see http://x.debian.net/howto/use-gdb.html or > > > http://www.x.org/wiki/Development/Documentation/ServerDebugging/ > > There is a backtrace in the log I attached. This is the most I could > > get, unfortunately (I have -dbg package installed). > The log's backtrace doesn't benefit from debug symbols unfortunately. The trouble is that I can't reproduce the crash when I'm not attached to the VT, and when I am, the VT locks and I can't switch to a different one (SysRq keys don't work either — that may be because of strange laptop keyboard configuration, I don't exactly know). Do you have any ideas on what can be done? -- Cheers, Andrew signature.asc Description: PGP signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Mon, Mar 17, 2014 at 09:51:17 +0100, Andrew Shadura wrote: > The trouble is that I can't reproduce the crash when I'm not attached > to the VT, and when I am, the VT locks and I can't switch to a > different one (SysRq keys don't work either — that may be because of > strange laptop keyboard configuration, I don't exactly know). > > Do you have any ideas on what can be done? > No other machine to run gdb on an ssh session? Cheers, Julien signature.asc Description: Digital signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello, On 17 March 2014 10:00, Julien Cristau wrote: >> The trouble is that I can't reproduce the crash when I'm not attached >> to the VT, and when I am, the VT locks and I can't switch to a >> different one (SysRq keys don't work either — that may be because of >> strange laptop keyboard configuration, I don't exactly know). >> Do you have any ideas on what can be done? > No other machine to run gdb on an ssh session? (Replying from a different machine, so sorry for possible HTML.) Well, it wasn't easy to organise, but I found a way to ssh there. First of all, I couldn't reproduce the bug by running X manually from an ssh session, but it worked in already started one. However, I couldn't get a meaningful backtrace because of: Attaching to process 3214 Reading symbols from /usr/bin/Xorg...Reading symbols from /usr/lib/debug/usr/bin/Xorg...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/lib/debug/usr/bin/Xorg] -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cacujmdmaoqlznqbtxh15fed74yp+q6omv8u4y2d-8amn0ae...@mail.gmail.com
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello,
On Mon, 17 Mar 2014 10:00:54 +0100
Julien Cristau wrote:
> > The trouble is that I can't reproduce the crash when I'm not
> > attached to the VT, and when I am, the VT locks and I can't switch
> > to a different one (SysRq keys don't work either — that may be
> > because of strange laptop keyboard configuration, I don't exactly
> > know).
> > Do you have any ideas on what can be done?
> No other machine to run gdb on an ssh session?
After upgrading gdb I've got this:
Program received signal SIGSEGV, Segmentation fault.
__GI___libc_free (mem=0x12d0002) at malloc.c:2892
2892malloc.c: No such file or directory.
(gdb) bt
#0 __GI___libc_free (mem=0x12d0002) at malloc.c:2892
#1 0xb75f7ac1 in doOpenFont (client=0xba07eb10, c=0xba0b4c88) at
../../dix/dixfonts.c:370
#2 0xb75fa9ed in ProcessWorkQueue () at ../../dix/dixutils.c:526
#3 0xb775dc35 in WaitForSomething
(pClientsReady=pClientsReady@entry=0xb9d9a970) at ../../os/WaitFor.c:175
#4 0xb75f585e in Dispatch () at ../../dix/dispatch.c:362
#5 0xb75f9bd5 in dix_main (argc=argc@entry=6, argv=argv@entry=0xbfb85654,
envp=envp@entry=0xbfb85670) at ../../dix/main.c:294
#6 0xb75e393e in main (argc=6, argv=0xbfb85654, envp=0xbfb85670) at
../../dix/stubmain.c:34
(gdb) bt full
#0 __GI___libc_free (mem=0x12d0002) at malloc.c:2892
ar_ptr =
p = 0x12cfffa
hook = 0x0
#1 0xb75f7ac1 in doOpenFont (client=0xba07eb10, c=0xba0b4c88) at
../../dix/dixfonts.c:370
pfont = 0x0
fpe =
pScr =
err =
i =
alias = 0xb729d000 "\274\275\032"
newname =
newlen =
aliascount =
FontFormat =
#2 0xb75fa9ed in ProcessWorkQueue () at ../../dix/dixutils.c:526
q = 0xba0aebf8
p = 0xb77f49d8
#3 0xb775dc35 in WaitForSomething
(pClientsReady=pClientsReady@entry=0xb9d9a970) at ../../os/WaitFor.c:175
i =
waittime = {tv_sec = 0, tv_usec = 300989}
wt = 0xbfb852d8
timeout =
clientsReadable = {fds_bits = {0 }}
clientsWritable = {fds_bits = {0, -1216450560, -1218340487,
-1228382208, -1176137048, -1228382208, -1176137048, -1223264987, -1173667904,
-1176137000,
-1173667904, -1216450560, -1180178192, -1216450560, -1176254676,
-1216450560, -1180178192, -1173667904, -1180171120, -1216450560, -1180178192,
-1216409688, -1180243760, -1221995456, -1216409688, 0, -1078438912,
-1221996544, -1221995456, -1176137048, -1176131492, -1223253021}}
selecterr =
nready = 0
devicesReadable = {fds_bits = {0 }}
now =
someReady = 0
#4 0xb75f585e in Dispatch () at ../../dix/dispatch.c:362
clientReady = 0xb9d9a970
result =
client =
nready =
icheck = 0xb77f46b8
start_tick =
#5 0xb75f9bd5 in dix_main (argc=argc@entry=6, argv=argv@entry=0xbfb85654,
envp=envp@entry=0xbfb85670) at ../../dix/main.c:294
i =
alwaysCheckForInput = {0, 1}
#6 0xb75e393e in main (argc=6, argv=0xbfb85654, envp=0xbfb85670) at
../../dix/stubmain.c:34
No locals.
--
Cheers,
Andrew
signature.asc
Description: PGP signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Mon, Mar 17, 2014 at 10:40:18 +0100, Andrew Shadura wrote: > Hello, > > On Mon, 17 Mar 2014 10:00:54 +0100 > Julien Cristau wrote: > > > > The trouble is that I can't reproduce the crash when I'm not > > > attached to the VT, and when I am, the VT locks and I can't switch > > > to a different one (SysRq keys don't work either — that may be > > > because of strange laptop keyboard configuration, I don't exactly > > > know). > > > > Do you have any ideas on what can be done? > > > No other machine to run gdb on an ssh session? > > After upgrading gdb I've got this: > > Program received signal SIGSEGV, Segmentation fault. > __GI___libc_free (mem=0x12d0002) at malloc.c:2892 > 2892 malloc.c: No such file or directory. > (gdb) bt > #0 __GI___libc_free (mem=0x12d0002) at malloc.c:2892 > #1 0xb75f7ac1 in doOpenFont (client=0xba07eb10, c=0xba0b4c88) at > ../../dix/dixfonts.c:370 > #2 0xb75fa9ed in ProcessWorkQueue () at ../../dix/dixutils.c:526 > #3 0xb775dc35 in WaitForSomething > (pClientsReady=pClientsReady@entry=0xb9d9a970) at ../../os/WaitFor.c:175 > #4 0xb75f585e in Dispatch () at ../../dix/dispatch.c:362 Crap. Looks like heap corruption. I'll try to have a go at reproducing it, valgrind may help. No promises on an ETA though, so if you want to try that... Cheers, Julien signature.asc Description: Digital signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Control: found 741870 1:7.7+3~deb7u1 > Andrew Shadura writes: > Package: xserver-xorg > Version: 1:7.7+6 > Severity: normal > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked to > /usr/bin/wish, the X server crashes. The crash doesn't happen if the > X server isn't running on the active VT. It also doesn't happen with > any other Tk version. While I’m not entirely sure that it’s the same bug (so feel free to ‘notfound’ it as necessary), I’ve just found that Wheezy’s Xorg also crashes when I try to start certain X applications. Consider, e. g.: # : starting a fresh Xorg at :3 here $ DISPLAY=:3.0 twm & wait $! ; [5] 14099 XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":3.0" after 106 requests (106 known processed) with 0 events remaining. [5] Exit 1 DISPLAY=:3.0 twm $ # : starting a fresh Xorg at :3 here $ DISPLAY=:3.0 gv -- some.pdf & wait $! ; [5] 14134 XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":3.0" after 123 requests (123 known processed) with 0 events remaining. [5] Exit 1 DISPLAY=:3.0 gv -- some.pdf $ The server ends with just the following in the first case: 14096 Aborted Xorg :3 vt10 -config xorg.conf-vesa -depth 24 yet leaves a proper backtrace (MIMEd) in the log in the second. Also to note is that the issue seems to be surprisingly easy to reproduce. -- FSF associate member #7257 [ 12012.763] Backtrace: [ 12012.763] 0: Xorg (xorg_backtrace+0x36) [0x7ff37c976d16] [ 12012.763] 1: Xorg (0x7ff37c7f8000+0x182869) [0x7ff37c97a869] [ 12012.763] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7ff37bb2+0xf030) [0x7ff37bb2f030] [ 12012.763] 3: /usr/lib/libXfont.so.1 (FontFileListNextFontWithInfo+0x1d) [0x7ff37b66a51d] [ 12012.763] 4: Xorg (doListFontsWithInfo+0x163) [0x7ff37c84b473] [ 12012.763] 5: Xorg (ProcessWorkQueue+0x21) [0x7ff37c84f0c1] [ 12012.763] 6: Xorg (WaitForSomething+0x62) [0x7ff37c974022] [ 12012.763] 7: Xorg (0x7ff37c7f8000+0x52bb1) [0x7ff37c84abb1] [ 12012.764] 8: Xorg (0x7ff37c7f8000+0x41ec5) [0x7ff37c839ec5] [ 12012.764] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7ff37a845ead] [ 12012.764] 10: Xorg (0x7ff37c7f8000+0x4219d) [0x7ff37c83a19d] [ 12012.764] [ 12012.764] Segmentation fault at address (nil) [ 12012.764] Fatal server error: [ 12012.764] Caught signal 11 (Segmentation fault). Server aborting
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Fri, Apr 11, 2014 at 15:28:19 +, Ivan Shmakov wrote: > While I’m not entirely sure that it’s the same bug (so feel free > to ‘notfound’ it as necessary), I’ve just found that Wheezy’s > Xorg also crashes when I try to start certain X applications. > Consider, e. g.: > > # : starting a fresh Xorg at :3 here > $ DISPLAY=:3.0 twm & wait $! ; > [5] 14099 > XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":3.0" > after 106 requests (106 known processed) with 0 events remaining. > [5] Exit 1 DISPLAY=:3.0 twm > $ > > # : starting a fresh Xorg at :3 here > $ DISPLAY=:3.0 gv -- some.pdf & wait $! ; > [5] 14134 > XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":3.0" > after 123 requests (123 known processed) with 0 events remaining. > [5] Exit 1 DISPLAY=:3.0 gv -- some.pdf > $ > > The server ends with just the following in the first case: > > 14096 Aborted Xorg :3 vt10 -config xorg.conf-vesa -depth 24 > > yet leaves a proper backtrace (MIMEd) in the log in the second. > > Also to note is that the issue seems to be surprisingly easy to > reproduce. > Do you have a font server in your font path? Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140514082036.ga24...@crater2.logilab.fr
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
> Julien Cristau writes: > On Fri, Apr 11, 2014 at 15:28:19 +, Ivan Shmakov wrote: >> While I’m not entirely sure that it’s the same bug (so feel free to >> ‘notfound’ it as necessary), I’ve just found that Wheezy’s Xorg also >> crashes when I try to start certain X applications. Consider, >> e. g.: >> # : starting a fresh Xorg at :3 here >> $ DISPLAY=:3.0 twm & wait $! ; >> [5] 14099 >> XIO: fatal IO error 11 (Resource temporarily unavailable) on X server >> ":3.0" >> after 106 requests (106 known processed) with 0 events remaining. >> [5] Exit 1 DISPLAY=:3.0 twm […] >> Also to note is that the issue seems to be surprisingly easy to >> reproduce. > Do you have a font server in your font path? Indeed, I do. And indeed, removing one from the font path as a work-around solves the issue, thanks. But it left me wondering if it’s planned to fix this issue properly in Wheezy? -- FSF associate member #7257 http://boycottsystemd.org/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/871tvw658o@violet.siamics.net
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Wed, May 14, 2014 at 10:09:59 +, Ivan Shmakov wrote: > > Julien Cristau writes: > > Do you have a font server in your font path? > > Indeed, I do. And indeed, removing one from the font path as a > work-around solves the issue, thanks. > > But it left me wondering if it’s planned to fix this issue > properly in Wheezy? > I doubt it. It's probably https://bugs.freedesktop.org/show_bug.cgi?id=31501 which doesn't look hopeful. Plus, using a font server is not all that useful nowadays anyway. Cheers, Julien signature.asc Description: Digital signature
Processed: Re: Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Processing control commands: > found 741870 1:7.7+3~deb7u1 Bug #741870 [xserver-xorg] X server crashes when running (in particular) some Tk 8.4 apps Marked as found in versions xorg/1:7.7+3~deb7u1. -- 741870: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741870 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b741870.139723141120707.transcr...@bugs.debian.org
