ml>> hehehe, that can cause a seeing man to go blind, ya know? >
 KF> It was a stumper for a while. Then I realized that the order
 KF> that my unit paths were listed in TP.CFG needed to be changed
 KF> since I had copied all the source files from my main unit
 KF> directory into the project's directory so I could customize
 KF> them for the project, but TPC was still looking in the main
 KF> directory first and using the original copies there.
yep, that'd do it >
 KF>> Anyway, now I have the problem of figuring out how the child
 KF>> program will know that it's being executed as a child. This
 KF>> is important, because if the child is now run on it's own
 KF>> (not as a child), it won't have high intensity, since that's
 KF>> handled by the parent, but it now blinks when run on it's own.
 KF>> Not good either!
 ml>> command line param... or possible use the ICA (inter communications
 ml>> area)... ICA isn't all that big... 16 bytes i think... i'm not sure
 ml>> about support on all platforms, either... as i recall, gateway decided
 ml>> a while back that it wasn't being used by anyone and started using it
 KF> That might be a good idea if I could assure that it wouldn't
 KF> be used by anything else.
i think there was something about using a CRC or prefixing the comm stuff 
with specific chars so you could tell if it was your command to play with or 
not...
 KF>> So how can I tell if a program is executed as a child of
 KF>> another program? I thought of looking at the CMDLINE
 KF>> environment variable, but this won't work well since to
 ml>> for one thing, CMDLINE is only available in OS/2 AFAIK... why compare?
 KF> No it's not... unless 4DOS is adding it here (possible). I'll
 KF> have to check.
i was incorrect... it is 4DOS that does it... i think 4OS2 does it also... 
4DOS also allows for a longer command line than "normal" DOS does...
 ml>> you say the child must be renamed to operate standalone so why not
 ml>> simply look at paramstr(0) and be done with it? if it's the
 ml>> childprocess name, great, it a childprocess... otherwise, no matter
 ml>> what other name it is given, it must be in standalone mode... or am i
 ml>> missing something else?
 KF> Hmmm... am I getting confused or what? Too many late nights at
 KF> the keyboard again, no doubt. Of course your idea will work.
i used to do dBase programing for a living... there were times that i'd start 
a session about 10am on monday morning and the next time i looked at the 
clock was maybe 2am three days later... the time simply passed as i churned 
out lines of code... coffee (about 5 pots a day by myself) and cigs and some 
of those microwave meals... but time simply slipped by... i do know that the 
longest session i did was like 9 or 10 days straight thru... they woke me up 
with a whole box of paper on the floor, my finger still holding the formfeed 
button and my head laying on the keyboard beeping like crazy... it was the 
beeping that caused them to peek into my office and see what was up... i had 
been like that for only 20 minutes or so... i went home and slept for three 
days before they saw me again... > t'is sad that those days are gone... i 
used to get a lot of coding done in those days... didn't have very many 
customers that minded paying $150US/hour or more for development either... 
'specially when it came to custom manufacturing applications...
)\/(ark
---------------