From: Julien Rouhaud <rjuju123@gmail.com>
To: Mario Emmenlauer <mario@emmenlauer.de>
Cc: pgsql-bugs@lists.postgresql.org
Subject: Re: BUG #17365: Error: redefinition of 'stat' in win32_port.h when including postgres.h
Date: Sun, 16 Jan 2022 23:18:35 +0800
Message-ID: <20220116151835.ro3b3shvsmmdeyt4@nol> (raw)
In-Reply-To: <b6329de3-4200-946f-610c-b77816b4a858@emmenlauer.de>
References: <17365-c58cbf9d0c29586a@postgresql.org>
<20220113122310.ay24ciikcu257nkp@jrouhaud>
<b6329de3-4200-946f-610c-b77816b4a858@emmenlauer.de>
Hi,
On Sun, Jan 16, 2022 at 04:06:45PM +0100, Mario Emmenlauer wrote:
>
>
> Actually I do not really mean to include `postgres.h`. But I do want
> to identify result types with `Oid vOID = ::PQftype(mResult.get(), vColumn);`
> to check the result type. And the types seem to be defined in header
> `catalog/pg_type.h` which only worked when `postgres.h` was included before.
>
> I guess I'm off the standard track here. Its not completely mandatory for
> me to identify the result types. But it was quite nice to be able to do
> so.
>
> Is this actually unsupported? Or am I doing something wrong?
It's supported and multiple clien-side programs access those constants.
However you don't need to include postgres.h for that. There are examples in
the tree that relies on OID defines if you want to check how it's done, for
instance src/bin/pg_dump/pg_dump.c.
Note that the OIDs aren't in pg_type.h anymore since pg 11. Are you still
compiling against pg 10 or less?
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-bugs@postgresql.org
Cc: rjuju123@gmail.com, mario@emmenlauer.de, pgsql-bugs@lists.postgresql.org
Subject: Re: BUG #17365: Error: redefinition of 'stat' in win32_port.h when including postgres.h
In-Reply-To: <20220116151835.ro3b3shvsmmdeyt4@nol>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox