Thank you for the link. I didn't know about it :)

The function 6C should really be called 6C00, because this is really the
value of AX... I'm sorry for this little confusion :)

"Andrew McLaren" wrote:
[color=blue]
> "Vassil Daskalov" <Vassil [email]Daskalov@discussions.microsoft.com[/email]> wrote ...[color=green]
> > 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
>
>[/color]