home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / c / 12413 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  1.6 KB
  1. Xref: sparky comp.lang.c:12413 comp.programming:2350
  2. Path: sparky!uunet!ogicse!plains!news.u.washington.edu!milton!chuckb
  3. From: chuckb@milton.u.washington.edu (Chuck Bass)
  4. Newsgroups: comp.lang.c,comp.programming
  5. Subject: Re: Allocate memory to typed in string, How?
  6. Message-ID: <chuckb.714033994@milton>
  7. Date: 17 Aug 92 06:46:34 GMT
  8. Article-I.D.: milton.chuckb.714033994
  9. References: <1992Aug13.184911.376@wyvern.twuug.com> <1992Aug15.201359.3601@athena.mit.edu> <1992Aug16.211644.6444@athena.mit.edu>
  10. Sender: news@u.washington.edu (USENET News System)
  11. Organization: University of Washington
  12. Lines: 24
  13.  
  14. I've been programming for a couple of years now and I must say
  15. that at first I though all of this BS about not using buffers
  16. that "should be plenty big" was just that.  A bunch of anal
  17. perfections with nothing better to do than flame others coding
  18. practices.
  19.  
  20. Now I've been bit by failed assumptions that occur when source
  21. is modified and now that routine that assumes a NULL ptr can
  22. never be passed is.  Well people, listen to what these guys are
  23. saying.  Program defensively and you will have robust code that
  24. won't break (as much ;-)  I thought I was smart enough to write
  25. code that didn't require things like Assert or Assure (as
  26. recently posted here in comp.lang.c) Now I've realized that I'm
  27. at the point that I'm smart enough to use the Assert and Assure
  28. macros.
  29.  
  30. Just a word of experience from someone with almost no
  31. experience.  Anyway writing programs is a lot more fun that
  32. debugging them!
  33.  
  34. Chuck Bass
  35. Cooperative for Forest-Systems Engineering
  36.  
  37. PS  for some reason I always agree with Mr. Summit!
  38.