> From: Bastien ROUCARIES <roucaries.bast...@gmail.com> > Date: Wed, 26 Jan 2011 14:33:54 +0100 > Cc: Jim Meyering <j...@meyering.net>, > emacs-de...@gnu.org, > egg...@cs.ucla.edu, > bug-gnulib@gnu.org, > monn...@iro.umontreal.ca > > according to http://www.delorie.com/djgpp/doc/kb/kb_10.html > "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? > 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).
