On Mon, 17 Feb 2014 14:18:40 -0500
Tom Lane wrote:
> Jim Seymour writes:
> > Tried to upgrade from 8.2.21 to 8.4.19 this morning and ran into a
> > wall: It would appear the
> > hostssl all all 0.0.0.0/0 ldap "ldaps://..."
> > syntax is no longer supp
Hi There,
Tried to upgrade from 8.2.21 to 8.4.19 this morning and ran into a
wall: It would appear the
hostssl all all 0.0.0.0/0 ldap "ldaps://..."
syntax is no longer supported?
Searched. Asked on the IRC channel. It would seem that in 8.4.x
there's no way to perform a "straight SSL"
Bruce Momjian <[EMAIL PROTECTED]> wrote:
>
>
> You will be glad to know that 8.0 will use a different implementation
> for thread handling of SIGPIPE, though your asynchronous handling of
> SIGPIPE will still cause problems.
So-noted.
Jim
---(end of broadcast)--
Tom Lane <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED] (Jim Seymour) writes:
> > I'm kind of wondering if anybody on the dev team noticed this and
> > what, if anything, they planned to do with it?
>
> Can we make it "#ifdef SOLARIS7" somehow?
Bruce Momjian <[EMAIL PROTECTED]> wrote:
>
> Gavin Sherry wrote:
> > On Mon, 29 Nov 2004, Marc G. Fournier wrote:
> >
> > >
> > > If there were a comp.databases.postgresql.hackers newsgroup created and
> > > carried by all the news servers ... would you move to using it vs using
> > > the mailing
Chris Green <[EMAIL PROTECTED]> wrote:
>
> On Sun, Nov 28, 2004 at 07:34:28PM -0400, Marc G. Fournier wrote:
> >
> > What is the general opinion of this? I'd like to implement it, but not so
> > much so that I'm going to beat my head against a brick wall on it ...
> >
> Personally I'm against
"Marc G. Fournier" <[EMAIL PROTECTED]> wrote:
>
>
> What is the general opinion of this? I'd like to implement it, but not so
> much so that I'm going to beat my head against a brick wall on it ...
The procmail rules I set up for each mailing list to which I subscribe
sets Reply-To to the mail
Hi,
I'm kind of wondering if anybody on the dev team noticed this and
what, if anything, they planned to do with it?
Jim
[EMAIL PROTECTED] (Jim Seymour) wrote:
>
>
> Hi,
>
> Environment:
>
> SunOS 5.7 Generic_106541-29 sun4u sparc SUNW,UltraSPARC-IIi-Eng
Stefan Kaltenbrunner <[EMAIL PROTECTED]> wrote:
>
> Darcy Buskermolen wrote:
> > On November 19, 2004 10:55 am, you wrote:
> >
> >>The answer is: it's a gcc bug. The attached program should print
> >>x = 12.3
> >>y = 12.3
> >>
> >>but if compiled with -O or -O2 on Stefan's machine, I get garbage
Hi,
Environment:
SunOS 5.7 Generic_106541-29 sun4u sparc SUNW,UltraSPARC-IIi-Engine
Postgresql-7.4.6
Build config: --with-java --enable-thread-safety
gcc version 3.3.1
less-381
readline-4.3
$ echo $PAGER
/usr/local/bin/less
$ echo $LESS
-e
I recently
Fabien COELHO <[EMAIL PROTECTED]> wrote:
>
>
> Dear Josh,
>
> Thanks for you reply at length.
>
> It helps me understand the "raw" about my suggestion.
> Some short comments and joke signs:
>
>
> > Adding == would cause harm in the following three ways:
> > 1) It would impair portability betw
>
> Anyone see a benefit of adding command line flags to initdb to force
> lower shared memory use without require a recompile?
[snip]
>
When I built and installed pgsql at work, on a production server,
I ran into the shared memory problem. I wanted to fire pgsql up
*right* *away*, to begin tes
Tom Lane <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED] (Jim Seymour) writes:
> > Tom Lane <[EMAIL PROTECTED]> wrote:
> >> WebObjects is evidently holding an open transaction.
>
> > It certainly isn't holding open a transaction in the databas
Tom Lane <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED] (Jim Seymour) writes:
> > Again the difference: With WebObjects running, deleting rows and
> > trying to vacuum immediately, even full, fails. Shut-down WebObjects
> > and I can.
>
> WebObjects is e
Alvaro Herrera <[EMAIL PROTECTED]> wrote:
>
[snip]
>
> Turn on query logging and see if the BEGIN is issued right after the
> COMMIT/ROLLBACK, or whether it waits and issues it right before
> SELECT/CREATE TEMP TABLE.
>
> It doesn't matter if it's only doing queries; if it does them inside a
>
>
> On Fri, Apr 02, 2004 at 12:02:22PM -0500, Jim Seymour wrote:
>
> [...]
>
> > Which is all well-and-good (tho, my ignorance readily conceded, four
> > minutes seems a mite... long), *except*: If I shut-down the
> > WebObjects application which, again, neve
the db in
question, much-less any of its tables, this "time-out" doesn't seem
to apply. (I tried it.)
Any explanation for this behaviour?
Thanks,
Jim
--
Jim Seymour | PGP Public Key available at:
[EMAIL PROTECTED] | http://www.uk.pgp.net/pgpne
nted each time
vacuum was run. If I were going to guess, I'd *guess* maybe this
started happening about the time somebody queried the WebObjects
application, thus causing it to connect, but I've no way of knowing
after-the-fact. (Sorry for the vagueness here.)
Any idea of wha
Bruce Momjian <[EMAIL PROTECTED]> wrote:
>
[snip]
>
> OK, patch attached and applied. It adds configure tests for the 5-arg
> version of getpwuid_r() and properly falls back to the Posix draft
> version you have on Solaris. Seems Solaris 9 also still has the draft
> version.
[snip]
Well, yes a
Hi All,
The following patch fixes building PostgreSQL 7.4.2 under Sun (Sparc)
Solaris 7 and 8 (possibly earlier and later versions, as well) with
--enable-thread-safety.
The first addresses what would appear to be a coding error in
thread.c. The second ensures the proper pthread function call
se
Tom Lane <[EMAIL PROTECTED]> wrote:
>
[snip]
>
> (I also see some post-7.4.1 changes in src/template/solaris, so you
> possibly should look there too.)
[snip]
>
I think I have the fix for part of it, but this remains...
gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes
-Wmissing
declared (first use in this function)
thread.c:189: error: (Each undeclared identifier is reported only once
thread.c:189: error: for each function it appears in.)
Diff'ing thread.c between 7.4.1 and 7.4.2, it *looks* like, at first
blush, nothing changed that shou
22 matches
Mail list logo