Please email the list the updated port so that people who may be interested in helping you can reproduce the problem.
On Saturday 19 May 2007 2:32:19 pm Vortechz wrote: > > Jacob probably recognizes this: > > > Starting program: /usr/local/bin/wine /emul/w/windows/sol.exe > > Program received signal SIGSEGV, Segmentation fault. > [Switching to process 31915, thread 0x8891a000] > 0x06a4dbec in _dl_malloc () from /usr/libexec/ld.so > (gdb) bt > #0 0x06a4dbec in _dl_malloc () from /usr/libexec/ld.so > #1 0x06a4e50a in _dl_opendir () from /usr/libexec/ld.so > #2 0x06a4e938 in _dl_find_shlib () from /usr/libexec/ld.so > #3 0x06a4ebe3 in _dl_load_shlib_hint () from /usr/libexec/ld.so > #4 0x06a4ee5c in _dl_load_shlib () from /usr/libexec/ld.so > #5 0x06a4c66d in dlopen () from /usr/libexec/ld.so > #6 0x0a667d54 in wine_dlopen ( > filename=0x7d4d014a "/usr/local/lib/../lib/wine/ntdll.dll.so", flag=2, > error=0xcfbcaff0 "\020°¼Ï", errorsize=1024) at loader.c:703 > #7 0x0a667cb6 in wine_init (argc=16392, argv=0xcfbcafa0, > error=0xcfbcaff0 "\020°¼Ï", error_size=1024) at loader.c:655 > #8 0x1c000f92 in main (argc=2, argv=0xcfbcb46c) at main.c:111 > > > ***** Now, I want to know more about what ld.so is doing: > > > (gdb) symbol /usr/libexec/ld.so > Load new symbol table from "/usr/libexec/ld.so"? (y or n) y > Reading symbols from /usr/libexec/ld.so...done. > (gdb) run /emul/w/windows/sol.exe > The program being debugged has been started already. > Start it from the beginning? (y or n) y > > Starting program: /usr/local/bin/wine /emul/w/windows/sol.exe > > Program received signal SIGSEGV, Segmentation fault. > [Switching to process 17606, thread 0x7f924000] > 0x084f9bec in ?? () from /usr/libexec/ld.so > (gdb) bt > #0 0x084f9bec in ?? () from /usr/libexec/ld.so > #1 0x284f718c in ?? () from /usr/libexec/ld.so > #2 0x00000008 in ?? () > #3 0xcfbf5ee8 in ?? () > #4 0x084fa50a in ?? () from /usr/libexec/ld.so > #5 0x00004000 in dladdr () > Cannot access memory at address 0x3fc8 > > ***** 0x3fc8 seem to be constant and appears at every try > > ***** Next...I compiled ld.so and loaded symbols from ld.so and util.o > in /usr/src/libexec/ld.so/ (stupid move?) to get this: > > [Switching to process 31541, thread 0x831a3000] > 0x04468bec in _dl_malloc () from /usr/libexec/ld.so > (gdb) bt > #0 0x04468bec in _dl_malloc () from /usr/libexec/ld.so > #1 0x0446950a in _dl_opendir () from /usr/libexec/ld.so > #2 0x04469938 in _dl_find_shlib () from /usr/libexec/ld.so > #3 0x04469be3 in _dl_load_shlib_hint () from /usr/libexec/ld.so > #4 0x04469e5c in _dl_load_shlib () from /usr/libexec/ld.so > #5 0x0446766d in dlopen () from /usr/libexec/ld.so > #6 0x0d731d54 in wine_dlopen ( > filename=0x877dd14a "/usr/local/lib/../lib/wine/ntdll.dll.so", flag=2, > error=0xcfbd5074 "\224P½Ï", errorsize=1024) at loader.c:703 > #7 0x0d731cb6 in wine_init (argc=16392, argv=0xcfbd5020, > error=0xcfbd5074 "\224P½Ï", error_size=1024) at loader.c:655 > #8 0x1c000f92 in ?? () > #9 0x00000002 in __stack_smash_handler () > #10 0xcfbd54f0 in ?? () > #11 0xcfbd5074 in ?? () > #12 0x00000400 in ?? () > #13 0x3c000000 in ?? () > #14 0x00000020 in __stack_smash_handler () > #15 0x00000030 in _dl_strdup () > Cannot access memory at address 0x20 > > ***** I'm lost here.....! > > ***** util.c has a "stack protector dummy"... > > void __stack_smash_handler(char [], int); > > void > __stack_smash_handler(char func[], int damaged) > { > _dl_exit(127); > } > > ***** _dl_exit is essentially (an asm wrapper for syscall) _exit(127) > > ***** I don't know what to do now...except screaming for HEEEELP. > > > Jacob Meuser-2 wrote: > > > > On Sun, May 13, 2007 at 12:38:30AM +0200, Vortechz Anderson wrote: > >> wine-0.9.37 compiles on OpenBSD 4.1, except the dnsapi > >> > >> Execution leads to segfault. > >> (Note: Generic kernel _has_ SYSV MSG/SHM/SEM....and I > >> have not forgot sysctl machdep.userldt=1) > >> > >> I know there are some issues about wine's use of > >> kernel threads on OpenBSD. I am clueless about the > >> true > >> problem though. If possible, I would like > >> some comments on the ktrace kdump. > > > > looks familiar. > > > > before you even get to problems with threads, you have problems > > with wine wanting to control where things are located. > > > > I've got a port of 0.9.10 that gets a little farther than > > what you got here. loads libwine and libc, but cannot load > > ntdll.dll.so. > > > > try setting 'ac_cv_cflags__Wl___section_start__interp_0x7bf00400=no' > > in your environment before running configure and see if that > > gets you any farther. > > > > definitely not a trivial port. > > > > > >> // V.A. > >> > >> > >> 25268 ktrace RET ktrace 0 > >> 25268 ktrace CALL > >> execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > >> 25268 ktrace NAMI "/bin/wine" > >> 25268 ktrace RET execve -1 errno 2 No such file > >> or directory > >> 25268 ktrace CALL > >> execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > >> 25268 ktrace NAMI "/sbin/wine" > >> 25268 ktrace RET execve -1 errno 2 No such file > >> or directory > >> 25268 ktrace CALL > >> execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > >> 25268 ktrace NAMI "/usr/bin/wine" > >> 25268 ktrace RET execve -1 errno 2 No such file > >> or directory > >> 25268 ktrace CALL > >> execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > >> 25268 ktrace NAMI "/usr/sbin/wine" > >> 25268 ktrace RET execve -1 errno 2 No such file > >> or directory > >> 25268 ktrace CALL > >> execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > >> 25268 ktrace NAMI "/usr/local/bin/wine" > >> 25268 wine NAMI "/usr/libexec/ld.so" > >> 25268 wine EMUL "native" > >> 25268 wine RET execve 0 > >> 25268 wine CALL issetugid() > >> 25268 wine RET issetugid 0 > >> 25268 wine CALL mprotect(0x2a6d5000,0x1000,0x1) > >> 25268 wine RET mprotect 0 > >> 25268 wine CALL > >> mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) > >> 25268 wine RET mmap -1 errno 12 Cannot allocate > >> memory > >> 25268 wine PSIG SIGSEGV SIG_DFL code 1 > >> addr=0xa6d7bec trapno=1 > >> 25268 wine NAMI "wine.core" > >> > >> > >> > >> > >> > >> > >> _________________________________________________________ > >> Flyger tiden iv?g? F?nga dagen med Yahoo! Mails inbyggda > >> kalender. Dessutom 250 MB gratis, virusscanning och antispam. F? den p?: > >> http://se.mail.yahoo.com > >> > > > > -- > > [EMAIL PROTECTED] > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > >