Error in wine's implementation of msvcrt

[Uwe Bonnes]

>>>>> "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 ----------