crash of many commands

Bug #29350 reported by Pavel Mlčoch
10
Affects Status Importance Assigned to Milestone
gnome-terminal (Ubuntu)
Invalid
Medium
Ubuntu Desktop Bugs

Bug Description

On my AMD64 Dapper Drake crash many program with Segfault. In gnome-terminal or xfce4-terminal crashes all command, but in xterm or konsole dont. I can not login by ssh too.

Revision history for this message
Pavel Mlčoch (pavkamlc) wrote :
Download full text (419.9 KiB)

Here is strace output of "strace -o debug.out gnome-terminal 1>output.txt 2>output.txt" with Segmentation fail after turn ls command.

output.txt:
(gnome-terminal:21665): Gtk-CRITICAL **: gtk_accel_label_set_accel_closure: assertion `gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(gnome-terminal:21665): Gtk-CRITICAL **: gtk_accel_label_set_accel_closure: assertion `gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

** (gnome-terminal:21665): WARNING **: Chyba p�i kompilaci regulårního výrazu "\<(file:///(/[-A-Za-z0-9_$.+!*(),;:@&=?/~#%]*[^]'.}>)
,\"])?".

debug.out:
getsid(0) = 18943
getuid() = 1000
readlink("/proc/self/fd/0", "/dev/pts/3", 511) = 10
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory)
open("/var/run/utmp", O_RDWR) = -1 EACCES (Permission denied)
open("/var/run/utmp", O_RDONLY) = 3
fcntl(3, F_GETFD) = 0
fcntl(3, F_SETFD, FD_CLOEXEC) = 0
lseek(3, 0, SEEK_SET) = 0
alarm(0) = 0
rt_sigaction(SIGALRM, {0x2aaaaadba6b0, [], SA_RESTORER, 0x2aaaaacf21b0}, {SIG_DFL}, 8) = 0
alarm(1) = 0
fcntl(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
read(3, "\10\0\0\0\341\t\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\2\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\1\0\0\0002N\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\10\0\0\0\353\26\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\6\0\0\0\312(\0\0tty1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\6\0\0\0\313(\0\0tty2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\6\0\0\0\314(\0\0tty3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\6\0\0\0\315(\0\0tty4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\6\0\0\0\316(\0\0tty5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\6\0\0\0\317(\0\0tty6\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\7\0\0\0\327)\0\0:0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\10\0\0\0\0\0\0\0pts/3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "\10\0\0\0\213C\0\0pts/5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(3, "", 384) = 0
fcntl(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
alarm(0) = 1
rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
close(3) = 0
open("/etc/localtime", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=806, ...}) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=806, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaac4000
read(3, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\6\0"..., 4096) = 806
close(3) = 0
munmap(0x2aaaaaac4000, 4096) = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=806, ....

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. If you have a log of 3740 lines please use an attachment next time. A strace is useless for that bug. Could you get a backtrace of the crash using gdb?

Changed in gnome-terminal:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Pavel Mlčoch (pavkamlc) wrote :

Yes, I could use gdb, but I dont know, how create gdb backtrace for segfault of proces which crashes on start in gnome-terminal. Is some howto on the web?

Revision history for this message
Sebastien Bacher (seb128) wrote :

- gdb <program>
(gdb) run
... crash ...
(gdb) thread apply all bt

Revision history for this message
Pavel Mlčoch (pavkamlc) wrote : Re: [Bug 29350] crash of many commands

But this backtrace is empty, because crashes command turned in
gnome-terminal. gnome-terminal dont crash.

Sebastien Bacher píše v Po 23. 01. 2006 v 19:56 +0000:
> Public bug report changed:
> https://launchpad.net/malone/bugs/29350
>
> Comment:
> - gdb <program>
> (gdb) run
> ... crash ...
> (gdb) thread apply all bt
>

Revision history for this message
Sebastien Bacher (seb128) wrote :

run the command with gdb, like "gdb ls", what is the issue? what does crash? it doesn't run with gdb?

Revision history for this message
Pavel Mlčoch (pavkamlc) wrote :

In konsole and xterm I got this:

pavka@pavka:~$ gdb ls
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) RUN
Starting program: /bin/ls
(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)
[Thread debugging using libthread_db enabled]
[New Thread 46912508513856 (LWP 2016)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
build CRpavka.qgs Desktop1 mbox public_html VirtualPC
commands Desktop download phone_backup todo.ncd

Program exited normally.
(gdb) Q
pavka@pavka:~$

but in gnome-terminal and xfce4-terminal I got this:

pavka@pavka:~$ gdb ls
Segmentation fault
pavka@pavka:~$ ls
Segmentation fault

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

Is LD_PRELOAD set perhaps? What is the output of env in konsole and gnome-terminal?

Revision history for this message
Pavel Mlčoch (pavkamlc) wrote :

In gnome-terminal is output:

pavka@pavka:~$ env
Segmentation fault
pavka@pavka:~$

In konsole is output of command 'env | grep LD' empty.

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

And if you try ( env ) or simply echo $LD_PRELOAD, or LD_DEBUG=all env

Revision history for this message
Pavel Mlčoch (pavkamlc) wrote :
Download full text (38.9 KiB)

Output of this echo is empty, and 'LD_DEBUG=all env' in attach.

avka@pavka:~$ echo $LD_PRELOAD

pavka@pavka:~$ LD_DEBUG=all env
     12888:
     12888: file=/lib/snoopy.so [0]; needed by env [0]
     12888: file=/lib/snoopy.so [0]; generating link map
     12888: dynamic: 0x00002aaaaacc2d60 base: 0x00002aaaaabc2000 size: 0x0000000000100fa8
     12888: entry: 0x00002aaaaabc2880 phdr: 0x00002aaaaabc2040 phnum: 5
     12888:
     12888:
     12888: file=libc.so.6 [0]; needed by env [0]
     12888: find library=libc.so.6 [0]; searching
     12888: search cache=/etc/ld.so.cache
     12888: trying file=/lib/libc.so.6
     12888:
     12888: file=libc.so.6 [0]; generating link map
     12888: dynamic: 0x00002aaaaaef4d00 base: 0x00002aaaaacc3000 size: 0x0000000000238208
     12888: entry: 0x00002aaaaacdf540 phdr: 0x00002aaaaacc3040 phnum: 9
     12888:
     12888:
     12888: file=libdl.so.2 [0]; needed by /lib/snoopy.so [0]
     12888: find library=libdl.so.2 [0]; searching
     12888: search cache=/etc/ld.so.cache
     12888: trying file=/lib/libdl.so.2
     12888:
     12888: file=libdl.so.2 [0]; generating link map
     12888: dynamic: 0x00002aaaaaffdc98 base: 0x00002aaaaaefc000 size: 0x0000000000101f98
     12888: entry: 0x00002aaaaaefcf70 phdr: 0x00002aaaaaefc040 phnum: 8
     12888:
     12888: checking for version `GLIBC_2.3' in file /lib/libc.so.6 required by file env
     12888: checking for version `GLIBC_2.2.5' in file /lib/libc.so.6 required by file env
     12888: checking for version `GLIBC_2.2.5' in file /lib/libdl.so.2 required by file /lib/snoopy.so
     12888: checking for version `GLIBC_2.2.5' in file /lib/libc.so.6 required by file /lib/snoopy.so
     12888: checking for version `GLIBC_2.2.5' in file /lib64/ld-linux-x86-64.so.2 required by file /lib/libc.so.6
     12888: checking for version `GLIBC_2.3' in file /lib64/ld-linux-x86-64.so.2 required by file /lib/libc.so.6
     12888: checking for version `GLIBC_PRIVATE' in file /lib64/ld-linux-x86-64.so.2 required by file /lib/libc.so.6
     12888: checking for version `GLIBC_2.2.5' in file /lib/libc.so.6 required by file /lib/libdl.so.2
     12888: checking for version `GLIBC_PRIVATE' in file /lib/libc.so.6 required by file /lib/libdl.so.2
     12888: checking for version `GLIBC_PRIVATE' in file /lib64/ld-linux-x86-64.so.2 required by file /lib/libdl.so.2
     12888:
     12888: relocation processing: /lib/libdl.so.2 (lazy)
     12888: symbol=__pthread_once; lookup in file=env
     12888: symbol=__pthread_once; lookup in file=/lib/snoopy.so
     12888: symbol=__pthread_once; lookup in file=/lib/libc.so.6
     12888: symbol=__pthread_once; lookup in file=/lib/libdl.so.2
     12888: symbol=__pthread_once; lookup in file=/lib64/ld-linux-x86-64.so.2
     12888: symbol=__pthread_key_create; lookup in file=env
     12888: symbol=__pthread_key_create; lookup in file=/lib/snoopy.so
     12888: symbol=__pthread_key_create; lookup in file=/...

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

> 12888: file=/lib/snoopy.so [0]; needed by env [0]

Try without snoopy, based on what I've seen so far I guess it's failing.

Revision history for this message
Pavel Mlčoch (pavkamlc) wrote :
Download full text (24.9 KiB)

I try uninstall libsnoopy and I dont get nothing new. In attachement is
actual output 'LD_DEBUG=all env'

pavka@pavka:~$ LD_DEBUG=all env
      7837:
      7837: file=libc.so.6 [0]; needed by env [0]
      7837: find library=libc.so.6 [0]; searching
      7837: search cache=/etc/ld.so.cache
      7837: trying file=/lib/libc.so.6
      7837:
      7837: file=libc.so.6 [0]; generating link map
      7837: dynamic: 0x00002aaaaadf3d00 base: 0x00002aaaaabc2000 size: 0x0000000000238208
      7837: entry: 0x00002aaaaabde540 phdr: 0x00002aaaaabc2040 phnum: 9
      7837:
      7837: checking for version `GLIBC_2.3' in file /lib/libc.so.6 required by file env
      7837: checking for version `GLIBC_2.2.5' in file /lib/libc.so.6 required by file env
      7837: checking for version `GLIBC_2.2.5' in file /lib64/ld-linux-x86-64.so.2 required by file /lib/libc.so.6
      7837: checking for version `GLIBC_2.3' in file /lib64/ld-linux-x86-64.so.2 required by file /lib/libc.so.6
      7837: checking for version `GLIBC_PRIVATE' in file /lib64/ld-linux-x86-64.so.2 required by file /lib/libc.so.6
      7837:
      7837: relocation processing: /lib/libc.so.6 (lazy)
      7837: symbol=_res; lookup in file=env
      7837: symbol=_res; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `_res' [GLIBC_2.2.5]
      7837: symbol=_IO_file_close; lookup in file=env
      7837: symbol=_IO_file_close; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `_IO_file_close' [GLIBC_2.2.5]
      7837: symbol=__morecore; lookup in file=env
      7837: symbol=__morecore; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `__morecore' [GLIBC_2.2.5]
      7837: symbol=__daylight; lookup in file=env
      7837: symbol=__daylight; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `__daylight' [GLIBC_2.2.5]
      7837: symbol=__malloc_hook; lookup in file=env
      7837: symbol=__malloc_hook; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `__malloc_hook' [GLIBC_2.2.5]
      7837: symbol=h_nerr; lookup in file=env
      7837: symbol=h_nerr; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `h_nerr' [GLIBC_2.2.5]
      7837: symbol=__malloc_initialize_hook; lookup in file=env
      7837: symbol=__malloc_initialize_hook; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `__malloc_initialize_hook' [GLIBC_2.2.5]
      7837: symbol=__ctype32_toupper; lookup in file=env
      7837: symbol=__ctype32_toupper; lookup in file=/lib/libc.so.6
      7837: binding file /lib/libc.so.6 to /lib/libc.so.6: normal symbol `__ctype32_toupper' [GLIBC_2.2.5]
      7837: symbol=stdout; lookup in file=env
      7837: binding file /lib/libc.so.6 ...

Revision history for this message
Daniel Holbach (dholbach) wrote :

Please use attachments for that. This makes the bug unreadable.

Revision history for this message
Daniel Holbach (dholbach) wrote :

You should backtrace whatever segfaults for you. http://wiki.ubuntu.com/DebuggingProgramCrash might help you there.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Your bug lacks information we would need to investigate further. We are now going to close the bug - please reopen if you have more information at hand.

Changed in gnome-terminal:
status: Needs Info → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.