[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r16891 - trunk/subversion/libsvn_subr

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2005-10-23 00:50:01 CEST

On Sat, 22 Oct 2005, Philip Martin wrote:

> "Peter N. Lundblad" <peter@famlundblad.se> writes:
> > On Sat, 22 Oct 2005, Greg Hudson wrote:
> >
> >> On Sat, 2005-10-22 at 22:20 +0200, Peter N. Lundblad wrote:
> >
> >> An alternative--though a rather more complicated one--would be to open a
> >> pipe (set FD_CLOEXEC in the child; dunno if you can do that with APR)
> >> and marshal the error information through it back to the parent, where
> >> it could be returned to the caller programmatically.
> >>
> > I guess this might work as well, it just seems to be overkill. But if you
> > or others feel strongly about it, I could give it a try.
> Any reason not to use the errfile parameter? That's where the caller
> expects to see error output.
What do you mean? In the revision at hand, errors between fork and exec
are written to the childs stderr, which is the same as the errfile.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Oct 23 00:50:47 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.