home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!csus.edu!netcomsv!mork!jsteele
- From: jsteele@netcom.com (John Steele)
- Newsgroups: comp.sys.ibm.pc.misc
- Subject: Re: MS C question
- Message-ID: <31hmp+r.jsteele@netcom.com>
- Date: 24 Jul 92 17:34:58 GMT
- References: <1992Jul23.154650.3136@ducvax.auburn.edu>
- Organization: Netcom - Online Communication Services (408 241-9760 guest)
- Lines: 29
-
- In <1992Jul23.154650.3136@ducvax.auburn.edu> hjkim@ducvax.auburn.edu writes:
-
- >After you compile the file, use exehdr.exe and exemod.exe to change
- >header structure.
- >I had a similar problem and the change of memory model could not
- >fix the problem. I directly changed the stack address, I think.
- >It was several months ago, so I am not sure that I changed the addredd
- >or other things with those tho executable files.
-
- >Finally I reduece the number of arrays defined in the program and
- >the number of the variables. Then no errors in compiling.
-
- A simpler approach is to use -Gt at compile time. This places all data
- objects larger than 256 bytes in their own segment, instead of the
- default data segment.
-
- By default (i.e. without -Gt) only data objects larger than 32k get their
- own segment. All of this is described in Quick Help, with quite a bit
- of detail...
-
- FYI,
- John
- --
- #include <disclaimer.h> /* route all flames to /dev/null */
- /**************************************************************************/
- /* Systems Analyst | John Steele email: jsteele@netcom.com */
- /* Video Business Systems | */
- /* 1-800-255-3088 | Most people spell COBOLSUX incorrectly... */
- /**************************************************************************/
-