On Mon, 14 Mar 2011 10:31:26 -0400, Tom Lane wrote:
> "H.Merijn Brand" writes:
> > Maybe not the most ideal follow up, but I was trying to get a 64bit
> > postgresql running on HP-UX 11.23 Itanium2 64bit following the same
> > mantra that lead to success on my previous quest on 11.31, but whatev
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
(yes, I'm going through old emails tonight)
> Spinning off into the off-topic based on the question - if you do
> this, please make it *optional*. Unless you plan to actually implement
> all the libpq functionality and also shoulder the burden
On Thu, 16 Dec 2010 12:56:12 -0500, Tom Lane wrote:
> "H.Merijn Brand" writes:
> > On Thu, 16 Dec 2010 12:31:21 -0500, Tom Lane wrote:
> >> So what I'm thinking is happening is that libpq expects size_t as
> >> the argument type, but it's getting linked against a libc that
> >> expects int as t
On Sun, Dec 19, 2010 at 13:42, Greg Sabino Mullane wrote:
>
>> How much are the postgres people willing to find a solution that would
>> force postgres to optional use BSD type sockets?
>
> FWIW, my long-term plan is to have DBD::Pg provide its own libpq. Not
> sure if this would enable you to sol
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
> How much are the postgres people willing to find a solution that would
> force postgres to optional use BSD type sockets?
>
FWIW, my long-term plan is to have DBD::P
On Thu, 16 Dec 2010 12:56:12 -0500, Tom Lane wrote:
> "H.Merijn Brand" writes:
> > On Thu, 16 Dec 2010 12:31:21 -0500, Tom Lane wrote:
> >> So what I'm thinking is happening is that libpq expects size_t as
> >> the argument type, but it's getting linked against a libc that
> >> expects int as t
On Thu, 16 Dec 2010 12:56:12 -0500, Tom Lane wrote:
> "H.Merijn Brand" writes:
> > On Thu, 16 Dec 2010 12:31:21 -0500, Tom Lane wrote:
> >> So what I'm thinking is happening is that libpq expects size_t as
> >> the argument type, but it's getting linked against a libc that
> >> expects int as t
"H.Merijn Brand" writes:
> On Thu, 16 Dec 2010 12:31:21 -0500, Tom Lane wrote:
>> So what I'm thinking is happening is that libpq expects size_t as
>> the argument type, but it's getting linked against a libc that
>> expects int as the argument type, and whatever HP is doing under
>> the hood fai
On Tue, 14 Dec 2010 15:16:36 -0500, Tom Lane wrote:
Thanks for the answer. I think all of this makes sense in reading
further into the HP-UX 11.31 socket docs. Please read on as I found a
workaround, but that is probably NOT *the* solution.
> Simon Riggs writes:
> > FW
> > From: H.Merijn Brand
On Thu, 16 Dec 2010 12:24:01 -0500, Tom Lane wrote:
> "H.Merijn Brand" writes:
> > This is what the docs on HP-UX say:
>
> > int getsockopt (
> > int s,
> > int level,
> > int optname,
> > void *optval,
> > in
On Thu, 16 Dec 2010 12:31:21 -0500, Tom Lane wrote:
> I wrote:
> > "H.Merijn Brand" writes:
> >> the includes tell me
> >> src/include/pg_config.h:#define ACCEPT_TYPE_ARG3 size_t
>
> > Hmm, that suggests that configure was already seeing the socklen_t
> > variant ...
>
> Actually, the reason t
I wrote:
> "H.Merijn Brand" writes:
>> the includes tell me
>> src/include/pg_config.h:#define ACCEPT_TYPE_ARG3 size_t
> Hmm, that suggests that configure was already seeing the socklen_t
> variant ...
Actually, the reason that happens is probably that src/template/hpux
forcibly adds -D_XOPEN_SO
"H.Merijn Brand" writes:
> This is what the docs on HP-UX say:
> int getsockopt (
> int s,
> int level,
> int optname,
> void *optval,
> int*optlen
> );
> UNIX 03 Only (X/Open Sockets)
>
Simon Riggs writes:
> FW
> From: H.Merijn Brand
> I have postgres running on most my HP-UX varieties, ranging from HP-UX
> 10.20/32bit through 11.31/64bit. It works fine everywhere, except on
> HP-UX 11.31-ipf in 64bit mode. Note that this is Itanium architecture.
> postgres' own test suite pass
FW
Forwarded Message
From: H.Merijn Brand
To: DBI Developers Mailing List , Simon Riggs
Subject: DBD::Pg on HP-UX 11.31 64bit
Date: Tue, 14 Dec 2010 13:35:49 +0100
I have postgres running on most my HP-UX varieties, ranging from HP-UX
10.20/32bit through 11.31/64bit. It works
15 matches
Mail list logo
