So you're using DoAppleScript? Or generating the events directly? I've found that you can corrupt MacPerl's heap pretty easily if you're using events directly and not disposing of the AppleEvent descriptors properly (AEDisposeDesc). 5.6.1r1 seems to be a lot more sensitive that 5.2.0r4 to this problem (which is, of course, not MacPerl's fault, I should always have disposed properly).
Alex -- Alex Harper [EMAIL PROTECTED] Configuration Manager [EMAIL PROTECTED] "Use whatever you think of first" -- Larry Wall > -----Original Message----- > From: Perry Pillard [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 02, 2002 1:56 PM > To: [EMAIL PROTECTED] > Subject: RE: [MacPerl] Rotate Cursor crashing MacPerl? > > > My compile code sends applescript commands, and immediately > after that I do a system call to duplicate the binaries, just > like you said. I'll swap my duplicate code to your > File::Copy like you said and see if that fixes it. Thanks! > > ================== > Pillard > Keeper of the Code > Macromedia, FreeHand > "What the web can be" > ================== > > > > > -----Original Message----- > > From: Andrew O. Mellinger [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, April 02, 2002 1:54 PM > > To: Perry Pillard; [EMAIL PROTECTED] > > Subject: Re: [MacPerl] Rotate Cursor crashing MacPerl? > > > > > > 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" > > >================== > > > > > > -- > > > >
