home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16193 < prev    next >
Encoding:
Text File  |  1992-11-09  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!portal!dfuller
  3. From: dfuller@portal.hq.videocart.com (Dave Fuller)
  4. Subject: Re: Memory functions  -  memcpy & memmove
  5. Message-ID: <BxFKAw.1A5@portal.hq.videocart.com>
  6. Organization: VideOcart Inc.
  7. References: <1992Nov8.225440.6545@sq.sq.com>
  8. Date: Mon, 9 Nov 1992 03:56:55 GMT
  9. Lines: 25
  10.  
  11. I've said it before. I could really not give a shit if the code isn't
  12. perfect. I don't get paid to do this, and i try to answer a lot of the  
  13. questions. If someone wants more than a signed int of chars moved, then
  14. change the code. I only want to see replys when the code is just flat
  15. out WRONG.
  16.  
  17. second, why the hell would it even need to match the ansi code for
  18. memmove. this isnt even called memmove. it was designed to take the 
  19. place of it where it didn't exist yet. Therefore, there isnt a damn
  20. standard to follow. so someone needs to cast (char *) to call this.
  21. I couldn't care less. don't like it, change it. but it works, so 
  22. please quit giving me some B.S. style guide lessons.
  23.  
  24. ALSO, note that the so called correction missed the point of the code.
  25. the code WILL NOT, let me repeat that, WILL NOT fail if size == 0 initially.
  26. because the first thing in the for loop is size --. this will make it 
  27. -1, and will drop out. Of course, if the size were forced to be unsigned
  28. by some other programmer, then we have a problem. BUT, guess what.
  29. I wrote this, not another programmer. and it works. and if someone
  30. else breaks it by changing a definition without seeing the effects
  31. it has, then GOOD.
  32.  
  33. Dave Fuller
  34. dfuller@portal.hq.videocart.com
  35.  
  36.