home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / hypercar / 4267 < prev    next >
Encoding:
Text File  |  1992-11-20  |  3.0 KB  |  61 lines
  1. Newsgroups: comp.sys.mac.hypercard
  2. Path: sparky!uunet!well!well.sf.ca.us!edandavi
  3. From: edandavi@well.sf.ca.us (Ed Allen and Avi Rappoport)
  4. Subject: corruption bug?
  5. Message-ID: <edandavi.722290383@well.sf.ca.us>
  6. Sender: news@well.sf.ca.us
  7. Organization: Whole Earth 'Lectronic Link
  8. Date: Fri, 20 Nov 1992 20:13:03 GMT
  9. Lines: 50
  10.  
  11.  
  12. I'm getting a funny set of problems on one stack of a set of stacks that
  13. I think is some sort of file corruption bug.  Here's some of the symptoms:
  14.  
  15. There's a cluster of symptoms that turn up when the stack is started by
  16. double clicking, but cleared if you go to the home stack and back:
  17.  
  18. Print Stack and Print Card menu chioces are disabled.
  19. Paint tools don't work, claiming low memory (even when About the Finder
  20. says that the stack is only using about a Meg of 3 Meg commited to
  21. HyperCard).
  22. The stack doesn't open to it's full window size.
  23. Sometimes it freezes entering the stack, sometimes it does so leaving it.
  24.  
  25. There are two stacks in use while working in any stack of the set, one
  26. providing sound resources, another providing scripts and a couple of
  27. externals.  When the problem first showed up, I started working with a
  28. copy of the apparently corrupted stack and started hacking away parts to
  29. try and isolate the bad card or resource.  Eventually it isolated down to
  30. a play command for a particular sound in the sound resource stack, which
  31. when commented out of the opensStack handler of the flaky stack, left it
  32. symptom free for several hours.  Then problems started cropping up again.
  33. I'm afraid something in the bad stack was corrupted in one of the crashes
  34. in the calls to the bad sound.  BTW, I confirmed the problem of the sound
  35. by making a fresh new stack, with only a simple openstack handler that
  36. started using the sound stack and played the sound.  It too bombed on
  37. opening. Strangely, another stack played the sound without problem.  The
  38. sound has since been replaced with a fresh sound resource.
  39.  
  40. I think there is some improper writing to memory going on when the bad stack
  41. starts showing symptoms, since I often crash later, evem if using one of
  42. the other stacks, or just the Finder, after I see the stack open up to the
  43. undersized window and show the bad menus.
  44.  
  45. If you have any ideas on what the problem is, the next question is "What is
  46. the best strategy for getting the contents of the stack recovered into
  47. a clean, new, healthy stack without carrying the problem along?"  This stack
  48. has three backgrounds, and about 30 cards with a lot of card specific data -
  49. card fields, paint etc.  It also has three or four palettes and the
  50. associated PICT resources.
  51.  
  52. At least a part of the problem may be in the resource fork. At one point,
  53. while trying to diagnose things, I couldn't get ResEdit to open the
  54. resource fork, with the message about too much damage. Later, after a new
  55. palette was installed from Power Tools, the new palette was the only
  56. resource there, the old damaged fork seemed to have been cast off or
  57. overwritten by the installation of the new resource.
  58.  
  59. Ed Allen
  60. edandavi@well.sf.ca.us
  61.