Sorry about the delay (I'm sending this reply ASAP) I have no real port yet, but I can provide two patches and a script which should help you build wine-0.9.37. Any issues with the configure should be related to missing libraries (install the proper packages to resolve that).
Note: To me it seems that the inlined _dl_strlcpy in ld.so is part of the problem. I don't understand the inner workings of ld.so, and the inlined code makes it difficult to debug (reading regs and guessing...?). I'm still not sure if the $ORIGIN linker symbol (may be linux-specific ld.so symbol?) is a problem, or if it is supposed to work on OpenBSD 4.1. The dnsapi of wine http://www.nabble.com/file/p10803006/patch.configure.ac patch.configure.ac http://www.nabble.com/file/p10803006/patch.dlls_Makefile patch.dlls_Makefile http://www.nabble.com/file/p10803006/rustybuildscript.sh rustybuildscript.sh does not build, hence a patch which simply disables building of dnsapi. If we get wine running, the dnsapi gets higher priority of course. Good luck! Kurt Miller-4 wrote: > > 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 >> > >> > >> > >> > > > > -- View this message in context: http://www.nabble.com/wine-0.9.37-ktrace-tf3733527.html#a10803006 Sent from the openbsd user - ports mailing list archive at Nabble.com.