Message-Id: <7BD626A8132BD211B1F60001FA6A2C5895C8DF@sw720x030.visa.com> From: "Braden, Flash" To: "'opendos AT delorie DOT com'" Subject: RE: More Questions/bugs Date: Tue, 17 Nov 1998 13:05:49 -0800 Mime-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain Reply-To: opendos AT delorie DOT com I have been disappointed with the context switching speed. Is there any development still under way? Will multitasking someday be good enough to run a com program at the same time as a batch program? -Flash-> > ---------- > From: Matthias Paul[SMTP:PAUL-MA AT reze-1 DOT rz DOT rwth-aachen DOT de] > Sent: Tuesday, November 17, 1998 7:59 AM > To: opendos AT delorie DOT com > Subject: Re: More Questions/bugs > > 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/ >