On 5/19/07, Sam Fourman Jr. <[EMAIL PROTECTED]> wrote:
I would be interested in helping with this portSam Fourman Jr. On 5/19/07, Kurt Miller <[EMAIL PROTECTED]> 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 > > > > > > > > > > > > > >
does someone have a updated port of wine? I am interested in testing a newer version than the one that is in the ports tree
