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

Re: [HACKERS] Open 6.4 items

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: Bill(dot)Allie(at)mug(dot)org
Cc: scrappy(at)hub(dot)org, brook(at)trillium(dot)NMSU(dot)Edu, jwieck(at)debis(dot)com, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Open 6.4 items
Date: 1998-10-29 07:07:59
Message-ID: 199810290707.CAA12034@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
> Bruce Momjian wrote:
> > > Doesn't work under Solaris, but, then again, neither does sendamil's, so
> > > that isn't a shock :)
> > 
> > Man, if sendmail's doesn't work, that is really broken.
> 
> If you want strange, here is the output from the UnixWare 7 ps command with 
> some different options:
> 
> $ ps -ef | fgrep post
>    pgsql 10775     1   TS  80  0 01:34:12 ?  0:00 postmaster -S -i -o -F 
>    pgsql 10869 10775   TS  80  0 01:45:30 ?  0:00 postmaster -S -i -o -F 
> 
> $ ps -e | fgrep post
>  10775   TS  80 ?        0:00 postgres
>  10869   TS  80 ?        0:00 postgres
> 
> Notice that the PIDs are the same even if the program name is different 
> depending on the use of the 'f' option.

Wow, that really is strange.  Seems like with the -f, it looks in one
place, as though it knows the child did not exec, so they params must be
the same, while with no -f, it looks in the proper area.  The really
weird thing is that even the postmaster is called postgres.  That is
bizarre.


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist(at)candle(dot)pha(dot)pa(dot)us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

Responses

pgsql-hackers by date

Next:From: David GouldDate: 1998-10-29 07:15:41
Subject: Re: [HACKERS] Another bug in pg_operator.h
Previous:From: Billy G. AllieDate: 1998-10-29 06:48:26
Subject: Re: [HACKERS] Open 6.4 items

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