home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 21333 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!usc!davidp
  2. From: davidp@stealth.usc.edu (David Peterson)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Completion proc stuff
  5. Date: 12 Jan 1993 17:19:42 -0800
  6. Organization: University of Southern California, Los Angeles, CA
  7. Lines: 24
  8. Distribution: world
  9. Message-ID: <1ivqneINN609@stealth.usc.edu>
  10. Reply-To: davidp@usc.edu
  11. NNTP-Posting-Host: stealth.usc.edu
  12.  
  13.  
  14.  
  15. I wrote a network copy program and thought I'd be clever and chain completion
  16. procs together to handle the I/O in order to keep the process invisible to the
  17. rest of the Mac. ie: receive completion does a write, write completion does a
  18. recieve, and the Mac still responds to me.
  19.  
  20. Well, it works great except that it hangs the machine for the duration of the
  21. copy. The mouse still moves around the screen and events still get posted, but
  22. they don't get processed until the copy is finished.
  23.  
  24. What gives? Do I have to suspend my completion proc chain momentarily to give
  25. the system time to do other stuff? I thought that by doing things asyncronously
  26. the I/O stuff would go on in the background leaving the machine free to handle
  27. user events.
  28.  
  29. By chaining things together like that did I just create one monster interupt
  30. routine, or does the rest of the system get time when I go through PBControl?
  31.  
  32. Did I screw up my code or my thinking? (or both)
  33.  
  34. If it matters, I'm going from MacTCP to the File Manager under 7.1.
  35.  
  36. -dave.
  37.