tech-userlevel archive

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

Re: Allow pidfile(3) to create pidfiles in arbitrary locations

On Tue, Mar 29, 2011 at 1:44 PM, Julio Merino <> 
> On Tue, Mar 29, 2011 at 1:46 PM, David Laight <> 
> wrote:
>> On Tue, Mar 29, 2011 at 09:26:01AM +0100, Julio Merino wrote:
>>> On a second thought, I have updated the change to consider paths with an
>>> explicit '.pid' extension to be considered relative.  Otherwise, I'd expect
>>> confusion if the value to pidfile(3) was provided blindly from a
>>> user-provided parameter (like in foo -p and the pid file was 
>>> created
>>> in /var/run.  The "only" way to get the old behavior is to just provide a
>>> basename (e.g. foo -p foo).
>> Probably be better to assume /var/run unless the filename contains a '/'.
>> So you'd need -p ./ to get a file in the current directory.
> That's what the original patch did, but it's quite confusing.  (I'll
> also say that the .pid heuristics I just added may be even worse...)

You know what... I'll just revert these early-morning, not-awake-yet
changes and submit the patch in its previous form.

Julio Merino / @jmmv

Home | Main Index | Thread Index | Old Index