Re: Call a external program from a program
- From: "John H Meyers" <jhmeyers@xxxxxxxxxxxxxx>
- Date: Mon, 08 Jun 2009 19:44:01 -0500
On Mon, 08 Jun 2009 19:19:43 -0500, Luis Horszowski wrote:
I have run into this problem before. I never understood the reason,
however a solution which always works independent of the order of
compilation is "KRAFT" OBJ\->
The OBJ\-> or STR\-> command, with a string as its argument,
in fact "compiles" the string at that late time,
while you are running whatever program contains those commands.
So if by that time 'KRAFT' is a variable in the current or higher directory,
then that variable will be evaluated; otherwise if KRAFT is a command
in an attached library, that library command will be performed.
If neither, then 'KRAFT' will still be left on the stack.
Performing object-time compilation every time is slower than just editing
the calling program once, however, so unless you are specially providing for
calling something which metamorphoses back and forth between
being stored in a variable vs. in a library,
it may pay to just edit the calling program once,
after the called program or command has been installed,
which is sufficiently late enough.
[r->] [OFF]
.
- References:
- Call a external program from a program
- From: NEDM64
- Re: Call a external program from a program
- From: John H Meyers
- Re: Call a external program from a program
- From: NEDM64
- Re: Call a external program from a program
- From: John H Meyers
- Re: Call a external program from a program
- From: Horszowski
- Call a external program from a program
- Prev by Date: Re: Call a external program from a program
- Next by Date: Re: Help identifying calculator model
- Previous by thread: Re: Call a external program from a program
- Next by thread: Re: Call a external program from a program
- Index(es):
Relevant Pages
|