> Message: 1
> This is the expected behavior. (snip) ---------- OK, I understand this. ---------- > tell application "Revolution 1.1.1b1" to quit > > that does the trick. I assume there is a similar solution on PCs and Unix. ---------- Hmmm..OK. ---------- > If I remember correctly, > preOpenStack won't do the trick, because Rev's resize handlers happen after > that. ---------- Advice yesterday was to do it in preOpenStack, but I'll check it out. ---------- > >> I figured I could use Virtual Memory to account for the lack of RAM >> Is there any help for this situation? > > It sounds like most of the problems you're having aren't memory related. But > again, if memory is the issue, MetaCard uses less. (and has a correspondingly > spartan development environment) ---------- I dunno why, but RR is much improved now, using Virtual Memory. Almost like it took a few runs to learn new memory paths to draw from. It's a bit sluggish, but the crashing pretty much quit. Thanks Geoff. ---------- > Message: 2 > Is it really even worth taking > the time to complain about such things? > Just fix it! ---------- I think so. It's not so much of a complaint as a concern. None of your solutions will work on my PB; memory limit at 64mb. If I could have, I would have, long ago. Also, I often write to emulate for older machines (schools, ministries, handicap facilities, etc.). I know the memory for standalones/running stacks is much less than what's required for development. I'll try some scripting without the RR UI, too. Also looking into freeGUI. Also, using Virtual Memory seems to have kicked in (see above). OK Scott? ---------- > Message: 3 > Is there any way one can make an > intelligent guess about memory requirements of a standalone before > making the very considerable effort of writing it (or in my initial > case, converting it from SuperCard)? ---------- Great question. It would help a whole lot to be able to make such estimates. Thanks fo bringing this up Best regards to all, Ken N. Ken N. _______________________________________________ improve-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/improve-revolution
