Real-time stack updating
wow at together.net
Wed Oct 11 07:33:16 CDT 2006
We actually have two programs that have similar updating processes.
Both of these are downloaded by our users from our web site.
This second program has three possible substacks, any one of which
may have an update waiting for download. We could have gone with an
automatic update process that occurs at startup, but the thought was
to give our users the option to update at their convenience. With
this second program, one of the substacks is a fair bit larger and
not something we necessarily wanted to force a user to wait for upon
startup. So an "update" button simply becomes visible on the opening
page of the main stack at startup if an update is available.
To answer your first questions, there's no preopenstack handler
involved and no lockmessages command used anywhere. The sequence of
(From inside stack 2.. the .rev stack)
Close this stack
Open stack 1
(From inside stack 1.... the .exe stack)
Delete stack 2
Download new stack 2
Open stack 2
On Oct 11, 2006, at 8:13 AM, Mark Schonewille wrote:
> Hi Richard,
> How do you trigger the script that reads and displays the data? If
> you do that from a startup handler, it may bot work. If you have
> lockmessages set to true at some point and trigger the script from
> a (pre)openstack handler, it may not work.
> Why don't you check for the update on startup, before opening the
> second stack, and download the update before reading the data? Just
> keep the entire updating process in stack one. This is faster and
> more secure because it will even work if the second stack contains
> a critical bug.
> Consultancy and Software Engineering
> Get your store on-line within minutes with Salery Web Store
> software. Download at http://www.salery.biz
> Op 11-okt-2006, om 13:33 heeft Richard Miller het volgende geschreven:
>> Here's the scenario.
>> Stack 1 is a main stack that acts as a startup file. It's an .exe.
>> Stack 1 opens a separate Stack 2 (a .rev stack). Stack 2 performs
>> all the main functionality of our program.
>> Stack 2 checks our server (when it first starts up) to see if
>> there is a more recent version available for update. If so, it
>> begins the update process. At the end of the process, this stack
>> shuts itself down and starts up a sub-stack of Stack 1. Stack 2's
>> properties have the DestroyStack set to true. I'm not aware how
>> any handler in Stack 2 might still be running after it has issued
>> the "close" function to itself.
>> Stack 1's "update file" substack does the following:
>> 1. Deletes Stack 2
>> 2. Downloads a new Stack 2
>> 3. Starts new Stack 2
>> The problem is that, when this new Stack 2 starts up, it does not
>> initially show the updated data. However, simply quitting it and
>> restarting it DOES now show the updated data.
>> I'm not sure what more I need to do so that the first startup of
>> this new Stack 2 will show the updated data.
>> Richard Miller
>> Imprinter Technologies
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
More information about the use-livecode