Dominik Vogt wrote:
When I run a certain mulithreaded application in a virtual
machine, I get a UML kernel panic. The host and the VM are both
running Debian-3.1r0a (sarge) on i386. The application gets a
SIGSEGV after a couple of seconds and generates a core dump. In
this process, the UML ker
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dominik Vogt wrote:
> in dump_fpu(), so that copy_fpu_fxsave_tt() is never called. The
> application always coredumps in
>
> /lib/tls/libc.so.6(__clone+0x5a)[0x4026118a]
>
> which I guess is part of the threading library in libc. This
> crash is
When I run a certain mulithreaded application in a virtual
machine, I get a UML kernel panic. The host and the VM are both
running Debian-3.1r0a (sarge) on i386. The application gets a
SIGSEGV after a couple of seconds and generates a core dump. In
this process, the UML kernel panics un the dump
On Mon, 27 Jun 2005, William Stearns wrote:
"raidautorun /dev/md0"
758 Segmentation fault | nash --quiet
nash is statically linked
ldd /sbin/nash
not a dynamic executable
Why they use nash in the rc.sysinit script beats me. It is only supposed
to be used in the initrd w
