Yes, it helps. This is because AppleScript leaks. A lot. <http://www.realsoftware.com/feedback/viewreport.php?reportid=cuosmfjm>
You'll get this leak with MBS and by including your AppleScripts in your project. It's not MBS's or REALSoftware's fault, it's Apple's. Even an compiled AppleScript application that remains open (with an idle handler) will leak memory as it executes tell blocks -- it's very noticeable after a few hours on one AS process I have running at work. If you are running scripts hundreds of times (as I do at work with the automation server I've written) you leak tons of memory. When you run the script through the shell, all AS leaks are cleaned up when the shell terminates. By running through a shell, you also have the ability to watch the script running by running an async shell. That also means you can terminate it whenever you want -- otherwise, when you run the script through other means (i.e., internally from Rb) your app is at the mercy of the script completing or timing out. John On May 13, 2007, at 2:17 PM, Norman Palardy wrote: > Does that help when you use it inside RB ? > I think that's where the precompilation inside a running application > using MBS can help make it so there is no "startup" cost to using an > applescript _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
