home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / mswindo / programm / misc / 1858 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  2.1 KB
  1. Xref: sparky comp.os.ms-windows.programmer.misc:1858 comp.os.msdos.programmer:9379
  2. Path: sparky!uunet!mcsun!sunic!dkuug!iesd!iesd.auc.dk!richard
  3. From: richard@iesd.auc.dk (Richard Flamsholt S0rensen)
  4. Newsgroups: comp.os.ms-windows.programmer.misc,comp.os.msdos.programmer
  5. Subject: String literals exceeds 64Kb under Windows
  6. Message-ID: <RICHARD.92Sep15223120@petersen.iesd.auc.dk>
  7. Date: 15 Sep 92 21:31:20 GMT
  8. Sender: news@iesd.auc.dk (UseNet News)
  9. Distribution: comp
  10. Organization: Mathematics and Computer Science, Aalborg University
  11. Lines: 38
  12.  
  13.  
  14.   Question Q202 in c.o.m.p's FAQ reads:
  15.  
  16. Q202. How do I fix "automatic data segment exceeds 64K" or "stack plus
  17.      data exceed 64K"?
  18.  
  19.   Good question, indeed.  Good solutions, too: in essence telling you
  20. to move large structures into their own segments.
  21.  
  22.   This can easily be done, unless it is string literals that causes
  23. your segment bucket to overflow.  In that case the only solution
  24. seems to be to compile the offending module under the huge model (and
  25. I don't mean Brigitte Nielsen).
  26.  
  27.   All in all very well, *unless* you're developing under Windows,
  28. where it (presumably) won't let you use the huge model!  Well, *I* am
  29. and I'm stuck!  Believe me, I'm really having a hard time squeezing
  30. the static data for an almost 1Mb (ok, with -v) executable with many
  31. debug strings, input/output file format strings, user messages etc
  32. into a single data segment.  Most of the strings sits in very few
  33. modules, but that's no comfort if it's not possible to put those
  34. string literals into a segment of their own.
  35.  
  36.   Therefore, I now turn to you, dear netters.  Huge models appears
  37. impossible with Windows, #pragma option -zE/F/H makes no difference,
  38. -Ff=whatever just laughs at me etc.  Somebody *must* have had this
  39. problem before me.  I might expect resources or DLLs to be the
  40. answer, but I'd like to know if there is another way.
  41.   I'm using Borland C(++) 3.1 and Windows 3.1.  (note cross-posting).
  42.  
  43.   Thanks in advance,
  44.     Richard
  45.  
  46. PS: oh, yes -- if it turns out to be !a-piece-of-cake I'll summarize
  47. any email responses.
  48. --
  49. Richard Flamsholt
  50. richard@iesd.auc.dk
  51.