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
> >
> >
> >
>
