home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / programm / 12894 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.5 KB  |  40 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!gatech!concert!samba!usenet
  3. From: utoddl@guitar.oit.unc.edu (Todd M. Lewis)
  4. Subject: CheckIO return type
  5. Message-ID: <1992Aug31.125433.17195@samba.oit.unc.edu>
  6. Sender: usenet@samba.oit.unc.edu
  7. Nntp-Posting-Host: guitar.oit.unc.edu
  8. Organization: UNC Office of Information Technology
  9. Date: Mon, 31 Aug 1992 12:54:33 GMT
  10. Lines: 28
  11.  
  12. Does CheckIO() really return a BOOL or a pointer?  The 2.04 includes
  13. and autodocs say it returns a BOOL (FALSE) if the I/O has not
  14. completed, and a pointer to the IORequest block if it has.  BOOLs
  15. are 16 bits.  What happens when the IORequest block starts on a
  16. 64k boundary?  Am I missing something here or should it really be
  17. declared as "struct IORequest *CheckIO( struct IORequest *);" rather
  18. than "BOOL CheckIO(struct IORequest *);" like the includes and
  19. autodocs say?  Have we been through this already and I just missed it?
  20.  
  21. Part of the autodoc entry follows:
  22. > SYNOPSIS
  23. >    result = CheckIO(iORequest)
  24. >    D0         A1
  25. >
  26. >    BOOL CheckIO(struct IORequest *);
  27. >
  28. >   FUNCTION
  29. >    This function determines the current state of an I/O request and
  30. >    returns FALSE if the I/O has not yet completed.  [...]
  31. >   RESULTS
  32. >    result - NULL if I/O is still in progress.  Otherwise
  33. >         D0 points to the IORequest block.
  34.  
  35. With CheckIO defined a returning a BOOL, won't it always look like
  36. NULL for IORequests on a 64k boundary?  Doesn't the pointer get
  37. truncated to the low-order 16 bits?
  38. --
  39. Todd M. Lewis / utoddl@guitar.oit.unc.edu
  40.