When I was having problems with the DoAppleScript and system, I would also have crashes in RotateCursor.
RotateCursor is just a good place to expose heap corruptions, which is what is probably happening. You might even see the cursor turn to garbage (as it is overwritten) before it crashes. In the case of the DoAppleScript crashes, I simply had to find a different way to do it. I couldn't use DoAppleScript and system together. So if you find that your copy line is using system (which is through tool server) maybe change it to use File::Copy or some other method. -Andrew >I've got a script that consistantly crashes MacPerl. It compiles >several binaries and then distributes them to their respective >localized installer source trees. It compiles (via Codewarrior) >fine, and the crash starts when it try's to copy all the files to >their respecticve destination, when the cursor tries to display as >the 'RotateCursor'. The cursor itself looks like garbage for a >split second and then Macsbug rears it's ugly head. StdLog from >MacsBug tells me the following: > >PowerPC unmapped memory exception at 2FD2F7AC RotateCursor+000D4 >MacPerl heap at 2FC257F0 is bad >Master pointer does not point at block Block header 33AE2EF0 > >Has anyone run into this problem before? Is there any fix or work >around? If I strip out the code that just does the copy and run it >by itself, I don't have this problem. This exact code works fine on >OS X and Win32. Some one please help! Thanks in advance, > >================== >Pillard >Keeper of the Code >Macromedia, FreeHand >"What the web can be" >================== --
