Hello,
On antradienis 15 Gruodis 2009 18:29:58 dann frazier wrote:
> > On antradienis 15 Gruodis 2009 07:32:08 dann frazier wrote:
> > > Source: kde4libs
> > > Version: 4:4.3.4-1
> > > Severity: serious
> > > User: debian-hppa@lists.debian.org
> > > Usertags: hppa
> > >
> > > kde4libs hangs during build on hppa, but the hang location varies.
> >
> > Doesn't this evidence suggest that either c++ toolchain, hardware, kernel
> > etc. is broken on hppa in general / on peri? automoc4 has not been
> > rebuilt for half a year and numerous previous kde4libs versions have
> > built successfully since then...
>
> Yes, it certainly does. The hppa porters are looking into such issues,
> using the above usertag as a todo list.
To reproduce:
$ cat minifail.cpp
#include <QtCore/QProcess>
#include <QtCore/QCoreApplication>
int main(int argc, char** argv) {
QCoreApplication app(argc, argv);
QProcess proc;
proc.start("/usr/bin/cut", QStringList(), QIODevice::NotOpen);
proc.waitForFinished(-1);
return 0;
}
$ g++-4.4 -I/usr/include/qt4 -lQtCore minifail.cpp -o minifail
$ i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done
Run 1
Run 2
Run 3
Run 4
Run 5
Run 6
Run 7
Run 8
Run 9
Run 10
$ ps aux | grep ...
modax 11058 0.0 0.0 19728 3020 pts/1 Sl+ 08:45 0:00 ./minifail
modax 11060 0.0 0.0 0 0 pts/1 Z+ 08:45 0:00 [cut]
<defunct>
$ gdb -p 11058
(gdb) bt
#0 0x4082fe30 in select () from /lib/libc.so.6
#1 0x405d9644 in qt_native_select (fdread=0xfb091410, fdwrite=0xfb091490,
timeout=<value optimized out>) at io/qprocess_unix.cpp:936
#2 0x405dc3ac in QProcessPrivate::waitForFinished (this=0x27f80, msecs=-1) at
io/qprocess_unix.cpp:1158
#3 0x4058b6f8 in QProcess::waitForFinished (this=0xfb0912dc, msecs=-1) at
io/qprocess.cpp:1318
#4 0x00010f24 in main ()
(gdb)
Frame #1 is at
http://qt.gitorious.org/qt/qt/blobs/4.5/src/corelib/io/qprocess_unix.cpp#line1158
Sometimes minifail crashes:
$ i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;
Run 1
Run 2
Run 3
Run 4
Run 5
Run 6
Run 7
Run 8
Run 9
Run 10
Run 11
Run 12
Run 13
Run 14
Segmentation fault
Run 15
Run 16
Segmentation fault
Run 17
Run 18
Run 19
Run 20
Run 21
Run 22
Run 23
Run 24
Run 25
Run 26
Run 27
Run 28
Run 29
Run 30
Run 31
Run 32
Run 33
Run 34
Run 35
So repeatedly running it under gdb I see a couple of SIGSEGVs:
$ gdb ./minifail
GNU gdb (GDB) 7.0-debian
Reading symbols from /home/modax/minifail...(no debugging symbols
found)...done.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 15889)]
[Thread 0x41b5c480 (LWP 15889) exited]
Program exited normally.
(gdb)
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 15892)]
[Thread 0x41b5c480 (LWP 15892) exited]
Program exited normally.
(gdb)
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 15895)]
[Thread 0x41b5c480 (LWP 15895) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 15909)]
[Thread 0x41b5c480 (LWP 15909) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 15912)]
[Thread 0x41b5c480 (LWP 15912) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 15915)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x41b5c480 (LWP 15915)]
0x00000000 in ?? ()
(gdb) bt
#0 0x00000000 in ?? ()
#1 0x00000000 in ?? ()
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) n
Program not restarted.
(gdb) kill
Kill the program being debugged? (y or n) y
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 15943)]
[Thread 0x41b5c480 (LWP 15943) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 16100)]
[Switching to Thread 0x41b5c480 (LWP 16100)]
0x40f676d0 in start_thread () from /lib/libpthread.so.0
ptrace: No such process.
(gdb) bt
#0 0x40f676d0 in start_thread () from /lib/libpthread.so.0
#1 0x40f676d0 in start_thread () from /lib/libpthread.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
[Thread 0x41b5c480 (LWP 16100) exited]
[Thread 0x400040c0 (LWP 16001) exited]
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 16230)]
[Thread 0x41b5c480 (LWP 16230) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 16233)]
[Thread 0x41b5c480 (LWP 16233) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 16236)]
[Thread 0x41b5c480 (LWP 16236) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 16239)]
[Thread 0x41b5c480 (LWP 16239) exited]
Program exited normally.
(gdb) r
Starting program: /home/modax/minifail
[Thread debugging using libthread_db enabled]
[New Thread 0x41b5c480 (LWP 16242)]
[Switching to Thread 0x41b5c480 (LWP 16242)]
0x40f676d0 in start_thread () from /lib/libpthread.so.0
ptrace: No such process.
(gdb) bt
#0 0x40f676d0 in start_thread () from /lib/libpthread.so.0
#1 0x40f676d0 in start_thread () from /lib/libpthread.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
The bug is NOT reproducable when minifail is run under strace.
--
Modestas Vainius <modestas@vainius.eu>
Attachment:
signature.asc
Description: This is a digitally signed message part.