home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / programm / 13352 < prev    next >
Encoding:
Text File  |  1992-09-14  |  1.4 KB  |  39 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!mcsun!sunic!liuida!micja
  3. From: micja@ida.liu.se (Michael Jansson)
  4. Subject: Re: What is (APTR) ?
  5. Message-ID: <1992Sep14.130914.13505@ida.liu.se>
  6. Originator: micja@obel30
  7. Sender: news@ida.liu.se
  8. Organization: Department of Computer Science, University of Linkoping
  9. References: <9209140718.AA09878@teetot.acusd.edu> <copes.716466012@marsh> <1630@lysator.liu.se>
  10. Date: Mon, 14 Sep 1992 13:09:14 GMT
  11. Lines: 26
  12.  
  13.  
  14. In article <1630@lysator.liu.se>, boberg@lysator.liu.se (Stefan Boberg) writes:
  15.  
  16. >   Excerpt from `exec/types.h' :
  17. > 
  18. >   /*  WARNING: APTR was redefined for the V36 Includes!  APTR is a   */
  19. >  /*  32-Bit Absolute Memory Pointer.  C pointer math will not       */
  20. > /*  operate on APTR --  use "ULONG *" instead.                     */
  21. >                             ^^^^^^^^^
  22. > 
  23. >   BTW: Why isn't this "UBYTE *" ?? Why on earth would anyone want ULONG
  24. > pointer arithmetic?
  25.  
  26. Have you ever used Tags? Process a file like Font:CGTimes.otag and you will find
  27. several reasons for doing pointer maths (trust me) on ULONG:s.
  28.  
  29. Beside, a (UBYTE *) pointer is a 8-bit memory pointer, i.e. can be none long word
  30. aligned and should *never* be declared as a APTR. Bad things happened if you do...
  31.  
  32. - Michael
  33.  
  34.  
  35.  
  36. -- 
  37.      __________________________________________________________________________
  38.      Michael Jansson      mij@IDA.LIU.SE, uunet!liuida!mij, mij@SELIUI51.BITNET
  39.