wine users - Mar 2002 - Having trouble getting winedbg to be invoked, trying to run sol.exe

Well, I retitled this message several times while writing it, as I
discovered more things; the brick wall I ultimately ran into is
getting the debugger to work.  So, bear with me...

I'm trying to get Wine working.  Ultimately I have a couple of apps I
want to get working, but at the moment I'm trying to run sol.exe to
verify that Wine is installed and configured properly and... having
trouble.

Here was my original commandline:
wine --winver win95 --managed C:\\windows\\sol.exe

Same thing happens without --managed.  Either way, I get a couple of
pthread fixme messages and it tells me it couldn't stat the floppy
drive, and then I get this dialog:

 Exception raised
      Unhandled page fault on write access to
  X   0x0855c2b8 at address 0x4010f576.
      Do you wish to debug it ?
      [Yes]    [No]
      
When I click yes, Wine can't start the debugger.  It says to read the
Wine developer's guide for information on starting the debugger, but I
read the whole section on debugging and cannot find how to get it
working.  If I use winedbg on the command line instead of just wine,
everything happens just the same as when I use wine, right up to the
message that Wine can't start the debugger.  The developer's guide
also suggests wine -debug, but if I try that (or --debug) wine gives
me a list of valid commandline options.  It says that the path to the
debugger must be available on a DOS drive, but I already set up a
drive for /usr/bin (which is what which winedbg tells me) to solve an
earlier complaint about winereal not being reachable on a DOS drive.
There's a reference to a Wine registry key, but no clue as to where to
put it.  It says wineinstall sets it up, but which wineinstall reports
nothing.  I presume the Wine registry is separate from the Windoze
registry?  Saaaayyyy....  wine.conf looks a LOT like a REG file...
but it says in a comment that all keys are relative to
\\Machine\\Software\\Wine\\Wine\\Config
whereas the key that the developer's guide seems to indicate I should 
set is outside that tree,
in \\Machine\\Software\\Microsoft\\Windows NT\\Current Version\\AeDebug
Is that right even though I don't have NT?  Is there something special
I can do in wine.conf to set the key so that winedbg will be invoked?
Can I just boot Windows and set the key with regedit?

This is probably the first thing I need help with, is getting the
debugger to work so that I can post more useful inquiries.  

Anyway, I also get this:
err:ntdll:RtlpWaitForCriticalSection Critical section 0x4011b04c wait timed out,
retrying (60 sec) fs=008f
err:ntdll:RtlpWaitForCriticalSection Critical section 0x40119610 wait timed out,
retrying (60 sec) fs=008f
err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr
0x400f8b70

I found some references to the Rtlp error in some web-based mailing
list archives, but Dave Hawkes seems to indicate (about January this
year) that large applications are particularly prone to this error.
Solitaire is generally not considered large, as apps go.  

I also did a Google Groups search and turned up an older thread from
January 2001 that indicates a mismatch between native and builtin
DLLs.  Someone signing as "Walt" suggests using nothing native except
msvcrt, and Jon Griffiths says crtdll should go with that for
consistency.  

So, I followed Walt's --debugmsg +loaddll suggestion, and get this:
krnl386.exe                       builtin
system                            builtin
wprocs                            builtin
C:\windows\system\advapi32.dll    builtin
GDI.EXE                           builtin
x11drv.dll                        builtin
display                           builtin
msvcrt20.dll                      native
rpcrt4.dll                        native
ole32.dll                         native
shlwapi.dll                       builtin
comctl32.dll                      builtin

I messed with wine.conf and made ole32 builtin, same result.  Changed
over rpcrt4 also, and for a moment I thought I had solved the problem:
a window popped up, green background, ugly playing cards...  but the
moment I click on a card, bad things happen.  If I don't click a card,
I can do anything else:  reposition the window, use the menus, change
the options and card face design, all that stuff, but when I click on
a card, I get an Exception Raised dialog saying "Unhandled page fault
on read access to 0x00000001 at address 0x00000001.  Do you wish to
debug it?  At this point, clicking either yes or no freezes the
Solitaire window solid; I can no longer even reposition the window or
anything, and it stays in front of whatever window I switch to.  I got
rid of it by pulling up the terminal window and Ctrl-C.  (If I clicked
yes, I also got the message about not being able to start the
debugger...)
  
Mandrake 8.1, Wine release 20010731.  Multiboot system with Windows 95
OSR2 on another partition (and DOS 6 on another and RH6 on another and
Windows Me on another and PowerBoot on the MBR and ...  nevermind)

I _think_ I have my drives and stuff set up correctly in wine.conf,
but if that could be the problem, I'd be happy to strip out the
comments and post it here.

So...  

  1.  How do I get winedbg to be invoked?
      
  2.  Anybody have previous experience with this problem with sol.exe?
      
For kicks, I tried calc.exe, and after making the same DLL adjustments
as for sol.exe above I was able to get that to mostly work, although
the position of some of the buttons was clearly off so that some
things overlapped.  But I was able to do some calculations with it
without crashing.  So my Wine installation isn't _totally_ broken.
Not sure what's wrong with Solitaire, but I hesitate to try something
large like MS Works 4 (much less Pegasus Mail 4) until I get the
debugger working and figure out why sol.exe has problems...

> Same thing happens without --managed.  Either way, I
> get a couple of
> pthread fixme messages and it tells me it couldn't
> stat the floppy
> drive, and then I get this dialog:
pthread messages disappeared in months if i rmember
correct ...
> 
> Mandrake 8.1, Wine release 20010731.  Multiboot
> system with Windows 95
> OSR2 on another partition (and DOS 6 on another and
> RH6 on another and
> Windows Me on another and PowerBoot on the MBR and
> ...  nevermind)
please upgrade ...
this version is very old for an alpha software...


and you will change your wine.conf file with the new 
~/.wine/config.


Not much people will help you on these past versions
of WINE... Think that a commercial program has a life
of 6 months ...

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais !
Yahoo! Mail : http://fr.mail.yahoo.com

Jonadab the Unsightly One wrote:
> Saaaayyyy....  wine.conf looks a LOT like a REG file...
> but it says in a comment that all keys are relative to
> \\Machine\\Software\\Wine\\Wine\\Config
> whereas the key that the developer's guide seems to indicate I should 
> set is outside that tree,
> in \\Machine\\Software\\Microsoft\\Windows NT\\Current Version\\AeDebug
> Is that right even though I don't have NT?  Is there something special
> I can do in wine.conf to set the key so that winedbg will be invoked?
wine.conf? This is pretty old. I don't think wine.conf has been used for 
awhile. I for one can't remember that far back :-) so I would suggest an 
upgrade! I think everyone here would prefer not to try to fix bugs that 
have already been fixed.

Currently, the registry entry for the debugger is in the file 
~.wine/system.reg and looks like this:

[Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug] 1012756936
"Auto"="1"
"Debugger"="/usr/local/bin/winedbg %ld %ld"

You need to change the path to point to the actual location of the 
debugger. This is required *in addition* to the path needing to be a 
valid path in the wine config file ~.wine/config.
> Can I just boot Windows and set the key with regedit?
Yes, that works. But editing the files with a plain old text editor 
seems easier.
-- 
My real email is akamail.com@dclark (or something like that).

On 5 Mar 2002, Jonadab the Unsightly One wrote:

Let's just try to get winedbg to go.  In <wine>/winedefault.reg are
some
lines:

#
# Configuration for unhandled exceptions
#
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AeDebug]
# command line to start a debugger when an exception occurs
"Debugger"="debugger/winedbg %ld %ld"
# to 0 if a message box has to be presented before running the debugger
"Auto"="1"

the "Debugger"line has to have the unix path to winedbg.  Say you edit
that file, then
you say

regapi setValue -- -force < winedefault.reg

or

cat winedefault.reg |regapi setValue -- -force

and the entry will go into

~/.wine/system.reg

and hey, presto, Wine knows where to find the debugger.

Please get a current wine before reporting problems, though.

  http://www.ibiblio.org/pub/Linux/ALPHA/wine/development/Wine-20020228.tar.gz
 
ftp://ftp.infomagic.com/pub/mirrors/linux/sunsite/ALPHA/wine/development/Wine-20020228.tar.gz
 
ftp://ftp.fu-berlin.de/unix/linux/mirrors/sunsite.unc.edu/ALPHA/wine/development/Wine-20020228.tar.gz
  ftp://orcus.progsoc.uts.edu.au/pub/Wine/development/Wine-20020228.tar.gz

It should also be available from any other site that mirrors ibiblio.org.
For more download locations, see http://ftpsearch.lycos.com. These
locations also hold pre-built documentation packages in various
formats: wine-doc-html.tar.gz, wine-doc-txt.tar.gz, wine-doc.pdf.gz
and wine-doc.ps.gz.

You can also get the current source directly from the CVS tree. Check
http://www.winehq.com/dev.shtml for details.


________________________________________________________________
GET INTERNET ACCESS FROM JUNO!
Juno offers FREE or PREMIUM Internet access for less!
Join Juno today!  For your FREE software, visit:
http://dl.www.juno.com/get/web/.