home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16196 < prev    next >
Encoding:
Text File  |  1992-11-09  |  3.0 KB  |  63 lines
  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!dkeisen
  3. From: dkeisen@leland.Stanford.EDU (Dave Eisen)
  4. Subject: Re: Memory functions  -  memcpy & memmove
  5. Message-ID: <1992Nov9.063856.341@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: Sequoia Peripherals, Inc.
  8. References: <1992Nov8.225440.6545@sq.sq.com> <BxFKAw.1A5@portal.hq.videocart.com>
  9. Date: Mon, 9 Nov 92 06:38:56 GMT
  10. Lines: 51
  11.  
  12. In article <BxFKAw.1A5@portal.hq.videocart.com> dfuller@portal.hq.videocart.com (Dave Fuller) writes:
  13. >I've said it before. I could really not give a shit if the code isn't
  14. >perfect. I don't get paid to do this, and i try to answer a lot of the  
  15. >questions. If someone wants more than a signed int of chars moved, then
  16. >change the code. I only want to see replys when the code is just flat
  17. >out WRONG.
  18.  
  19. Last I checked, I don't get paid for this either. And I for one
  20. want to see replies if they clear up another post or point out
  21. small problems with another post.
  22.  
  23. Clearly wrong solutions are not really a problem. The inexperienced
  24. programmer who posted the question will try them out, find that they
  25. don't work, and hopefully look to another source for the answer. 
  26.  
  27. It's the almost correct solutions that are the most dangerous because
  28. they will not immediately blow up in the beginners face; they will
  29. only cause mysterious problems when the code is ported to a different
  30. environment or if it is compiled with the next release of the compiler
  31. or if it is just pushed to the limits with unusual cases. By the time
  32. this happens, the programmer is forced to go through 50,000 lines of 
  33. code to find the obscure problem he never should have had in the first
  34. place.
  35.  
  36. Besides, I don't have much of a stake in whether a given programmer
  37. gets a solution to his problem from the net. If he doesn't, I'm sure
  38. he'll muddle through somehow. What I *do* have a stake in is the
  39. general level of correctness in the code written by the C community.
  40. And that means I don't like seeing sort of almost correct code
  41. posted here.
  42.  
  43. >second, why the hell would it even need to match the ansi code for
  44. >memmove. this isnt even called memmove. it was designed to take the 
  45. >place of it where it didn't exist yet. Therefore, there isnt a damn
  46. >standard to follow. so someone needs to cast (char *) to call this.
  47. >I couldn't care less. don't like it, change it. but it works, so 
  48. >please quit giving me some B.S. style guide lessons.
  49.  
  50. They aren't giving *you* a "B.S. style guide lesson." They are trying 
  51. to give the entire net a "B.S. style guide lesson", if that's how you
  52. want to see their (and my) posts. We're trying to help people write
  53. more correct code. If you don't want to be helped, feel free to ignore 
  54. any followups to your articles. Including this one.
  55.  
  56.  
  57.  
  58. -- 
  59. Dave Eisen                               Sequoia Peripherals: (415) 967-5644
  60. dkeisen@leland.Stanford.EDU              Home:                (415) 321-5154
  61.        There's something in my library to offend everybody. 
  62.           --- Washington Coalition Against Censorship
  63.