home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / programm / 14876 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.7 KB

  1. Path: sparky!uunet!newsstand.cit.cornell.edu!vax5.cit.cornell.edu!tcd
  2. From: tcd@vax5.cit.cornell.edu
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Moire cdev crash
  5. Message-ID: <1992Aug28.144345.14662@vax5.cit.cornell.edu>
  6. Date: 28 Aug 92 14:43:45 EDT
  7. Distribution: comp
  8. Organization: Cornell University
  9. Lines: 24
  10.  
  11.      I'm working on a program that sends live video over the net in
  12. UDP packets.  I spent the last few days trying to figure out why my
  13. receive/display code would always crash after about 3 minutes, and
  14. finally figured out that it was the "Moire" cdev code that was 
  15. generating a bus error.  Personally, I don't care much for screen
  16. savers, but it happened to be installed on the machine I was using as
  17. a test receiver.  Since it doesn't appear to cause problems for other
  18. applications run on that machine, I'm wondering what I can do to make
  19. my code more robust.  I'm not particularly interested in figuring out
  20. how the cdev works (or doesn't work), but if there are any general
  21. techniques I can use to protect myself.      
  22.       Currently, I'm using asynchronous UDP reads with a simple 
  23. io completion routine.  If I could do it with synchronous reads, would
  24. I be safer?  Also, it occurs to me that the Moire thinks nothing
  25. is happening because the "events" are coming in through the back of
  26. the machine rather than the front.  Would it make sense for my code
  27. to post some kind of event on a periodic basis, just to let everybody
  28. know that it's doing something?  Any other suggestions? 
  29.     The particular "Moire" installed on my colleague's machine is
  30. version 3.22.  If that's simply bad code, then maybe I don't have
  31. anything to worry about with my code.
  32.  
  33. Tim Dorcey
  34. Cornell Information Technologies
  35.