Date: Tue, 17 Nov 1998 16:59:03 +0100 From: Matthias Paul Subject: Re: More Questions/bugs To: opendos AT delorie DOT com Message-id: <60A26494096@reze-1.rz.rwth-aachen.de> Organization: Rechenzentrum RWTH Aachen X-Mailer: Pegasus Mail v3.22 Reply-To: opendos AT delorie DOT com On 1998-11-10 Mark Aitchison wrote: >2. Is it possible to change longname behaviour (other than shutting >it off completely) so that... > > dir | find "abc" > my.list > edit my.list > > does the expected thing (in other words the shortname for > "my.list" should be "my.lis" optionally, especially in batch > files. Currently not, but I like this suggestion for various reasons. For compatibility with Windows 95 long filenames, the generated short filename for a long file name will be truncated using tildes + numbers, so the SFN will usually be MY.L~1, MY.L~2, etc., but not MY.LIS. Since this is actually stored in the file system, there is no reasonable way to achieve a "truncated long file name" like MY.LIS afterwards. However, as long as there are not multiple files with matching SFNs IMO also it would be more convenient, if LONGNAME would optionally (!) generate an SFN by just truncating the LFN, so that the SFN for a LFN like MY.LIST would actually be MY.LIS, as Mark suggests. Of course, once there are matching SFNs, LONGNAME should again default to use the tilde + number method. (BTW. Windows 95 has a registery setting to force this behaviour.) Additionally I'd like to suggest to implement another LONGNAME option to reduce junk in the directory entries to a minimum: Optionally LONGNAME should generate LFNs only for filenames not fitting in the 8.3 naming scheme, else it should only generate the SFN directory entry, and no LFN storing the case. Regarding the question, where to report LFN bugs: Just use the usual Caldera email address as stated in the README.TXT file shipping with the driver and/or DR-DOS. >3. Why are some system files locked so virus scanners cannot check > IBMBIO.COM, etc on *any* drive? (Try running F-PROT). As far as I see it, using F-PROT (on a DR-DOS 7.03 BETA system with or without SHARE loaded) this applies to all files which have the Hidden and/or System attribute set, not only to the DR-DOS kernel files. I'm not sure why this happens, but it is probably due to the method F- PROT uses to open files. However, it does not occur on the MS-DOS 7 command prompt. Has anyone checked this under MS-DOS 6.22 with and without SHARE loaded? >4. Is TASKMGR able to use a swap file as well as RAM if it isn't in > switcher mode? No, only the task switcher can swap to disk. The multitasker currently does not provide virtual memory, however it surely would be very useful to add this. Matthias ------------------------------------------------------------------- Matthias Paul, Ubierstrasse 28, D-50321 Bruehl, Germany eMail: Web : http://www.rhrz.uni-bonn.de/~uzs180/mpdokeng.html ------------------------------------------------------------------- Caldera Digital Research Systems/OpenLinux: http://www.caldera.com/