home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / misc / 6085 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  1.0 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.misc
  4. Subject: Re: Sun's ANSI C
  5. Message-ID: <16183@auspex-gw.auspex.com>
  6. Date: 31 Dec 92 20:01:09 GMT
  7. References: <1992Dec30.164547.24172@stortek.com> <C04uHC.Bt2@news.cso.uiuc.edu>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 13
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >The one that really got me was sprintf.
  14. >In my application, I need to format a string via sprintf and know how long the
  15. >resulting string is.  ANSI requires sprintf to return an integer representing
  16. >the length of the formatted string, but in Sun's "ANSI" C, sprintf still 
  17. >returns a char*.
  18.  
  19. Can "acc" be coaxed to compile stuff in the SV environment?  If so, try
  20. that - the SV environment version of "sprintf()" returns the length of
  21. the formatted string.
  22.  
  23. Does "acc" come with its own libraries?  If so, does it link with them
  24. by default, or do you have to ask it to do so?  If you have to ask it to
  25. do so, try asking it to do so.
  26.