
QB 4.5 SHELL command in large programme help needed
Quote:
> >Do what he said in the first paragraph but substitute CHAIN for SHELL
> >and it will work for you. This is a very good 'trick' to use when
> >the chained app is too large.
> This is my original problem! When the the programme approaches the limit one of the
> first things that happens is that SHELL command stops working!. This problem usually
> occurs inside the QB environment since QB occupies abt 250 Kb memory.
> What Im looking for is ideas to stretch the limit a little further.
I don't think you understand what he is trying to tell you. I don't
want to get into a 'mine is bigger than yours' argument but I always
travel near the 64K limit and it works for me.
For example say you have two apps.. app1 and app2 - Both quite large.
Then if in app1 you try and chain app2 it will run out of memory.
BUT if you create a third app (App3) that contains only one line
thus "CHAIN app2" then you can chain from app1 to app2 via app3 and
you will not run out of memory.
Of course the same applies on the way back. App4 will only have one
line "CHAIN app1" and it will be chained from app2.
Now say you want to shell from app1 then create another app (App5)
which will say
Shell "Whatever"
CHAIN "app1"
To shell to 'Whatever' from app1 then CHAIN "app5" it will run the
shell and then return you to app1.
As I said earlier App1 will start from the beginning but with clever
use of flags you can make it continue were you left off.
As to the size of the app you can shell. There is really no answer.
What is the size of the command.com ? They vary with dos versions.
How much spare mem do you have ?
Are you using Expanded mem.
etc etc
I am sure that you will be able to chain from any app to any other
app if you understand the above.
It looks complicated when it is written down BUT in practise it is
very easy
In my last major Programme I had about 20 intermediate apps so I could
easily chain from one to the other.
You must however compile them at least once for them to work within
the IDE.
Phil