Message-Id: <4.3.2.7.0.20000813142232.00accea0@mail.subdimension.com> X-Sender: matt DOT l AT mail DOT subdimension DOT com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 13 Aug 2000 14:32:08 -0700 To: djgpp AT delorie DOT com From: Matt Lewandowsky Subject: Re: DJGPP neither running on ms-dos 6.2 nor on caldera-dos 7.03 In-Reply-To: <8n1579$un$1@sunsite.icm.edu.pl> References: <8mq6n6$6gu8v$1 AT ID-16903 DOT news DOT cis DOT dfn DOT de> Mime-Version: 1.0 Content-Type: text/plain Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If we're speaking of the same LFNDOS, there are problems with it on large FAT32 drives... (I know, not everyone has them, but I do... ;) For example: (from my chkdsk output) 5,885,244 kilobytes total disk space 95,848 kilobytes free gives the good ol' Drive Invalid> error... At least for directories created in the past 6 months or so... I think I may have too many allocation units for the poor thing: 4,096 bytes in each allocation unit 1,471,311 total allocation units on disk 23,962 available allocation units on disk Anyone know if it's still being supported? And if so, hopefully these will be addressed in future versions... - --Matt At 08:13 AM 8/11/00, Wojciech Galazka wrote: >My suggestion is quite different. >Use lfndos.exe or even better try to implement a file cache in that program >(the sources of lfndos is available and without the cache the program is >rather slow) That original DOS was capable only to work with 8+3 filenames >should not prevent us from expanding it to work with long filenames (using >for example int 21h AX=71xxh interface) > >Correct me if this idea is wrong -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use iQA/AwUBOZcT1+oMko8dOmunEQL5bgCfWj5j5w+GWc3byHpBPn5pRF1Xx6UAn3DH cA8RZZN8cjcfEcjuupr5mtDN =EL2d -----END PGP SIGNATURE-----