> Can you check
> http://www.postgresql.org/devel-corner/docs/postgres/kernel-resources.htm#SYSVIPC
> to see if the description for FreeBSD is also applicable (at least in
> similar form) to OpenBSD?
Close enough.
> I'm currently writing up a section about the process and file limit issue,
> whi
bpalmer writes:
> A few problems came up with 7.1CVS for i86 OpenBSD. Here is a writeup on
> what I learned and how I solved the problems.
Can you check
http://www.postgresql.org/devel-corner/docs/postgres/kernel-resources.htm#SYSVIPC
to see if the description for FreeBSD is also applicable (at
A few problems came up with 7.1CVS for i86 OpenBSD. Here is a writeup on
what I learned and how I solved the problems.
- Brandon
b. palmer, [EMAIL PROTECTED]
pgp: www.crimelabs.net/bpalmer.pgp5
Added gmake and gettext. (if you don't have it)
Added bison and replaced /usr/bin/yacc with /usr
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Apparently these resultmap entries were needed at some point.
I think you read the message backwards --- we were adding the entries,
not removing them. (The patch was reversed as given, which is a common
mistake.) As patched, the entries for OpenBS
bpalmer writes:
> > Those all look like trivial platform dependencies. Please read
> > http://www.postgresql.org/devel-corner/docs/postgres/regress.htm
> > http://www.postgresql.org/devel-corner/docs/postgres/regress-platform.htm
> > and submit resultmap patches as required for your platform.
>
bpalmer <[EMAIL PROTECTED]> writes:
> [ resultmap patches for OpenBSD ]
Applied, thanks!
> Sweet. Thanks, looks like the problem is solved. Should me make note of
> the changes what were needed for OBSD somewhere?
If there's anything that users need to know beyond the standard build
instruct
> Those all look like trivial platform dependencies. Please read
> http://www.postgresql.org/devel-corner/docs/postgres/regress.htm
> http://www.postgresql.org/devel-corner/docs/postgres/regress-platform.htm
> and submit resultmap patches as required for your platform.
Sweet. Thanks, looks lik
bpalmer <[EMAIL PROTECTED]> writes:
> There are still, however, 4 tests that fail.
Those all look like trivial platform dependencies. Please read
http://www.postgresql.org/devel-corner/docs/postgres/regress.htm
http://www.postgresql.org/devel-corner/docs/postgres/regress-platform.htm
and submi
> In the postmaster: the fork() to launch a backend is failing. There
> should be a more detailed message in the postmaster's stderr log,
> but almost certainly it's a resource-exhaustion issue. Does your
> kernel enforce a per-userid limit on the number of processes, for
> example?
Looks like
bpalmer <[EMAIL PROTECTED]> writes:
> ! psql: Backend startup failed
> Any ideas where to look for this one?
In the postmaster: the fork() to launch a backend is failing. There
should be a more detailed message in the postmaster's stderr log,
but almost certainly it's a resource-exhaustion issu
When I run 'make check' on the CVS version (today and for the last
serveral days), I have been getting interesting failures. Some of the
tests fail, but the interesting part is that not the same tests always
fail. Example:
bpalmer@mizer:~/APPS/pgsql>diff 1 2
1c1
< boolean ..
11 matches
Mail list logo
