home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / programm / 4759 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  1.5 KB
  1. Path: sparky!uunet!vnet.ibm.com
  2. From: dmm@vnet.ibm.com (dave)
  3. Message-ID: <19920905.065556.673@almaden.ibm.com>
  4. Date: Sat, 5 Sep 92 09:56:04 EDT
  5. Newsgroups: comp.os.os2.programmer
  6. Subject: Re: OS2 Device Driver in C -- Linking Problem
  7. Organization: IBM Canada Lab
  8. News-Software: UReply 3.0
  9. X-X-From: dmm@vnet.ibm.com (Dave Mooney)
  10. References: <1992Sep3.222735.22713@hns.com>
  11. Lines: 21
  12.  
  13. In <1992Sep3.222735.22713@hns.com> Pat O'Neil writes:
  14. >                      The C/2 manual says that the linker
  15. > locates segments in the order it encounters them. This seems
  16. > true until I start bringing in the C run-time libraries
  17. > (which I need for sprintf, strtok, memcpy, etc.). If I link
  18. > without the library (and thereby get a zillion unresolveds)
  19. > the map at least says that the data segment is first.
  20.  
  21. I believe that there is a record in the library which tells the linker
  22. to do DOSSEG segment ordering.  If there is no /NODOSSEG linker
  23. directive, then I think you'll have to hack the library and remove this
  24. record.  I recall hearing about highly bizarre behaviour when the MSC
  25. runtime gets linked in non-DOSSEG order, but I can't for the life of me
  26. recall exactly what it was that happened.  But caveat emptor.
  27.  
  28. dave
  29.  
  30. -------------------------------------------------------------------------
  31. Dave Mooney                                              dmm@vnet.ibm.com
  32.  C Set/2 Development, IBM Canada Lab, 844 Don Mills Rd, Toronto, Ontario
  33.             "If you've got a blacklist, I want to be on it"
  34.