home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5747.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  2.2 KB  |  50 lines
  1. To: executor@nacm.com
  2. From: Brian Hawley <bhawley@luc.edu>
  3. Subject: Long filenames
  4. Sender: owner-paper@nacm.com
  5. Precedence: bulk
  6.  
  7. Hi all!
  8.  
  9. I've been giving this some thought, so here are a few suggestions as to what 
  10. the long filename slowdown might be caused by. 
  11.  
  12. As far as I know, the long filenames are accessed under DOS with a different
  13. set of interrupts than the original DOS interrupts. This keeps the legacy
  14. code working. You have to check whether the new set of interrupts is working
  15. before you can use them. The fast way to do this would be to check once at
  16. the beginning and then just use the new API. The slow way would be to check
  17. before every call. When you are scanning the hard disk, the overhead of
  18. repeatedly asking whether you can use the LFNs for each file would be huge.
  19. So, which method does the file handling code of djgpp 2.0 use?
  20.  
  21. In any case, a directory with LFNs in it would take longer to read than
  22. another with the same number of files and the old filenames. Since the VFAT
  23. filesystem stores the new-style names in additional FAT entries, the system
  24. has to read more entries when it reads the directory. This can only be fixed
  25. by using a different filesystem, a suggestion that has no place here.
  26.  
  27. Oh, I also have an answer to this question:
  28.  
  29. At 12:54 PM 10/18/95 -0400, jdvanas@iac.net (Josh Vanas) wrote:
  30. >                                    What might I have changed this time 
  31. >and/or are long file names supposed to work outside of the win95 GUI?  If 
  32. >they don't, why not?  It is still the same OS, right?
  33.  
  34. No, it is not the same OS. Command-line mode is the OS formerly known as
  35. DOS. Long filename support is provided by a VxD (virtual device driver) that
  36. is loaded with the GUI. This VxD extends DOS with additional capabiltiies,
  37. as others in previous versions of Windows allowed DOS programs to access the
  38. clipboard and other things. VxDs will only work in protected mode.
  39.  
  40. It should be possible to create a DOS device driver that performs the same
  41. service in command-line mode (or even for previous versions of DOS). Such a
  42. creation is beyond the scope of my knowledge and this mailing list.
  43.  
  44. I hope this helps.
  45.  
  46. Brian Hawley
  47. bhawley@luc.edu
  48.  
  49.  
  50.