home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / msdos / programm / 3282 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.1 KB  |  43 lines

  1. Newsgroups: alt.msdos.programmer
  2. Path: sparky!uunet!news.univie.ac.at!scsing.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!batcomputer!caen!sol.ctr.columbia.edu!usc!cs.utexas.edu!geraldo.cc.utexas.edu!slcs.slb.com!leo.asc.slb.com!sjsca4!poffen
  3. From: poffen@sj.ate.slb.com (Russ Poffenberger)
  4. Subject: Re: C/C++ 7.0 idiotic linking problem (the shame!)
  5. Message-ID: <1993Jan27.211235.1946@sj.ate.slb.com>
  6. Sender: news@sj.ate.slb.com
  7. Organization: Schlumberger Technologies, ATE division, San Jose, Ca.
  8. X-Newsreader: TIN [version 1.1 PL7]
  9. References: <1993Jan26.230221.19262@anasazi.com>
  10. Date: Wed, 27 Jan 93 21:12:35 GMT
  11. Lines: 30
  12.  
  13. Guy Finney (gaf@anasazi.com) wrote:
  14. : gaf@misty.anasazi.com (Guy Finney - me) writes:
  15. : >
  16. : >Fine, it compiles into hello.obj.  But when I try to link it into hello.exe,
  17. : >I get the message "Invalid object module" in reference to hello.obj.
  18. : >Not even one of the Lnnnn message numbers to look up.  Hmmphh.
  19. : Thanks to all those who suggested there might be some other program
  20. : named link.exe in my PATH prior to the one in my C development directory.
  21. : That was it.  This was very annoying.  One might be forgiven for thinking
  22. : that Microsoft would have anticipated this and either named their linker
  23. : something else, or at least mentioned in the release notes that they
  24. : overloaded the name link.exe so you could take appropriate action.
  25. : Oh well.  Another fun DOS development story.  I'm glad I don't work
  26. : on DOS for a living.
  27.  
  28. What makes you think the same thing couldn't happen on say a UNIX system? Or
  29. any other system that supports multiple directories and an execution path
  30. mechanism.
  31.  
  32. I see this type of thing all the time on UNIX. Users just need to be aware
  33. of their environment. I think, whenever there is any doubt, to use a DOS
  34. utility similar to "which" to tell where it actually found a specific
  35. program.
  36.  
  37. Russ Poffenberger               DOMAIN: poffen@sj.ate.slb.com
  38. Schlumberger Technologies ATE   UUCP:   {uunet,decwrl,amdahl}!sjsca4!poffen
  39. 1601 Technology Drive        CIS:    72401,276
  40. San Jose, Ca. 95110             Voice: (408)437-5254  FAX: (408)437-5246
  41.