Message-Id: <7BD626A8132BD211B1F60001FA6A2C5895C8DF@sw720x030.visa.com>
From: "Braden, Flash" <cbraden AT visa DOT com>
To: "'opendos AT delorie DOT com'" <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: <Matthias DOT Paul AT post DOT rwth-aachen DOT de>
> Web  : http://www.rhrz.uni-bonn.de/~uzs180/mpdokeng.html
> -------------------------------------------------------------------
> Caldera Digital Research Systems/OpenLinux: http://www.caldera.com/
>