Le mercredi 26 janvier 2011 14:48:18, Eli Zaretskii a écrit :
> > "The DJGPP library features transparent and automatic support for long
> > file names on Windows 9X(1) The DJGPP startup code queries the system
> > for the availability of the LFN API, and if it's available, all
> > low-level file-oriented primitives are automatically switched to using
> > the special LFN-aware functions. This run-time detection of the LFN
> > support means that the same executable will run on DOS and on Windows,
> > and will automatically support long file names when it runs on Windows
> > 9X"
> 
> Yes, I know.  I wrote some of those "low-level file-oriented primitives".
>
> > They are a faq entry on lfn:
> > http://www.delorie.com/djgpp/v2faq/faq22_16.html
> 
> Did you see who wrote that FAQ?

Yes you :)

> > And it seems that lfn is supported since djgpp 2.01 so since October 19,
> > 1996.
> 
> That's not the issue, you misunderstood my comment.  The issue is that
> DJGPP programs switch the CPU to 32-bit protected mode, and use a DPMI
> server to issue real-mode DOS and BIOS system calls from protected
> mode.  doslfn seems to have problems with such programs (which is not
> surprising, since any TSR that hooks interrupts might have problems in
> protected mode).

This is the real bug, and I suppose "might have problems" means this bug could 
be fixed. 

And do not talk about bare metal. DPMI is not bare metal dos*. So we could add 
another layer, that is doslfn in order to compile 
emacs...

Bastien

* at least in my sense

Reply via email to