home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / ms / programm / 7302 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.3 KB  |  24 lines
  1. Newsgroups: comp.windows.ms.programmer
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!ubc-cs!uw-beaver!news.u.washington.edu!serval!wsuaix.csc.wsu.edu!yyang
  3. From: yyang@wsuaix.csc.wsu.edu (yongqi yang;S10000)
  4. Subject: Anybody experienced this problem with MSC7.0 linker? 
  5. Message-ID: <1992Jul22.032027.22518@serval.net.wsu.edu>
  6. Sender: news@serval.net.wsu.edu (USENET News System)
  7. Organization: Washington State University
  8. References: <1992Jul14.120346.2899@Informatik.TU-Muenchen.DE>
  9. Date: Wed, 22 Jul 92 03:20:27 GMT
  10. Lines: 12
  11.  
  12. I am converting one of my old C++ program from BC code base to MSC7.0. The 
  13. program got compiled fine. When I tried to link it, I got some error message 
  14. from the MSC linker, complaining some exported class member 
  15. functions have no internal representation, error L2022. 
  16. BTW, the program is a DLL. I dump the map file, and after several
  17. minutes checking, I found all those functions that the Linker complains had 
  18. very long names, and been assigned to 0000:0000. So I did some test by reducing
  19. the length of the name of some member functions, and fixed some complains. On
  20. the other hand, the program was compiled and linked under Borland C++ fine.  I
  21. wonder if anybody else experienced this kind of problem. It seems to me MSC7.0
  22. linker doesn't handle long function name very well. 
  23.  
  24.