From: | Alfred Perlstein <bright(at)wintelcom(dot)net> |
---|---|
To: | Cyril VELTER <cyril(dot)velter(at)libertysurf(dot)fr> |
Cc: | pgsql-hackers(at)postgresql(dot)org, tgl(at)sss(dot)pgh(dot)pa(dot)us |
Subject: | Re: How to shoot yourself in the foot: kill -9 postmaster |
Date: | 2001-03-07 00:22:10 |
Message-ID: | 20010306162210.V8663@fw.wintelcom.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> >Alfred Perlstein <bright(at)wintelcom(dot)net> writes:
> >>> Are there any portability problems with relying on shm_nattch to be
> >>> available? If not, I like this a lot...
> >
> >> Well it's available on FreeBSD and Solaris, I'm sure Redhat has
> >> some deamon that resets the value to 0 periodically just for kicks
> >> so it might not be viable... :)
> >
> >I notice that our BeOS and QNX emulations of shmctl() don't support
> >IPC_STAT, but that could be dealt with, at least to the extent of
> >stubbing it out.
* Cyril VELTER <cyril(dot)velter(at)libertysurf(dot)fr> [010306 16:15] wrote:
>
> BeOS haven't this stat (I have a bunch of others but not this one).
>
> If I unsterstand correctly, you want to check if there is some backend
> still attached to shared mem segment of a given key ? In this case, I have an
> easy solution to fake the stat, because all segment have an encoded name
> containing this key, so I can count them.
We need to be able to take a single shared memory segment and
determine if any other process is using it.
--
-Alfred Perlstein - [bright(at)wintelcom(dot)net|alfred(at)freebsd(dot)org]
From | Date | Subject | |
---|---|---|---|
Next Message | Lamar Owen | 2001-03-07 00:29:41 | Re: How to shoot yourself in the foot: kill -9 postmaster |
Previous Message | Michal Maruka | 2001-03-07 00:15:49 | psql missing feature |