Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Do FunctionName.prg
Message
From
26/05/2021 05:30:35
 
 
To
26/05/2021 00:48:08
Lutz Scheffler (Online)
Lutz Scheffler Software Ingenieurbüro
Dresden, Germany
General information
Forum:
Visual FoxPro
Category:
Coding, syntax & commands
Miscellaneous
Thread ID:
01680170
Message ID:
01680734
Views:
41
>>>PMFJI. Is it reasonable to assume that since the application started and therefore the main.prg executed successfully, then any function/procedure defined in the main.prg is always loaded?
>>
>>Unless you employ tricks with timers to delete main.prg functions from the stack, yes - assumption being that main prg is the startup program and stays at stack level 1.
>
>Do I read this idea that you use a timer to start READ EVENTS and let main.prg run to it's end?

Embolded would be overinterpretation ;-) If base assumption holds true, the file of stacklevel 1 has to stay in memory until every proc/function called from it is done, so basic question should be answered positive re "reasonable". Tempted to write "guaranteed" I thought about options to remove the program at stacklevel 1 - first ideas were on establishing some object "externally", prime contender some other process - either invoked via something asynch, like old DDE or newer object linking and embedding, batch file starting an exe which in turn does activeX getobject() to first vfp - or perhaps just a timer ? There is a good chance even that is not enough by itself to stop vfp from closing itself down after return value of stacklevel 1 is calculated *and* returned - perhaps a memory leak in objects assigned to _screen or _vfp needs to exist as well.

> Odd idea.

Consider the source ;-))

>Must try how this looks like. ;)

At the moment just pessimistic / defensive thinking from Mainhattan...

regards
thomas
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform