home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / programm / 13368 < prev    next >
Encoding:
Text File  |  1992-09-14  |  1.4 KB  |  35 lines

  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!mcsun!Germany.EU.net!Urmel.Informatik.RWTH-Aachen.DE!dfv.rwth-aachen.de!maho
  3. From: maho@dfv.rwth-aachen.de (Martin Horneffer)
  4. Subject: May a DOS-Handler exit? (was: "Re: How to program a DOS: handler?")
  5. Message-ID: <1992Sep14.183153.26302@dfv.rwth-aachen.de>
  6. Organization: Communication Networks
  7. References: <1992Sep13.200005.20531@spuddy.uucp> <35073@cbmvax.commodore.com>
  8. Date: Mon, 14 Sep 1992 18:31:53 GMT
  9. Lines: 24
  10.  
  11. jesup@cbmvax.commodore.com (Randell Jesup) writes:
  12.  
  13. >    This is discussed in the packet docs in the 3rd Ed Bantam manual
  14. >(though it does have some mistakes, notably in the ACTION_SET_DATE packet and
  15. >one or two others).
  16.  
  17. Can I get or find a list of these mistakes somewhere?
  18.  
  19. >normally exit on the last Close().  Filesystems (that set dol_Task) normally
  20. >never exit (one day they may have the ability, not now).
  21.  
  22. Would it be acceptable for a non-filing handler (like pipe:), that sets 
  23. dol_Task (unlike pipe:, I suspect), to exit when it's guaranteed that all
  24. filehandle have been correctly closed?  (The handler would support no
  25. locks or directory packets anyway.)
  26.  
  27. I know - in theory it's not allowed if dol_Task ist set.
  28. But who should (could?) GetDeviceProc() (or so) on such a handler?
  29.  
  30. Martin
  31. -- 
  32.   Martin Horneffer - maho@dfv.rwth-aachen.de;
  33.                      Fido: 2:242/7.9; Martin_Horneffer@mowgli.fido.de;
  34.                      Maus: AC, AC2; Martin_Horneffer@ac.maus.de
  35.