home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / msdos / programm / 12004 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.5 KB  |  38 lines
  1. Newsgroups: comp.os.msdos.programmer
  2. Path: sparky!uunet!rei2!fox
  3. From: fox@rei.com (Fuzzy Fox)
  4. Subject: Re: LOADFIX and low-memory EXE loading
  5. Message-ID: <1993Jan12.005245.9608@rei.com>
  6. Date: Tue, 12 Jan 1993 00:52:45 GMT
  7. References: <C0ozzJ.DJA@csugrad.cs.vt.edu>
  8. Organization: Recognition Equipment, Inc.
  9. Lines: 27
  10.  
  11. jjarrett@csugrad.cs.vt.edu (James Jarrett) writes:
  12.  
  13. >My DOS manual does not mention LOADFIX, so all I have is the HELP LOADFIX
  14. >documentation.  How does it work and why is it necessary?
  15.  
  16. LOADFIX allocates memory up to the first 64K segment, then loads your
  17. program at that point, avoiding the problems that occur when the code
  18. segment is below the 64K boundary.  Normally only DOS is below this
  19. boundary, but DOS 5 can load high and thus allow programs to run there.
  20.  
  21. >Next, how can I write a program so it doesn't need LOADFIX?
  22.  
  23. You must be doing something strange to generate a program that fails.
  24. The only problems I have heard of are a buggy version of PKLITE and an
  25. old bug appearing in the EXEPACK module from Microsoft.  Are you linking
  26. with the /EXEPACK (or /PACK or whatever) option on your linker?  You
  27. might just stop using that option, and see.
  28.  
  29. A program called LOWFIX (available at Simtel-20 and other archive sites)
  30. will patch programs to fix their problems when loading below 64K.  See
  31. what it thinks of your program.
  32.  
  33. -- 
  34. #ifdef TRUE        | Fuzzy Fox (a.k.a. David DeSimone)       fuzzy@netcom.com
  35. #define  TRUE   0  |
  36. #define  FALSE  1  |  "911 Emergency Rescue Service - Can you hold, please?"
  37. #endif             |
  38.