Looking for tips on memory mgt in standalones

Richard Gaskin ambassador at fourthworld.com
Thu Dec 6 15:33:36 EST 2012


tbodine wrote:
> I'm building a desktop app as a standalone that will use separate stacks to
> store the user's work. A "New File" button creates the stack under a new
> name and saves it to the user's document area. When the user closes such a
> file, it looks like it still persists in memory. (Going by what the
> Application Browser shows.) What's the best way to remove these document
> stacks from memory in a standalone?

The simplest way is to set the stack's destroyStack property to true, 
which doesn't actually destroy the stack itself but merely removes it 
from memory when it's closed.


> Also, the app will need to save user's preferences. Knowing that main stacks
> cannot save to themselves, I set it up with a substack that stores prefs in
> custom properties. However, I see now that the substack is actually part of
> the main stack file. So doesn't that means the substack will have the same
> problem of being sandboxed by the OS and unable to save? What solutions do
> you recommend?

Data can be saved to mainstacks, provided it's not the stackfile which 
is the executable.  In fact, one can't even save to substacks of the 
mainstack of the stackfile which is the executable, but as long as its a 
separate file you're good.

Exactly where you should save stackfiles used for prefs data is an item 
of much contention these days; some say that Apple's HIG recommendation 
to use the Preferences folder no longer applies unless you use their 
APIs to read and write it, opting instead to store prefs in an entirely 
different folder, Application Support.

While there's been much discussion of which is best here, I don't think 
anyone's yet provided a URL to Apple's guidelines on this, though it 
would be helpful if someone can turn it up.

I suppose it's not unthinkable that Apple would attempt to control the 
file format devs use for prefs, but it seems a bit draconian even for 
Apple, and I suspect that with so many devs accustomed to being able to 
control their own file formats there'd be more of an outcry if indeed 
this is what Apple is now requiring.

So I'll leave it for others here to suggest where to put it (I still put 
prefs in Preferences, but so far I've been avoiding the App Store so I 
don't know if those reviewers are requiring preferences to be stored 
outside of Preferences), but as far as the basic mechanics of saving 
data in a standalone this article from Sarah is very helpful:

<http://livecodejournal.com/tutorials/saving_data_in_revolution.html>

-- 
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  ____________________________________________________________________
  Ambassador at FourthWorld.com                http://www.FourthWorld.com




More information about the use-livecode mailing list