Hi,

This was just a test, if I were to do this for real, I'd return gLibStackUsageCount so that the caller would know if the Stack was still available or not.

All the Best
Dave


On 25 Mar 2006, at 18:59, Mark Smith wrote:

I don't see why it wouldn't work, but I have to ask: why are you using
functions rather than handlers when no values need to be returned? Not
that it matters, I'm just curious.

Mark

On 25 Mar 2006, at 18:10, David Burgun wrote:

Hi,

Yes, I think you are right from my experimenting.

I would like to be able to to only stop using a stack when the last
stack that did a start using calls stop using!

Do you think that this would work?

global gLibStackUsageCount

function UtilStartUsing()
add 1 to gLibStackUsageCount
start using "LibStack"
end UtilStartUsing


function UtilStopUsing
subtract 1 from gLibStartUsageCount

if gLibStackUsageCount <= 0 then
  stop using "LibStack"
end if
end UtilStopUsing

Thanks a lot
All the Best
Dave


On 25 Mar 2006, at 17:59, Mark Smith wrote:

I believe 'start using' puts the script of it's object at the back of
the message path, so is effectively global.
'Stop using' removes it again, so it should only be necessary to
'start using' once, at start up.

Mark


On 25 Mar 2006, at 17:52, David Burgun wrote:

Hi,

I have been experimenting with "start using" in the IDE:

If I have 2 stacks (mainStacks), Test1 and Test2.

If I do: start using "LibStack" in Test1, I can then access functions
in "LibStack" from either Test1 or Test 2.

If I do: stop using "LibStack| in Test1 or Test2 then I cannot access
functions in LibStack from either stack.

Is this the same if I had a standalone app?

I usually ship my RunRev apps as a number of discrete .rev files and
use a Dummy Splash Screen Stack which I build into a Standalone and
launch this to get the ball rolling.

In this case would I need to perform the start using in all stacks
that use the library or just once?

Thanks a lot
All the Best
Dave

_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

_______________________________________________
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to