Jim Shepherd wrote:
>
> I am still trying to solve the infinite loop problem I reported earlier,
> but I am running into some difficulty debugging it further. Note: I am
> new to debugging and could be making a lot of mistakes.
>
> To compile, I disbaled optimizations by removing the -O2 parameters from
> the configure file and used:
> ./configure --disable-lib
> make depend
> make
>
> Then "make install" as root.
>
> I used the following command to launch the app:
> winedbg -managed -debugmsg +reg,+relay,+module,+win32,+advapi
> "/dos/Program Files/MathType/MathType.exe" &>mathtype.log
>
> The entire log file can be found at:
> ftp://ftp.mindspring.com/users/jimshep/mathtype.log.gz
>
> Here are what I believe to be the relevant lines:
>
> Call advapi32.227: RegOpenKeyExA(80000001,41012d90 "Software\\Design
> Science\\DSMT4\\Config",00000000,00020019,409168cc) ret=00468b11 fs=008f
> trace:reg:RegOpenKeyExA (0x80000001,"Software\\Design
> Science\\DSMT4\\Config",0,20019,0x409168cc)
> Ret advapi32.227: RegOpenKeyExA() retval=00000000 ret=00468b11 fs=008f
> Call advapi32.235: RegQueryValueExA(0000003c,004ac7c4
> "AppLang",00000000,409168bc,4091686c,409168b8) ret=00468b3f fs=008f
> trace:reg:RegQueryValueExA
> (0x3c,"AppLang",(nil),0x409168bc,0x4091686c,0x409168b8=50)
>
> In the debugger, I used "x /d 0x409168bc" to find the lpType. The
> output is 0, the default, which I understand is a string.
well, the type is REG_NONE... so not in every case a string
> I then used
> "x /s 0x4091686c" to find lpData. The output was à*`A#(@ (It should
> read "0x040,enu". I used the same debug commands on previous
> RegQueryValueExA calls and was able to see the appropriate keys. Are
> these commands incorrect in this case, or is the function returning the
> wrong data?
debugger's command sounds ok. be sure you use them at the right place
(eg after the server's call has returned) (silly question I know)
>
> Ret advapi32.235: RegQueryValueExA() retval=00000000 ret=00468b3f
> fs=008f
from the rest of the log, it may well be that the app is looking for
the "good" DLLs, even if the names sound wrong to you, but it's hard
to tell
A+
--
---------------
Eric Pouech (http://perso.wanadoo.fr/eric.pouech/)
"The future will be better tomorrow", Vice President Dan Quayle