"Vassil Daskalov" <Vassil [email]Daskalov@discussions.microsoft.com[/email]> wrote ...[color=blue]
> possible source of this problem. The MS-DOS editor EDIT uses the 0x716C
> function of interrupt 0x21 (Extended Open/Create, LFN support, DOS 7+) to
> open the port LPT2 and the port opens successfully, but if an older DOS
> API
> function is used, such as the 0x6C function of interrupt 0x21 (Extended
> Open/Create, DOS 4+), the port does not open and an error is returned
> instead. IMHO, this is a bug in the NTVDM. Can someone look into this?[/color]

Hi Vassil,

Well, I can't find my old MS-DOS Programmer's Reference :-) but, yes, this
sounds like strange behaviour.

The LFN version of the service is the same as the "old" DOS service, except
0x71 is in AH. So if 0x716C works in AX, I'd expect 0x6C in AL to also work.
But, seems it does not ...

I have voted in support of your suggestion. However, to get maximum exposure
for the issue, I recommned you also send feedback direct to Microsoft. You
cen send feedback using this URL (mind the wrap):

Vista Feedback:
[url]http://feedback.windowsvista.microsoft.com/eform.aspx?productkey=winvista&mkt=en-us&backurl=http://support.microsoft.com/gp/cp_vista_master[/url]

DOS apps cannot run on 64-bit Windows. Since nearly all CPUs are now 64 bit,
the days of DOS applications are definitely numbered ... but I guess you
already know that!

Regards,
--
Andrew McLaren
amclar (at) optusnet dot com dot au