Xref: utzoo comp.sys.ibm.pc:35324 alt.msdos.programmer:419 Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!apple!vsi1!octopus!pete From: pete@Octopus.COM (Pete Holzmann) Newsgroups: comp.sys.ibm.pc,alt.msdos.programmer Subject: BUG in PCDOS 3.30 - The RAM Eater from Hell! :-( Message-ID: <1989Sep26.202524.27381@Octopus.COM> Date: 26 Sep 89 20:25:24 GMT Reply-To: pete@octopus.COM (Pete Holzmann) Organization: Octopus Enterprises, Cupertino CA Lines: 27 I've found a bug in IBM PC-DOS 3.30, which may also exist in later versions (although I haven't checked). The Bug: If you increase the # of files available to a program (using Int 21 function 67h), DOS allocates a 64K+ chunk of ram to hold the information, rather than the few bytes it really needs (really only needs 1 byte per file). This function works just fine under MSDOS. Questions: - Has anybody else run across this already? - Is it known officially by IBM or Microsoft? - Is there an official fix? - Has it been fixed in versions after 3.30? Also, is there any way for my program to distinguish between PCDOS 3.30 and MSDOS 3.30, so I'll know whether it is ok to use function 67h? Thanks! Pete -- Peter Holzmann, Octopus Enterprises |(if you're a techie Christian & are 19611 La Mar Ct., Cupertino, CA 95014 |interested in helping w/ the Great UUCP: {hpda,pyramid}!octopus!pete |Commission, email dsa-contact@octopus) DSA office ans mach=408/996-7746;Work (SLP) voice=408/985-7400,FAX=408/985-0859