Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Open 6.4 items

From: The Hermit Hacker <scrappy(at)hub(dot)org>
To: Jan Wieck <jwieck(at)debis(dot)com>
Cc: "Matthew N(dot) Dodd" <winter(at)jurai(dot)net>, maillist(at)candle(dot)pha(dot)pa(dot)us, brook(at)trillium(dot)NMSU(dot)Edu, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Open 6.4 items
Date: 1998-10-29 17:26:23
Message-ID: Pine.BSF.4.05.9810291324310.1918-100000@thelab.hub.org (view raw or flat)
Thread:
Lists: pgsql-hackers
On Thu, 29 Oct 1998, Jan Wieck wrote:

> >
> > On Thu, 29 Oct 1998, The Hermit Hacker wrote:
> > >  Solaris just doesn't have any mechanisms to work around the
> > > limitation, I guess *shrug* It really sucks when you want to SIGHUP
> > > the "parent process", which, under FreeBSD at least, is the one that
> > > states: -accepting connections, but under Solaris they are *all* the
> > > same :)
> >
> > $ ps -eaf
> >      UID   PID  PPID  C    STIME TTY      TIME CMD
> >     root     0     0  0   Oct 12 ?        0:01 sched
> >     root     1     0  0   Oct 12 ?        0:15 /etc/init -
> > ...
> >
> > You'll note the 'PPID' field.
> >
> > 3 guesses what that stands for.
> >
> 
>     Don't see how this is related to the topic - sorry.
> 
>     PPID  is  the  parent process ID. sched has no parent (it's a
>     kernel pseudo process) and init has sched as father. For  all
>     other  processes  the  PPID  is set to init's PID at the time
>     their father dies (you'll see lot's of PPID=1).
> 
>     But this all has nothing to do with changing the  CMD  column
>     of the ps output from inside a running process.

In Matthew's defence, I think the point he was trying to bring across was
that you should be able to look at hte PPID.  sendmail, when you start,
tends to list its PPID as '1'...but, as I showed in my last email, that
doesn't appear to be "unique"...

Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy(at)hub(dot)org           secondary: scrappy(at){freebsd|postgresql}.org 


In response to

pgsql-hackers by date

Next:From: The Hermit HackerDate: 1998-10-29 17:31:56
Subject: Re: [HACKERS] 6.4 BETA2 fails to compile on Digital Unix 4.0d
Previous:From: The Hermit HackerDate: 1998-10-29 17:24:06
Subject: Re: [HACKERS] Open 6.4 items

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group