wine -debug; taz98 `Falscher Basic-Praefix'

wine -debug; taz98 `Falscher Basic-Praefix'

Post by Juergen Loc » Mon, 28 Jun 1999 04:00:00



Two things:  Is wine -debug supposed to work?  on a 32-bit program it
starts the de*, then after `c'(ontinue) dies at:

First chance exception: illegal instruction in 32-bit code (0x083aad90).
Register dump:
 CS:001f SS:0027 DS:0027 ES:0027 FS:0237 GS:0027
 EIP:083aad90 ESP:083aad7c EBP:083aad90 EFLAGS:00010246(  R- 00  I  Z- -P1 )
 EAX:00000027 EBX:2870f794 ECX:083aad90 EDX:00000027
 ESI:2870f734 EDI:00000002
Stack dump:
0x083aad7c (SIGNAL_Stack+0x3f98):  00000014 00000000 083aad90 00000002
0x083aad8c (SIGNAL_Stack+0x3fa8):  080f2278 00000000 00000000 286bfc94
0x083aad9c (SIGNAL_Stack+0x3fb8):  286bfcb0 c3b4dfd4 2854f024 00000247
0x083aadac (SIGNAL_Stack+0x3fc8):  00000027 00000027 0000001f 00000027
0x083aadbc (SIGNAL_Stack+0x3fd8):  286bfcf8 083adc44 ffffffff ffffffff
0x083aadcc (SIGNAL_Stack+0x3fe8):  00000004 00000004 00000000 00000000
0x083aaddc (SIGNAL_Stack+0x3ff8):

0046: sel=0237 base=2870f820 limit=00000fff 32-bit rw-
Backtrace:
=>0 0x083aad90 (SIGNAL_Stack+0x3fac [signal.c]) (ebp=083aad90)

0x083aad90 (SIGNAL_Stack+0x3fac [signal.c]):  addb      %al,0x0(%eax)

 For a 16-bit program it doesn't even start the de*, it only says
        `Win16 task 'D:\T96\T-ARIF96.EXE': Breakpoint 1 at 0x0247:0x0000'
then hangs, eating CPU.

 And the second question, has anyone gotten the Taz archive CDs to work
on wine?  I only get a msgbox saying
        `Befehl : CmdInit   Fehler : ReturnError   Falscher Basic-Praefix'
whatever that means...

 FreeBSD 3.2-stable with LDT sharing patch, wine-current-cvs.

 Regards,
--

(remove dot foo from address to reply)

 
 
 

wine -debug; taz98 `Falscher Basic-Praefix'

Post by Uwe Bonne » Mon, 28 Jun 1999 04:00:00



: Two things:  Is wine -debug supposed to work?  on a 32-bit program it
: starts the de*, then after `c'(ontinue) dies at:

: First chance exception: illegal instruction in 32-bit code (0x083aad90).

Is this crash unique to running with -debug?

:  For a 16-bit program it doesn't even start the de*, it only says
:       `Win16 task 'D:\T96\T-ARIF96.EXE': Breakpoint 1 at 0x0247:0x0000'
: then hangs, eating CPU.

Did you use the recent CVS Wine? There were Fixes to that problem and I used
-debug successfull..

:  And the second question, has anyone gotten the Taz archive CDs to work
: on wine?  I only get a msgbox saying
:       `Befehl : CmdInit   Fehler : ReturnError   Falscher Basic-Praefix'
: whatever that means...

Read .../wine-99xxxx/documentation/debugging. In short, run with -debugmsg
+relay and look what goes back just before the Call to MESSAGEBOX. Post
perhap the last 100 lines before the Call if you can't find something.

Bye

--

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

 
 
 

wine -debug; taz98 `Falscher Basic-Praefix'

Post by Juergen Loc » Thu, 01 Jul 1999 04:00:00


In article <7l5qon$r...@sun27.hrz.tu-darmstadt.de>,
Uwe Bonnes  <b...@elektron.ikp.physik.tu-darmstadt.de> wrote:

>In comp.emulators.ms-windows.wine Juergen Lock
><nox....@jelal.kn-bremen.de> wrote:
>: Two things:  Is wine -debug supposed to work?  on a 32-bit program it
>: starts the debugger, then after `c'(ontinue) dies at:

>: First chance exception: illegal instruction in 32-bit code (0x083aad90).

>Is this crash unique to running with -debug?

Yes.

>:  For a 16-bit program it doesn't even start the debugger, it only says
>:   `Win16 task 'D:\T96\T-ARIF96.EXE': Breakpoint 1 at 0x0247:0x0000'
>: then hangs, eating CPU.

>Did you use the recent CVS Wine? There were Fixes to that problem and I used
>-debug successfull..

 CVS updated Jun 26 (I think)  Recent enough?

>:  And the second question, has anyone gotten the Taz archive CDs to work
>: on wine?  I only get a msgbox saying
>:   `Befehl : CmdInit   Fehler : ReturnError   Falscher Basic-Praefix'
>: whatever that means...

>Read .../wine-99xxxx/documentation/debugging. In short, run with -debugmsg
>+relay and look what goes back just before the Call to MESSAGEBOX. Post

 Well that doesn't tell me much...

>perhap the last 100 lines before the Call if you can't find something.

 OK here goes:

 Thanx + Regards,
        Juergen
...
Call KEYBOARD.6: OEMTOANSI(0x03678266"\0xffffffff",0367:82d0) ret=0437:4c7a ds=048f
Ret  KEYBOARD.6: OEMTOANSI() retval=0xffff ret=0437:4c7a ds=048f
Call KEYBOARD.5: ANSITOOEM(0x03678266"\0xffffffff",0367:82d0) ret=0437:4cbf ds=048f
Ret  KEYBOARD.5: ANSITOOEM() retval=0xffff ret=0437:4cbf ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f16fe"LOGICAL",0x048f16c2"ANDSTR",0x048f1766"UND",0477:0010,0x0010,0x048f1746"retrieve.ini") ret=0437:a807 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0003 ret=0437:a807 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f16fe"LOGICAL",0x048f1738"ORSTR",0x048f176a"ODER",0477:0000,0x0010,0x048f1746"retrieve.ini") ret=0437:a830 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0004 ret=0437:a830 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f16fe"LOGICAL",0x048f171a"NOTSTR",0x048f176f"NICHT",0477:0020,0x0010,0x048f1746"retrieve.ini") ret=0437:a859 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0005 ret=0437:a859 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f16fe"LOGICAL",0x048f16ba"ALLSTR",0x048f1775"*",0477:0030,0x0010,0x048f1746"retrieve.ini") ret=0437:a882 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0001 ret=0437:a882 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f16fe"LOGICAL",0x048f1754"TOSTR",0x048f1777"BIS",0477:0040,0x0010,0x048f1746"retrieve.ini") ret=0437:a8ab ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0003 ret=0437:a8ab ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f16fe"LOGICAL",0x048f1726"SINGLESTR",0x048f177b"?",0477:0050,0x0010,0x048f1746"retrieve.ini") ret=0437:a8d4 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0001 ret=0437:a8d4 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f173e"PATH",0x048f16f6"INIPATH",0x048f1744".",0367:81fa,0x0050,0x048f1746"retrieve.ini") ret=0437:a8fe ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x000a ret=0437:a8fe ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f173e"PATH",0x0367837e"TAZ982",0x036781fa"C:\\WINDOWS\\TAZ982.ini",0367:80fa,0x0100,0x048f1746"retrieve.ini") ret=0437:a963 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0011 ret=0437:a963 ds=048f
Call KERNEL.15: GLOBALALLOC(0x0042,0x000046be) ret=0437:a9e3 ds=048f
Ret  KERNEL.15: GLOBALALLOC() retval=0x0576 ret=0437:a9e3 ds=048f
Call KERNEL.18: GLOBALLOCK(0x0576) ret=0437:aa02 ds=048f
Ret  KERNEL.18: GLOBALLOCK() retval=0x05770000 ret=0437:aa02 ds=048f
Call KERNEL.107: SETERRORMODE(0x8001) ret=0437:0230 ds=048f
Ret  KERNEL.107: SETERRORMODE() retval=0x0000 ret=0437:0230 ds=048f
Call KERNEL.102: DOS3CALL() ret=044f:1c82 ds=0367
     AX=2f4e BX=8097 CX=0000 DX=805a SI=0000 DI=0274 ES=0367 EFL=00000286
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1c82 ds=0367
     AX=2f4e BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000286
Call KERNEL.102: DOS3CALL() ret=044f:1c96 ds=0367
     AX=1a4e BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000286
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1c96 ds=0367
     AX=1a4e BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000286
Call KERNEL.102: DOS3CALL() ret=044f:1cb4 ds=0367
     AX=4e4e BX=0080 CX=0000 DX=8086 SI=0000 DI=0274 ES=04af EFL=00000286
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1cb4 ds=0367
     AX=0000 BX=0080 CX=0000 DX=8086 SI=0000 DI=0274 ES=04af EFL=00000286
Call KERNEL.102: DOS3CALL() ret=044f:1cd1 ds=04af
     AX=1a00 BX=0080 CX=0000 DX=0080 SI=0000 DI=0274 ES=04af EFL=00000286
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1cd1 ds=04af
     AX=1a00 BX=0080 CX=0000 DX=0080 SI=0000 DI=0274 ES=04af EFL=00000286
Call KERNEL.102: DOS3CALL() ret=044f:1c82 ds=0367
     AX=2f4f BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000292
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1c82 ds=0367
     AX=2f4f BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000292
Call KERNEL.102: DOS3CALL() ret=044f:1c96 ds=0367
     AX=1a4f BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000292
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1c96 ds=0367
     AX=1a4f BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000292
Call KERNEL.102: DOS3CALL() ret=044f:1cb4 ds=0367
     AX=4f4f BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000292
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1cb4 ds=0367
     AX=0012 BX=0080 CX=0000 DX=805a SI=0000 DI=0274 ES=04af EFL=00000293
Call KERNEL.102: DOS3CALL() ret=044f:1cd1 ds=04af
     AX=1a12 BX=0080 CX=0000 DX=0080 SI=0000 DI=0274 ES=04af EFL=00000286
Ret  KERNEL.102: DOS3CALL() retval=none ret=044f:1cd1 ds=04af
     AX=1a12 BX=0080 CX=0000 DX=0080 SI=0000 DI=0274 ES=04af EFL=00000286
Call KERNEL.107: SETERRORMODE(0x0000) ret=0437:02a5 ds=048f
Ret  KERNEL.107: SETERRORMODE() retval=0x8001 ret=0437:02a5 ds=048f
Call KERNEL.15: GLOBALALLOC(0x0042,0x00009600) ret=0437:95bf ds=048f
Ret  KERNEL.15: GLOBALALLOC() retval=0x057e ret=0437:95bf ds=048f
Call KERNEL.18: GLOBALLOCK(0x057e) ret=0437:95ea ds=048f
Ret  KERNEL.18: GLOBALLOCK() retval=0x057f0000 ret=0437:95ea ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b58"ODARS",0x048f1afe"DOCFILE",0x048f1b55"",0367:75fa,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:97ee ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0015 ret=043f:97ee ds=048f
Call KERNEL.348: HMEMCPY(057f:0000,0367:75fa,0x00000015) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x5b58 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b58"ODARS",0x048f1b5e"REFFILE",0x048f1b55"",0367:75fa,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:97ee ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0015 ret=043f:97ee ds=048f
Call KERNEL.348: HMEMCPY(057f:0016,0367:75fa,0x00000015) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x5b6e ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1b1c"FIELDLEN",0x048f1b56"0",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:b683 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0001 ret=043f:b683 ds=048f
Call KERNEL.348: HMEMCPY(0367:767c,0367:7732,0x00000001) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x29f0 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1b40"IDXCNT",0x048f1b10"1",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:b6fa ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0001 ret=043f:b6fa ds=048f
Call KERNEL.348: HMEMCPY(0367:767c,0367:7732,0x00000001) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x29f0 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1b6e"STD",0x048f1b10"1",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:b76b ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0001 ret=043f:b76b ds=048f
Call KERNEL.348: HMEMCPY(0367:767c,0367:7732,0x00000001) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x29f0 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1b12"EMPTYFLD",0x048f1b56"0",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:b7fb ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0001 ret=043f:b7fb ds=048f
Call KERNEL.348: HMEMCPY(0367:767c,0367:7732,0x00000001) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x29f0 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1af6"DOCCODE",0x048f1b56"0",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:b8a0 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0001 ret=043f:b8a0 ds=048f
Call KERNEL.348: HMEMCPY(0367:767c,0367:7732,0x00000001) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x29f0 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1af0"DBSET",0x048f1b55"",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:b91d ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0000 ret=043f:b91d ds=048f
Call KERNEL.348: HMEMCPY(057f:002c,0367:7732,0x00000000) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x5b84 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1ae2"DBNAME",0x048f1b55"",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ret=043f:b977 ds=048f
Ret  KERNEL.128: GETPRIVATEPROFILESTRING() retval=0x0000 ret=043f:b977 ds=048f
Call KERNEL.348: HMEMCPY(057f:002d,0367:7732,0x00000000) ret=042f:4530 ds=048f
Ret  KERNEL.348: HMEMCPY() retval=0x5b85 ret=042f:4530 ds=048f
Call KERNEL.128: GETPRIVATEPROFILESTRING(0x048f1b50"MISC",0x048f1ada"DBKURZ",0x048f1b55"",0367:7732,0x0100,0x03678070"C:\\TAZ\\TAZ982.INI") ...

read more »

 
 
 

wine -debug; taz98 `Falscher Basic-Praefix'

Post by Juergen Loc » Wed, 07 Jul 1999 04:00:00






>>In comp.emulators.ms-windows.wine Juergen Lock

>>: Two things:  Is wine -debug supposed to work?  on a 32-bit program it
>>: starts the de*, then after `c'(ontinue) dies at:

>>: First chance exception: illegal instruction in 32-bit code (0x083aad90).

>>Is this crash unique to running with -debug?

>Yes.

I later found out that if i disable the sigaltstack call,


  */
 BOOL SIGNAL_Init(void)
 {
-#ifdef HAVE_WORKING_SIGALTSTACK
+#if 0 /* def HAVE_WORKING_SIGALTSTACK */
     struct sigaltstack ss;
     ss.ss_sp    = SIGNAL_Stack;
     ss.ss_size  = sizeof(SIGNAL_Stack);

 the crash doesn't happen anymore but instead it just hangs after the
c(ontinue), eating CPU.  Btw on earlier wine versions i could make a
wine process enter the de* by sending it a SIGHUP (to find out
where it hangs), how do i do that now?

Quote:

>>:  For a 16-bit program it doesn't even start the de*, it only says
>>:       `Win16 task 'D:\T96\T-ARIF96.EXE': Breakpoint 1 at 0x0247:0x0000'
>>: then hangs, eating CPU.

>>Did you use the recent CVS Wine? There were Fixes to that problem and I used
>>-debug successfull..

> CVS updated Jun 26 (I think)  Recent enough?

 I just updated again (Jul 5) and now 16bit programs started from the
command line don't start up at all, -debugmsg +relay shows the last
call being always

        Call USER.5: INITAPP(0x0297) ret=026f:0056 ds=0297
        Ret  USER.5: INITAPP() retval=0x0001 ret=026f:0056 ds=0297

and ^T shows the main(?) thread (start pid + 1) waiting on a socket call:

        load: 0.19  cmd: wine.g 7617 [sbwait] 0.88u 0.41s 0% 4072k

 Whats funny is this is the first wine version for a long time that
successfully starts the 16bit winhelp when i click on the (32bit)
freecell help menu (tho i have to click on it twice), so 16bit
emulation can't be completely broken...

 Regards,
--

(remove dot foo from address to reply)

 
 
 

wine -debug; taz98 `Falscher Basic-Praefix'

Post by Juergen Lo » Sun, 18 Jul 1999 04:00:00






>> CVS updated Jun 26 (I think)  Recent enough?

> I just updated again (Jul 5) and now 16bit programs started from the
>command line don't start up at all, -debugmsg +relay shows the last
>call being always

>    Call USER.5: INITAPP(0x0297) ret=026f:0056 ds=0297
>    Ret  USER.5: INITAPP() retval=0x0001 ret=026f:0056 ds=0297

Now (cvs updated Jul 16) it went a bit farther,

        Call WPROCS.133: INT_INT21HANDLER(0x0282) ret=027f:2e7e ds=02a7
             AX=4300 BX=30de CX=0000 DX=91e8 SI=02a7 DI=0000 ES=02a7 EFL=00000216
        Ret  WPROCS.133: INT_INT21HANDLER() retval=none ret=027f:2e7e ds=02a7
             AX=0020 BX=30de CX=0020 DX=91e8 SI=02a7 DI=0000 ES=02a7 EFL=00000216

 but then still hangs

Quote:

>and ^T shows the main(?) thread (start pid + 1) waiting on a socket call:

>    load: 0.19  cmd: wine.g 7617 [sbwait] 0.88u 0.41s 0% 4072k

> Whats funny is this is the first wine version for a long time that
>successfully starts the 16bit winhelp when i click on the (32bit)
>freecell help menu (tho i have to click on it twice), so 16bit
>emulation can't be completely broken...

 Actually that was wrong, only *some* 16bit programs hang like that,
winhelp for example still works also when started from the command line.
(tho its content, search, etc. buttons now all do nothing and stay
depressed once clicked...)

 here are backtraces of one such* program (t-arif96 after a ^Z,
third pid 11619, second pid 11618)

bash$ gdb wine
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...
(gdb) att 11619
Attaching to program: /www/w/usr/home5/nox/Arch4/ports/emulators/wine-cvs/wine/wine, process 11619
^CReading symbols from /usr/X11R6/lib/libSM.so.6...done.
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Reading symbols from /usr/X11R6/lib/libMesaGL.so.14...done.
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Reading symbols from /usr/lib/libncurses.so.3...done.
Reading symbols from /usr/lib/libxpg4.so.2...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libc.so.3...done.
Reading symbols from /usr/lib/libmytinfo.so.2...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
0x2853a228 in read () from /usr/lib/libc.so.3
(gdb) bt
#0  0x2853a228 in read () from /usr/lib/libc.so.3
#1  0x81b7912 in wait_reply () at ./client.c:153
#2  0x81b7a64 in server_call (req=REQ_SELECT) at ./client.c:235
#3  0x81bab0c in WaitForMultipleObjectsEx (count=3, handles=0x289dfed0,
    wait_all=0, timeout=184, alertable=1) at ./synchro.c:115
#4  0x81ba533 in SERVICE_Loop (service=0x286c54e0) at ./services.c:165
#5  0x81bb788 in THREAD_Start () at ./thread.c:281
#6  0x81bac37 in SYSDEPS_StartThread (teb=0x286c5504) at ./sysdeps.c:134
#7  0x0 in ?? ()
(gdb) det
Detaching from program: /www/w/usr/home5/nox/Arch4/ports/emulators/wine-cvs/wine/wine, process 11619
(gdb) att 11618
Attaching to program: /www/w/usr/home5/nox/Arch4/ports/emulators/wine-cvs/wine/wine, process 11618
load: 1.22  cmd: gdb 11621 [wait] 30.18u 4.86s 0% 8724k
^CSymbols already loaded for /usr/X11R6/lib/libSM.so.6
Symbols already loaded for /usr/X11R6/lib/libICE.so.6
Symbols already loaded for /usr/X11R6/lib/libMesaGL.so.14
Symbols already loaded for /usr/X11R6/lib/libXext.so.6
Symbols already loaded for /usr/X11R6/lib/libX11.so.6
Symbols already loaded for /usr/lib/libncurses.so.3
Symbols already loaded for /usr/lib/libxpg4.so.2
Symbols already loaded for /usr/lib/libm.so.2
Symbols already loaded for /usr/lib/libc.so.3
Symbols already loaded for /usr/lib/libmytinfo.so.2
Symbols already loaded for /usr/libexec/ld-elf.so.1
0x2853a228 in read () from /usr/lib/libc.so.3
(gdb) bt
#0  0x2853a228 in read () from /usr/lib/libc.so.3
#1  0x81b7912 in wait_reply () at ./client.c:153
#2  0x81b7a64 in server_call (req=REQ_SELECT) at ./client.c:235
#3  0x81bab0c in WaitForMultipleObjectsEx (count=1, handles=0x2869fd18,
    wait_all=0, timeout=4294967295, alertable=0) at ./synchro.c:115
#4  0x81baa5d in WaitForSingleObject (handle=1414155751, timeout=4294967295)
    at ./synchro.c:66
#5  0x80db43c in TASK_Reschedule () at ./task.c:698
#6  0x80db861 in OldYield16 () at ./task.c:877
#7  0x81ebf7a in UserYield16 () at ./queue.c:1534
#8  0x81e0fcc in MSG_PeekMessage (msg=0x2869fde0, hwnd=0, first=0, last=0,
    flags=1, peek=0) at ./message.c:1115
#9  0x81e1506 in GetMessageA (lpmsg=0x2869fde0, hwnd=0, min=0, max=0)
    at ./message.c:1376
#10 0x8070769 in MAIN_EmulatorRun () at ./main.c:118
#11 0x0 in ?? ()

 Any ideas?

 Thanx + Regards,
--

(remove dot foo from address to reply)

 
 
 

1. Wine,wine,wine - I need help with wine

Help
I down loaded and installed Wine to Linux 2.0.22 and Xwindows (XFree).
I think it's installed correctly.  I am getting a 'drive not found/path
not found' error.  I have my wine.conf in the right place (I think).
I'm using Win95 and hda3 and Linux on hda1.  I need a reality check.  Is
it hard to set up Wine?  Does someone have a working wine.conf file that
might guide me to a working wine.   Wine,wine,wine and beer. Ok I'll
stop wineing

Thanks
George

--

--
**************************************************
*                                                *
*   -----(((( Every Dog Has His Day ))))-----    *
*       ( to stay on the porch and bark )        *
*                                                *
*                George Dunham                   *
*            "Crappy Computers Ink"              *

*     http://www.sni.net/~gdunham/gdunh.htm      *
*    arf             |\__/\                      *
*        arf arf     / oo \_                     *
*             arf    | o  | \                    *
*                arf  \()/   \   )               *
**************************************************

2. caching ftp traffic

3. etting debug flags doesn't help with debugging.

4. video: Ntop network monitoring probe

5. can't 'make' wine...

6. Arts and entertainment

7. Enlightenment "remembering" with 'wine - managed' problems

8. xf86config

9. Falscher Zeichensatz VNC??

10. KDevelop and Wine, MFC, C++, Wine stability

11. Wine=NT like DOSemu=DOS (was Re: wctype.h (was: Wine release 971221))

12. WINE - wine.conf

13. Wine or not Wine ?