I did some more testing with freedos b9sr1 and doslfn (long file name support), for those who know how it works this is elementary but I didn't know and I thought that it would be good to write up what I learned.
Booting freedos without lfn support and running various utilities, like ls, unzip32, dir cause all filenames to be truncated or translated to a mangled version of the original filename. After loading doslfn.com the berkeley utilities like ls will display the long file name, and using unzip32 -l will also show the long filename. I havent tried yet but I expect that with doslfn loaded, using unzip32 will write the file with the longfile name. Dir didnt show the long file name even with doslfn loaded and I didnt check any further. As mentioned in a previous question, I am testing a dos port of python 221 available at http://www.caddit.net/pythond.php. I am posting a short extract from the page regarding the need for dos long file name support at the end of this note. Using unzip32 -l when doslfn is loaded I could see that quite a few files in the distribution actually conform to dos naming conventions. I am looking into the tree to find files with long names. Curious to know what the functions will do if long file name support is not available. Just realized while proofreading this note that long file name support also should handle case sensitive file names. Havent checked that yet! ********** If you plan to run PythonD under pure native DOS or under NT 4, you should have a long-filename driver installed. Beginning with PythonD 2.2.1 R2, an LFN driver is not required to start a PythonD session. However, many advanced feature module names are longer than eight characters, and the other modules that depend on them will not run (i.e. the `__future__´ module). Modules available from the PythonD standard library will be limited based on the DOS 8.3 convention. All Python module import names are also case-sensitive by default, which also requires the active LFN driver. If you do are not using a long filename driver, then you should also add the following to your DOS environment: SET PYTHONCASEOK=1 (otherwise Python will start up but return the error that it couldn't find 'site', which probably means that it is having trouble loading the Python library). ********** ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_idt12&alloc_id344&op=click _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user