[fpc-pascal] TProcess vs RunProcess()
Marco van de Voort
marcov at stack.nl
Mon Jan 30 09:06:56 CET 2017
In our previous episode, Lars said:
> > Executeprocess doesn't support piping. It orignally was mainly meant as a
> > portable dos.exec with parameters passed separately and without string
> > length limits, implementable on RTL level.
>
> But doesn't all processes report to stderr?
Afaik there are only conventions. And the convention to return a non zero
returnvalue on error is much stronger than parsing stderr.
> Another idea is to modify AssignStream to work on windows as AFAIK it only
> works on unix from the unix units of rtl..
Yes, Unix only, and the abstracted OS independent pipes already are in unit
pipes used by TProcess.
> Reason I want to avoid TProcess is simply because cgi programs being
> around 30-100K are easier to upload for people with limited internet
> connection speeds. As soon as I pull in large units that involve lots of
> classes the cgi programs become over 200-500K.
Yes. And they might fit on one side of a 5.25" inch dd floppy too! Yeah,
let's party like it's 1999!
> However I will use tprocess if it's a time save, which indeed it is
> instead of rewriting assignstream for windows.
Good.
More information about the fpc-pascal
mailing list