home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / programm / 19971 < prev    next >
Encoding:
Text File  |  1992-12-17  |  1.6 KB  |  36 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!sernews!rocky.raleigh.ibm.com!crg
  3. From: crg@rocky.raleigh.ibm.com (Chuck Grissom)
  4. Subject: Re: Fix : ThinkC app won't run standalone (bug in smart link!?)
  5. Sender: news@sernews.raleigh.ibm.com
  6. Message-ID: <1992Dec17.143701.19170@sernews.raleigh.ibm.com>
  7. Date: Thu, 17 Dec 1992 14:37:01 GMT
  8. References: <cmcclary-151292113831@mcclary-mac.ucs.indiana.edu> <steve.herman-161292132205@128.158.4.199> <1992Dec16.215017.16222@usl.edu>
  9. Nntp-Posting-Host: rocky.raleigh.ibm.com
  10. Organization: IBM, Research Triangle Park, North Carolina
  11. Lines: 23
  12.  
  13. In article <1992Dec16.215017.16222@usl.edu>, pvl1779@usl.edu (Leach Phuong V) writes:
  14. |> 
  15. |> First thanks to those who responded.
  16. |> 
  17. |> The problem seems to be in the linker.  I turned the "smart link" option
  18. |> off when building the application, and it runs fine now.
  19. |> 
  20. |> The app was crashing on a sprintf() call.  Earlier calls worked fine, but
  21. |> at some point in the program, sprintf() got stepped on and no longer
  22. |> worked.  It seems to me that the "smart" linker has a possible bug.
  23. |> Does this seem like a reasonable assumption to you?
  24. |> 
  25. |> Go figure,
  26. |> Robb
  27.  
  28. Well, bugs in the linker are possible...but...many, many times I have heard
  29. a C programmer claim that the bug in his program must be due to a compiler bug
  30. only to find after further debugging that it's in his code after all.  As for
  31. me, I assume every bug is MINE unless I can point to the exact problem in the
  32. compiler/linker.  If it is such a problem, you should be able to reproduce it
  33. with very simple code.  Otherwise, keep looking for those pointer errors!
  34.  
  35. Chuck
  36.