It's up to you to block the script or not. fgrun doesn't need anything from the
program it launch
Regards,
-Fred
----- "Harry Campigli" a écrit :
> Hey Thank you Frederic,
>
> I get the gist of your message, I point fgrun at a script that will accept
> the argument string, sort out the options then fire of relevant the command
> to the various machines.
>
> i am all for having a custom script to deal with these unorthodox setups than
> needlessly tinker with code I don't fully understand.
>
> Obviously in a multi machine setup I don't want any io and video options
> passed but the receiving script can be set to filter with that kind of thing.
>
> Would I need to fake fgfs back to fgrun with this script? Or just let the
> script do its thing and exit normally once its kicked off the various
> machines. Fgrun then just thinks fgfs terminated normally, albeit rather
> quick? I suspect in a multi machine setup this is best but the script could
> hang around till the "master" machine with the sim engine exits.
>
>
>
>
> Cheers Harry
>
>
>
>
> On Thu, Feb 10, 2011 at 8:09 PM, Frederic Bouvier < fredfgf...@free.fr >
> wrote:
>
> Hi,
>
> yes, you're right, fgrun use the code in run_posix.cxx to create a new fgfs
> process, but only on Linux.
> You are allowed to specify the command line you want as executable in the
> first page, so why not starting your script that way ?
>
> Regards,
> -Fred
>
>
> ----- "Harry Campigli" < harryc...@gmail.com > a écrit :
>
> > I would like to make a small mod to Fgrun, I would like explore the options
> > of making it drive fgfs multiple machines rather than just one.
> >
> >
> > I spent some time studying the code today and it looked like it runs fgfs
> > as a child process from the run_posix module.
> >
> > Am I on the right track with this assessment?
> >
> > Possibly the best way might be get it write a file rather then do the rest
> > from a script.
>
--
Frédéric Bouvier
http://www.youtube.com/user/fgfred64 Videos
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
