home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / ibm / pc / programm / 393 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  1.5 KB

  1. Xref: sparky comp.sys.ibm.pc.programmer:393 comp.os.msdos.programmer:9193
  2. Newsgroups: comp.sys.ibm.pc.programmer,comp.os.msdos.programmer
  3. Path: sparky!uunet!spool.mu.edu!agate!dog.ee.lbl.gov!hellgate.utah.edu!peruvian.utah.edu!msmith
  4. From: msmith%peruvian.utah.edu@cs.utah.edu (Matthew Smith)
  5. Subject: Re: Group DGROUP exceeds 64K
  6. Date: 9 Sep 92 10:54:43 MDT
  7. Message-ID: <1992Sep9.105443.19241@hellgate.utah.edu>
  8. Organization: University of Utah CS Dept
  9. References: <1992Sep4.213550.13151@pollux.lu.se>
  10. Lines: 29
  11.  
  12. In article <1992Sep4.213550.13151@pollux.lu.se> lars_s@gemini.ldc.lu.se writes:
  13. >I'm using Borland C++ version 3.0 in large memory model and are trying to 
  14. >link a couple of modules. I got this message from TLINK:
  15. >
  16. >     Error: Group DGROUP exceeds 64K
  17. >
  18. >Tools and Utilities Guide says: 
  19. >A group exceeded 64K bytes when the segments of the group wwere combined.
  20. >
  21. >Any hint or workaround to solve my problem are appreciated.
  22.  
  23. Are you using C++ specific code?  If so, you can use the -Vf switch for BCC,
  24. or look for a switch in the IDE which moves the C++ virtual tables out of 
  25. the data segment.  
  26.  
  27. Basically, this error means that your global variable area has exceeded 64k.
  28. Evidently, Borland puts their virtual tables (or at least some information 
  29. concerning them) into this segment.  
  30.  
  31. >Thanks in advance,
  32. >    Lars
  33. >--------------------------
  34. >Lars.Sigebo@ldc.lu.se
  35. >Lund University Computing Center, Sweden
  36.  
  37.  
  38. Matt Smith
  39. msmith@peruvian.utah.edu
  40. Student - University of Utah Department of Computer Science
  41.