I'm apologizing in advance for the double post. Since my first one wasn't composed very thoughtfull and hasn't gotten any responses.
Im new to postgresql and trying to create a new Clause in the source code. Thanks to some advice in this Mailing List I've been able to start coding.
I'm usin
Hello all,
I'm trying to build libpq using nmake from Visual Studio 2012. So I've
tried the following :
nmake -f win32.mak CPU=AMD64 while in postgresql-9.2.4/src directory.
It does the following :
link.exe -lib @C:\Users\markand\AppData\Local\Temp\nm2F60.tmp
rc.exe /l 0x409 /fo"
Ok, I've upgraded to:
$ dpkg -l | grep postgres
ii postgresql-8.1 8.1.4-4bpo1object-relational SQL database,
version 8.1
ii postgresql-cli 8.1.4-4bpo1front-end programs for PostgreSQL 8.1
ii postgresql-cli 57bpo1 manager for multiple PostgreSQL
client versi
ii postgr
Yes, I'm sorry I didn't expect that it wasn't there
(coming to libpq-programming from Perl,
where there is always a prepare() function)
How could I detect (#ifdef WHAT) an older
PostgreSQL version in my C-code?
And is there maybe an easy workaround
for a missing PQprepare?
On 8/24/06, Tom Lane
"Alexander Farber" <[EMAIL PROTECTED]> writes:
> Does anybody have an idea please, what could I be doing wrong?
Trying to use a subroutine added in 8.0 in 7.4.
regards, tom lane
---(end of broadcast)---
TIP 6: explain analyz
I've also checked
http://www.postgresql.org/docs/7.4/interactive/libpq-exec.html
and PQprepare() isn't mentioned there at all.
Wasn't it provided in PostgreSQL version 7?
Is there a way to workaround it?
Maybe by using pqPrepareAsyncResult()?
And how could I #ifdef in my libpq-program, to
detect
Alexander Farber wrote:
> Hello,
>
> I'm trying to compile a libpq program under Debian 3.1r2 with these
> packages installed:
>
> $ dpkg -l | grep postgres
> ii postgresql 7.4.7-6sarge2 object-relational SQL database
> management sy
> ii postgresql-cli 7.4.7-6sarge2 front-end programs fo
Hello,
I'm trying to compile a libpq program under Debian 3.1r2 with these
packages installed:
$ dpkg -l | grep postgres
ii postgresql 7.4.7-6sarge2 object-relational SQL database management sy
ii postgresql-cli 7.4.7-6sarge2 front-end programs for PostgreSQL
ii postgresql-con 7.4.7-6sa
D. Stimits wrote:
A google search shows very little concerning the pg_detoast_datum
undefined reference link error. It is looking more like the V1 has to be
skipped and I'll have to go back to V0 if I can't get this to work.
You haven't shown us your function, so it's a bit difficult to help, but
Joe Conway wrote:
D. Stimits wrote:
> A google search shows very little concerning the pg_detoast_datum
> undefined reference link error. It is looking more like the V1 has to
> be skipped and I'll have to go back to V0 if I can't get this to work.
You haven't shown us your function, so it's a bi
In PostgreSQL 7.2 (Redhat 7.3 version, so it is patched), I'm trying to
create a Version-1 C server extension. The Version-0 format works, the
Version-1 version fails with:
undefined reference to 'pg_detoast_datum'
According to docs at:
http://www.postgresql.org/docs/7.2/interactive/xfunc-c.ht
On Wed, Jan 31, 2001 at 09:43:50AM +0200, Ismail Tiryaki wrote:
>
> Hi all,
> I have joined this list newly, and I have some question this
> question may be solved up to now
>
> I wrote simple c source this is connect my postgresql database
> but when I compile my source I see som
Greetings!
Why I have got the message during installation postgrsql 7.0.2:
utils/SUBSYS.o : In function 'load_file':
utils/SUBSYS.o (text+0*3465d): undefined reference to 'dlclose'
make: *** Error 1.
There is the file dlfcn.h in /usr/include. Nina.
13 matches
Mail list logo
