Hello James,

You wrote:
>I don't know anything about what you are doing so maybe this question is
>stupid, but why are you calling another program with a main() function?
>Why not make program 2 a function dummyc()?

Because I need the second C program to be callable as the CPP for a
command.  (Besides, I should be able to call a C program from another C
program.)  Here is some background for the processing.

I have a command which invokes C program X which submits job J

I have a command which invokes C program Y which submits job K

Jobs J and K communicate with each other and must be capable of being
started and stopped independently.

In certain circumstances job J must start job K so the easiest way to do
this is to call program Y since that program already does the necessary
validation and setup work.

I really don't want to put all the function of program Y in a service
program (or similar) and make Y simply a wrapper for it.

I do have an alternative approach where I can spawn() job K which will
work but if someone can verify this problem occurs on 450 or 510 then
I'll open a PMR on it because I think it is broken.  Since my machine is
still on 440 (for various reasons) and 440 is out of support I am loath
to bother IBM  if it is a 440 problem only.

I do have 450 and 510 but notinstalled yet and I am not rich enough for
multiple AS/400s :(

Regards,
Simon Coulter.

--------------------------------------------------------------------
   FlyByNight Software         AS/400 Technical Specialists
   http://www.flybynight.com.au/

   Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\
   Fax:   +61 3 9419 0175   mailto: shc@flybynight.com.au   \ /
                                                             X
                 ASCII Ribbon campaign against HTML E-Mail  / \
--------------------------------------------------------------------



This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact [javascript protected email address].