home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / c / 19436 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.4 KB  |  38 lines
  1. Newsgroups: comp.lang.c
  2. From: raph@panache.demon.co.uk (Raphael mankin)
  3. Path: sparky!uunet!pipex!demon!panache.demon.co.uk!raph
  4. Subject: Re: Moving from Pascal to C, Help please!!!!!! 
  5. Distribution: world
  6. References: <4293@dozo.and.nl>
  7. Organization: Solvfield Ltd.
  8. Reply-To: raph@panache.demon.co.uk
  9. X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
  10. Lines: 23
  11. Date: Fri, 8 Jan 1993 16:32:34 +0000
  12. Message-ID: <726510754snz@panache.demon.co.uk>
  13. Sender: usenet@demon.co.uk
  14.  
  15. In article <4293@dozo.and.nl> jos@and.nl writes:
  16.  
  17. >
  18. >Another way to approach pointer arithmetic is first to convert the
  19. >pointer(s) to character pointer(s): [ ... ] For pointer subtracion,
  20. >the result of the difference between the character pointers is 
  21. >similarly divided by the size of the object originally pointed to.
  22. >
  23.  
  24. IMHO the only thing one can say about pointer arithmetic is DON'T.
  25. Regardless of what K&R or the standard say about its legality, tinkering
  26. with pointers is one of the surest ways of getting into trouble. 30 years
  27. of programming, in more languages than most readers of this group have even
  28. heard of, has led me to this position.
  29.  
  30. If your pointer points to an array, use subscripting. Let the compiler's
  31. optimiser work out whether there are really better ways of doing the job.
  32.  
  33. If your pointer is to a single item, then the only thing you should do with it
  34. is to follow it (dereference).
  35. -- 
  36. --------------
  37. Raphael Mankin            Nil taurus excretum
  38.