home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / msdos / programm / 9222 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  1.4 KB
  1. Xref: sparky comp.os.msdos.programmer:9222 alt.msdos.programmer:2336
  2. Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
  3. Path: sparky!uunet!wupost!usc!sol.ctr.columbia.edu!sal.wisc.edu!rat!zeus!rmathews
  4. From: rmathews@zeus.calpoly.edu (Bob Mathews)
  5. Subject: Re: Turbo C++--forcing vars into CSEG
  6. Message-ID: <1992Sep10.061746.139113@zeus.calpoly.edu>
  7. Organization: California Polytechnic State University, San Luis Obispo
  8. References: <1992Sep8.195918.22762@umr.edu>
  9. Date: Thu, 10 Sep 1992 06:17:46 GMT
  10. Lines: 22
  11.  
  12. mcastle@cs.umr.edu (Michael R Castle) writes:
  13. >I'm trying to use Turbo C++ 1.0 to compile the GNU swapping-spawn library.
  14. >
  15. >The library was originally designed for MSC 6.0 and uses a construct that 
  16. >forces data to be stored in the code segment.
  17. >
  18. >Is there any similiar directive for Turbo??
  19.  
  20. I asked tech support about this a while ago.  (I was interested in putting
  21. static data like strings in the code segment, the way Turbo Pascal does.)
  22. Evidently, there's no way to do it.  Putting global variables in the codeseg
  23. would cause great problems with their overlay system, so I can see why they
  24. might not be too keen on adding such a feature.
  25.  
  26. >Anyone know of a way to accomplish this (w/o going into assembler)??
  27.  
  28. Other than extreme kludges (such as: make a dummy function you "know" is
  29. as long as the data space you need, get a pointer to it, and typecast to
  30. the data type you need), that's all I can think of.
  31.  
  32. swehtam bob
  33.  
  34.