Subject: Re: Linux emumation problems
To: None <email@example.com>
From: Michael Rauch <firstname.lastname@example.org>
Date: 11/13/2001 16:15:30
On Tue, Nov 13, 2001 at 09:54:28AM +0200, email@example.com wrote:
> I'm trying to install StarOffice 6.0 beta on my NetBSD/i386
> 1.5.3_ALPHA laptop. The setup.bin program dumps core with
> the following output:
> Core was generated by `setup.bin'.
> Program terminated with signal 11, Segmentation fault.
> /lib/libdl.so.2: No such file or directory.
> #0 0x493f3b2e in ?? ()/lib/libpthread.so.0: No such file or directory.
I _think_ it's only gdb not finding that library, because gdb isn't aware
of the ->/emul/linux mapping.
But there's a way do find this out:
Add 'ktrace -t cenis' at the second last line in soffice (the else
branch in the shell script you start) after the exec, so the line should
exec ktrace -t cenis "$sd_prog/$sd ...
and start soffice as normal. Then I'd suggest a coffee break.
When the program has finally coredumped, look for a file ktrace.out and do
a 'kdump | less' in that directory (Amend this line as necessary. It might
be useful to write the output into a file, kdump isn't too speedy either.)
Search for the first occurrence of libpthread. You should see an 'open'
system call and it will probably return with -1 and "No such file or
directory". The next lines it will test various pathes. It should finally
succeed and it should use the one in /emul/linux/lib.
If it does find the right libraries, you can at least be sure that this is
not the problem.
When you are looking at the trace anyway, you could look for a string
"SIGSEGV" and see what it did shortly before. Mostly however I found this
not too helpful to find a bug, but you never know.