Error in wine's implementation of msvcrt
Uwe Bonnes
bon at elektron.ikp.physik.tu-darmstadt.de
Sun Nov 6 15:56:48 CST 2005
>>>>> "David" == David D Hagood <wowbagger at sktc.net> writes:
David> There seems to be some form of error in the Wine implementation
David> of MSVCRT - with three separate programs (Delorme MapNGo 6.0,
David> Delorme Street Atlas 5, Microsoft Trip Planner 5), if I use
David> Wine's builtin MSVCRT, the programs do not work, but if I use the
David> version of MSVCRT the program supplies, they work.
David> I don't know much about what is going on, but I do know this:
David> With the Wine MSVCRT, the Delorme packages err trying to load a
David> "vector font" file that is supplied with the Delorme
David> programs. This font file is read by a DLL supplied by Delorme,
David> and is a simple text file describing some of the icons they use
David> in their program (like a house, or a car, etc.). Tracing the
David> operation of the Wine MSVCRT shows that the whole file is read by
David> the DLL, and the DLL does not throw the error until EOF.
David> I conjecture that there is some difference in behavior between
David> the Wine MSVCRT on EOF and Microsoft's MSVCRT - what I have no
David> idea.
David> OK, so anybody have any good idea on how I can get more
David> information on this?
Run with
WINEDEBUG=+relay,+snoop WINEDLLOVERRIDES=msvcrt=n wine <your.program>
and
WINEDEBUG=+relay,+snoop,+msvcrt WINEDLLOVERRIDES=msvcrt=b wine <your.program>
and compare how the msvcrt calls are handled step by step. Tedious, but
promising...
Bye
--
Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
More information about the wine-devel
mailing list