On Sat, 24 Jul 2010 18:42:29 -0700 patrick keshishian <[email protected]> wrote:
> On Sat, Jul 24, 2010 at 5:29 PM, Dawe <[email protected]> wrote: > > On Sat, 24 Jul 2010 12:30:56 +0200 > > Dawe <[email protected]> wrote: > > > >> On Fri, 23 Jul 2010 20:31:54 -0700 > >> patrick keshishian <[email protected]> wrote: > >> > >> > On Fri, Jul 23, 2010 at 12:26 PM, Dawe <[email protected]> wrote: > >> > > On Thu, 22 Jul 2010 22:16:32 -0700 > >> > > patrick keshishian <[email protected]> wrote: > >> > > > >> > >> Seems at least the last two macppc snapshots I've tried had a broken > >> > >> X. I saw mention of this from another user on po...@[1]. > >> > >> > >> > >> Just curious if this is being worked on, is there anything I can do to > help? > >> > >> > >> > >> > >> > >> [1] http://marc.info/?l=openbsd-ports&m=127983358723897&w=2 > >> > >> > >> > >> [2] dmesg copy-and-pasted from notepad.exe (sorry for any mangling) > >> > >> > >> > > > >> > > My own build of X works again. > >> > > Maybe something just in snapshots? > >> > > >> > Hmm... after I rebuild X again it seems to work now (still some issues > >> > though). I'm curious, do you know which snapshot you were using? > >> > > >> > So just for the record: > >> > - X from snapshots (July 19th, and July 22nd) did not work. > >> > With the July 19th snapshot I did a fresh install. With the July 22nd > >> > snapshot I took the upgrade path. > >> > - Building X from source (empty /usr/xobj, etc) still did not work. > >> > - Built xserver with debug and following instructions in xenocara/README > >> > left me with a strange core with useless backtrace. > >> > - Rebuilding X (empty /usr/xobj) with DEBUG=-g starts X but there > >> > are some issues with some ports that use X (e.g., firefox 3.6.7 > >> > crashes similar useless core file as X earlier). > >> > > >> > ATM I'm starting to build the entire system from source (kernel, base, > >> > X over again) and then try and (re)build the ports ... > >> > > >> > --patrick > >> > > >> > >> The snapshot was from July 22nd. That was the first time I noticed that > >> X was broken. I can't say when it worked the last time because I don't > >> use X on this machine regularly. > >> > >> I build X with env CFLAGS=-g make build, it was the first X build on > >> this machine, so xobj was clean. > >> > >> I'm seeing similar crashes like you with firefox. Other X using ports > >> don't seem to have such issues. gvim, midori, gkrellm, qemu all work so > >> far. > >> > >> I'll build a firefox package with debug symbols to see how this works > >> out. > >> > > > > Okay, I rebuild firefox35 with -g. > > Seems to be a lib loading problem. > > > > (gdb) bt full > > #0 0x265052f8 in dlsym () from /usr/libexec/ld.so > > No symbol table info available. > > #1 0x2653af94 in ?? () from /usr/libexec/ld.so > > No symbol table info available. > > #2 0x2653af94 in ?? () from /usr/libexec/ld.so > > No symbol table info available. > > Previous frame identical to this frame (corrupt stack?) > > That is very similar stack trace to what I got with both X[1] and > firefox 3.6.7 after getting X working (by compiling it with > CFLAGS=-g). > > > Running firefox35-bin in gdb: > > (gdb) run > > Starting program: /usr/local/firefox35/firefox35-bin > > /usr/local/firefox35/firefox35-bin: can't load library 'libxul.so.23.0' > > I assume ldd is able to find the library? > > --patrick > [1] http://marc.info/?l=openbsd-misc&m=127990972425965&w=2 > No, not really. Thanks for the hint. $ ldd /usr/local/firefox35/firefox35-bin /usr/local/firefox35/firefox35-bin: /usr/local/firefox35/firefox35-bin: can't load library 'libxul.so.23.0' /usr/local/firefox35/firefox35-bin: exit status 4 I don't know if this is of any help (not much experience with such things), but here's a better backtrace with ld.so symbols (gdb) bt full #0 0x2d2a60d8 in dlsym (handle=0xfffffffe, name=0x29d70b88 "gtk_window_set_auto_startup_notification") at dlfcn.c:152 retaddr = (void *) 0x24454984 object = (elf_object_t *) 0x2 dynobj = (elf_object_t *) 0x2d2f0b28 pobj = (const elf_object_t *) 0x30758a54 retval = (void *) 0xfffefe90 sym = (const Elf32_Sym *) 0x0 flags = 813237656 #1 0x3074a658 in pr_FindSymbolInLib () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. #2 0x3074a708 in PR_FindSymbolAndLibrary () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. #3 0x3074a708 in PR_FindSymbolAndLibrary () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. #4 0x3074a708 in PR_FindSymbolAndLibrary () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. #5 0x3074a708 in PR_FindSymbolAndLibrary () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. #6 0x3074a708 in PR_FindSymbolAndLibrary () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. #7 0x3074a708 in PR_FindSymbolAndLibrary () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. #8 0x3074a708 in PR_FindSymbolAndLibrary () from /usr/local/lib/libnspr4.so.21.0 No symbol table info available. Current language: auto; currently c
