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#a10699391
Sent from the openbsd user - ports mailing list archive at Nabble.com.
