On Mon, 07 Nov 2005 13:14:16 +0100, David D. Hagood <[EMAIL PROTECTED]>
wrote:
Uwe Bonnes wrote:
"David" == David D Hagood <[EMAIL PROTECTED]> writes:
...
David> I've attached a patch that corrects the problem.
David> Changelog
It is also a good idea to add a test case in our test
"David D. Hagood" <[EMAIL PROTECTED]> wrote:
> --- dlls/msvcrt/file.c 7 Oct 2005 15:01:15 - 1.91
> +++ dlls/msvcrt/file.c 7 Nov 2005 01:15:55 -
> @@ -1657,7 +1657,16 @@
>TRACE(":EOF\n");
>MSVCRT_fdesc[fd].wxflag |= WX_ATEOF;
>if (MSVCRT_fdesc
Uwe Bonnes wrote:
"David" == David D Hagood <[EMAIL PROTECTED]> writes:
...
David> I've attached a patch that corrects the problem.
David> Changelog
It is also a good idea to add a test case in our test suite. Send the
test/patch to wine-patches for inclusion, perhaps also stating i
> "David" == David D Hagood <[EMAIL PROTECTED]> writes:
...
David> I've attached a patch that corrects the problem.
David> Changelog
It is also a good idea to add a test case in our test suite. Send the
test/patch to wine-patches for inclusion, perhaps also stating if you allow
rewi
Uwe Bonnes wrote:
Run with
WINEDEBUG=+relay,+snoop WINEDLLOVERRIDES=msvcrt=n wine
and
WINEDEBUG=+relay,+snoop,+msvcrt WINEDLLOVERRIDES=msvcrt=b wine
and compare how the msvcrt calls are handled step by step. Tedious, but
promising...
Tedious, but productive. Wine's fgets does not behave as do
> "David" == David D Hagood <[EMAIL PROTECTED]> 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 b
There seems to be some form of error in the Wine implementation of
MSVCRT - with three separate programs (Delorme MapNGo 6.0, Delorme
Street Atlas 5, Microsoft Trip Planner 5), if I use Wine's builtin
MSVCRT, the programs do not work, but if I use the version of MSVCRT the
program supplies, the
