home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / programm / 11541 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.6 KB
  1. Path: sparky!uunet!cbmvax!cbmehq!cbmger!peterk
  2. From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Hey Commodore types
  5. Message-ID: <9412@cbmger.de.so.commodore.com>
  6. Date: 23 Jul 92 06:46:11 GMT
  7. References: <paulk.0k1w@terapin.com> <1992Jul14.014115.6212@agora.uucp> <1992Jul14.182841.5792@ultb.isc.rit.edu> <1992Jul15.023355.1552@agora.uucp> <1992Jul15.114615.25849@mpifr-bonn.mpg.de> <1992Jul22.151307.1736@sagpd1>
  8. Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
  9. Organization: Commodore Germany
  10. Lines: 22
  11.  
  12. In article <1992Jul22.151307.1736@sagpd1> monty@sagpd1.UUCP (Monty Saine) writes:
  13.  >>
  14.  >>The autodocs specify the values the function expects/returns, the
  15.  >>prototypes specify what the C-code has to pass to the function.
  16.  >
  17.  >    I am confused???? You are saying that a function expects a UBYTE so the
  18.  >    complier passes an unsigned long???????? and this is correct ?????
  19.  >
  20.  >    What am I overlooking here, do all amiga compliers always pass longs
  21.  >    on the stack???
  22.  
  23. Yes, this seems to be the fact. On the stack, there are always longs.
  24. If you take a look at the .FD files, you'll find that every parameter
  25. of a function is always passed to one own processor register. So yes,
  26. on the stack these values have always the length of a full register,
  27. and this is 32 bits, a long. How they are interpreted by the real function
  28. is another story.
  29.  
  30. -- 
  31. Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
  32. Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
  33.                    or  peterk@public.sub.org
  34.