On 10/22/2014 07:11 AM, Tim Small wrote:
> On 22/10/14 13:50, Alan Robertson wrote:
>> Does anyone know which OSes have either or both of those /proc names?
> Once again, can I recommend taking a look at the start-stop-daemon
> source (see earlier posting), which does this stuff, and includes check
On 10/22/2014 07:09 AM, Dejan Muhamedagic wrote:
> On Wed, Oct 22, 2014 at 06:50:37AM -0600, Alan Robertson wrote:
>> On 10/22/2014 03:33 AM, Dejan Muhamedagic wrote:
>>> Hi Alan,
>>>
>>> On Mon, Oct 20, 2014 at 02:52:13PM -0600, Alan Robertson wrote:
For the Assimilation code I use the full p
On 22/10/14 13:50, Alan Robertson wrote:
> Does anyone know which OSes have either or both of those /proc names?
Once again, can I recommend taking a look at the start-stop-daemon
source (see earlier posting), which does this stuff, and includes checks
for Linux/Hurd/Sun/OpenBSD/FreeBSD/NetBSD/Dra
On Wed, Oct 22, 2014 at 06:50:37AM -0600, Alan Robertson wrote:
> On 10/22/2014 03:33 AM, Dejan Muhamedagic wrote:
> > Hi Alan,
> >
> > On Mon, Oct 20, 2014 at 02:52:13PM -0600, Alan Robertson wrote:
> >> For the Assimilation code I use the full pathname of the binary from
> >> /proc to tell if it'
On 10/22/2014 03:33 AM, Dejan Muhamedagic wrote:
> Hi Alan,
>
> On Mon, Oct 20, 2014 at 02:52:13PM -0600, Alan Robertson wrote:
>> For the Assimilation code I use the full pathname of the binary from
>> /proc to tell if it's "one of mine". That's not perfect if you're using
>> an interpreted langu
Hi Alan,
On Mon, Oct 20, 2014 at 02:52:13PM -0600, Alan Robertson wrote:
> For the Assimilation code I use the full pathname of the binary from
> /proc to tell if it's "one of mine". That's not perfect if you're using
> an interpreted language. It works quite well for compiled languages.
Yes, t
Hi Lars,
On Mon, Oct 20, 2014 at 09:17:29PM +0200, Lars Ellenberg wrote:
>
> Recent discussions with Dejan made me again more prominently aware of a
> few issues we probably all know about, but usually dismis as having not
> much relevance in the real-world.
>
> The facts:
>
> * a pidfile typi