Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!zephyr.ens.tek.com!tekchips!sail!toma From: toma@sail.LABS.TEK.COM (Tom Almy) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: Why load "SHARE" (was Re: program to break 32MB barrier) Message-ID: <8869@sail.LABS.TEK.COM> Date: 29 Jan 91 17:22:58 GMT References: <1991Jan21.230226.4874@hub.cs.jmu.edu> <5489@husc6.harvard.edu> <140@thor.UUCP> Reply-To: toma@sail.LABS.TEK.COM (Tom Almy) Distribution: comp Organization: Tektronix, Inc., Beaverton, OR. Lines: 39 In article <140@thor.UUCP> scjones@thor.UUCP (Larry Jones) writes: >In article <5489@husc6.harvard.edu>, albert@endor.uucp (David Albert) writes: >> Why is it the case that "SHARE must be loaded for large media" in >> MS-DOS 4.01? >SHARE is needed to allow the old DOS 1.0 FCB functions to work right >on a large partition -- if it is not loaded, they wrap around and trash >the partition. [...] >On the other hand, there's a small piece of >public domain software that replaces SHARE -- rather than making the FCB >functions work right, it intercepts the calls and returns a failure >status (and also puts out a message indicating that it happened, I >believe). That way you don't trash the disk and it takes up a whole lot >less space. I don't remember the name, but it's undoubtedly on SIMTEL. The program is NOSHARE.COM. It is so small I am posting it here for those that are interested. I understand this program is officially "not recommended" by Microsoft. Naturally, use it at your own risk, but it sure beats SHARE, IMHO, as it is not only smaller but also allows programs that SHARE breaks to run. section 1 of uuencode 3.16 of file noshare.com by R.E.M. begin 644 noshare.com MZ0@`]`$`````"@"\FA_'!@4!F!^]_A^)+@CMNT) M2@`'3D]32$%21>A1`.@\``M">2!4;VT@06QM>>@_`+@A`.C)_Z,D`8D>)@&ZB M)`%2NH``4KH6`%+H40",R%"ZA`!2NB$`4NB7_^FK_UN*!S#D0U-0`<-86E.)= MT^DA`+@-`.@)`+@*`.D#``$``*+&`;1`N0$`NL8!BQ[$`XP:,V([`\Z3_XZ3_F `` end sum -r/size 53542/375 section (from "begin" to "end") sum -r/size 4841/244 entire input file -- Tom Almy toma@sail.labs.tek.com <<< Note new address Standard Disclaimers Apply