[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gnulib] GNULIB wait-process module.

From: Bruno Haible
Subject: Re: [bug-gnulib] GNULIB wait-process module.
Date: Tue, 8 Mar 2005 21:53:23 +0100
User-agent: KMail/1.5

Derek Price wrote:
> Actually moving the code would be complicated and not symetrical.  I
> dislike having a process responsible for disposing of temporary data it
> did not create.
> In the CVS client/server architecture, there are two servers.  The first
> authenticates the client and interprets the data coming across in such a
> manner as to construct a duplicate of the client workspace.  It then
> launches a second server which runs, (mostly) unaware that it is not a
> CVS application running in local mode against a local repository.
> Meanwhile the first server acts in the background, translating the
> second server's output into something acceptable to the client.  When
> the second server completes its job, it exits, then the first server
> cleans up the temp space.
> It is this second server's core dumps that are being caught.  It
> wouldn't be impossible to make it responsible for cleaning up its own
> workspace (which it did not create), but it would be a lot of work.
> Right now, there is a simple switch in the first server which detects
> when the child dumps core and skips the workspace cleanup with an
> informative error message.

Thanks for explaining. Your objective is clear now.

But how would you want this to work on Woe32? I assume that you would
want this debugging feature also on Windows. How do you implement it

> The change I'm proposing is simple.  I've attached a patch.

I'm opposed to this change because I don't see how it can be made to
work on Windows. In other words, it makes unportable assumptions.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]