Re: forget LANG_CHOOSER for 3.0.18 (was Re: 3.0.18 testing)
On Sun, Dec 09, 2001 at 10:23:43PM -0500, Adam Di Carlo wrote:
> This seems like a reasonable set of stuff for i18n builds, but it
> causes the segmentation faults. I got a static strace on the
> rootdisks and this is the strace ending:
>
> open("/release_notes.en", O_RDONLY) = 4
> read(4, "Software in "..., 1094) = 1094
> close(4) = 0
> select(4, [3], NULL, NULL, {0, 0}) = 0 (Timeout)
> brk(0x8077000) = 0x8077000
> getpid() = 795
> ioctl(0, SNDCTL_TMR_TIMEBASE, {B38400 -opost isig -icanon -echo ...}) = 0
> --- SIGSEGV (Segmentation fault) ---
>
>
> If someone could track this down it would be very good.
The segfault occurs here:
(gdb) bt
#0 0x4007bb2f in malloc () from /lib/libc.so.6
#1 0x4007b1b4 in malloc () from /lib/libc.so.6
#2 0x4009ed97 in ttyname () from /lib/libc.so.6
#3 0x4001c4e9 in newtButton () from /lib/libnewt.so.0.50
#4 0x4001d76b in newtFormRun () from /lib/libnewt.so.0.50
#5 0x4001d521 in newtRunForm () from /lib/libnewt.so.0.50
#6 0x0804d502 in strcpy ()
Cannot access memory at address 0x16
However, the libnewt.so.0.50 in root.bin is exactly the same as the one on
my system, so I don't think that's the problem.
If I use the same dbootstrap binary, but link it an runtime with the
libslang.so.1 and libm.so.6 from my working system, it works. So it looks
like probably the slang library is to blame.
--
- mdz
Reply to: