home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / mac / hypercar / 3077 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  1.9 KB

  1. Path: sparky!uunet!decwrl!waikato.ac.nz!ramorgan
  2. From: ramorgan@waikato.ac.nz
  3. Newsgroups: comp.sys.mac.hypercard
  4. Subject: Re: "Too many pending messages" Error?
  5. Message-ID: <1992Aug13.125936.10069@waikato.ac.nz>
  6. Date: 13 Aug 92 12:59:36 +1200
  7. References: <1992Aug11.110751.14578@uva386.schools.virginia.edu>
  8. Organization: University of Waikato, Hamilton, New Zealand
  9. Lines: 31
  10.  
  11. In article <1992Aug11.110751.14578@uva386.schools.virginia.edu>, wayne@uva386.schools.virginia.edu (Tony Wayne) writes:
  12. > I writing a hypercard stack that runs like a slide show.  The
  13. > user is not to pess any buttons.  In fact, when done the
  14. > computer will be on the other side of a window.  Here the rub.
  15. > While running the program I get an error -debug, script,
  16. > cancel- box that says "Too many pending messages."  What does
  17. > this mean and most importantly how can I get rid of it?
  18. > I backed up to the previous card and the stack began running
  19. > again. But this time it didn't show me the error box.  The
  20. > error box only shows up when I begin from the beginning ofthe
  21. > stack. Appearantly after running through so many card scripts.
  22. > The stack is written by using "On OpenCard" scripts on each
  23. > card.
  24. > Suggestions?
  25. > -Tony Wayne
  26.  
  27. To quote almost ... Hypercard has no room to cache a new object to send a
  28. message to it ... Yes it happened to me in similar circumstances. When you back
  29. up one it's like clearing the slate, but if you continue on in the same manner,
  30. it will happen again. 
  31.  
  32. How did I get around it ? I compromised with the length of travel (ie how many
  33. cards I went to), and when I came to the front of my program again, I got the
  34. user to click anywhere. This was an extremely SLACK way to solve the problem
  35. and I'm sure someone will have a better idea, but because it was a demo which
  36. was mostly under my control, to be used once ever only, it wasn't such a bad
  37. thing, and I didn't try too hard to find a solution. Sorry, but if you can't
  38. get a better reply, I hope this helps.
  39.