bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Files from gnulib


From: Bastien ROUCARIES
Subject: Re: Files from gnulib
Date: Wed, 26 Jan 2011 16:26:05 +0100
User-agent: KMail/1.13.5 (Linux/2.6.36-trunk-amd64; KDE/4.4.5; x86_64; ; )

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

[Prev in Thread] Current Thread [Next in Thread]