--- Tom Lane [EMAIL PROTECTED] wrote:
Kurt Roeckx [EMAIL PROTECTED] writes:
He seems to have changed this too:
- typedef uint32 IpcMemoryKey;
+ typedef size_t IpcMemoryKey;
That really should be a key_t.
Yeah, I made it key_t in CVS tip. I'm just
wondering what this could
avoid
creating template1 database in
/export/home/tbaden/posttemp/postgresql-7.4/src/test/regress/./tmp_check/data/b+ase/1...
FATAL: could not create semaphores: No space left on device
DETAIL: Failed system call was semget(1, 17, 03600).
HINT: This error does *not* mean that you have run out of disk
Kurt Roeckx [EMAIL PROTECTED] writes:
If that really was the error you got, your patch couldn't have
fixed it since it didn't change anything that has something to do
with it.
I entirely concur with Kurt's observation.
My bet is you got the no space left on device failure because you were
Thomas Baden [EMAIL PROTECTED] writes:
Hi there. My install was failing the regression tests
due to a shared memory error.
After reviewing the proposed patch, I find it hard to believe that the
patch would have fixed any such problem --- even if key_t is 64 bits
on your system, the code should
On Mon, Dec 01, 2003 at 05:19:17PM -0500, Tom Lane wrote:
Thomas Baden [EMAIL PROTECTED] writes:
Hi there. My install was failing the regression tests
due to a shared memory error.
After reviewing the proposed patch, I find it hard to believe that the
patch would have fixed any such
Kurt Roeckx [EMAIL PROTECTED] writes:
On Mon, Dec 01, 2003 at 05:19:17PM -0500, Tom Lane wrote:
After reviewing the proposed patch, I find it hard to believe that the
patch would have fixed any such problem ---
It's not the key (key_t) that is the problem, but the size, which
used to be int
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
I will try to apply it within the next 48 hours.
---
Thomas Baden wrote:
Hi there. My