RE: Re[2]: [HACKERS] Re: [QUESTIONS] libpq++ - Mailing list pgsql-hackers

From Sergey S. Kosyakov
Subject RE: Re[2]: [HACKERS] Re: [QUESTIONS] libpq++
Date
Msg-id 4c920c1e7f6b5c89b57ec713a6b8aa1d
Whole thread Raw
In response to Re[2]: [HACKERS] Re: [QUESTIONS] libpq++  ("Leo Shuster"<lsh@lubrizol.com>)
List pgsql-hackers
On 26-Jun-97 Leo Shuster wrote:
>
>>But it needs some g++ comand-line options hack (at least for FreeBSD),
>>and it is not described anywhere.
>    Hmmm... I wasn't aware of that.  g++ under Linux includes
>    compiles the string class without any hacks.

My program crash with core dump if compiled without "-fexternal-templates"
But it happens only when PgEnv used like
PgEnv env("",host_name,...
that is with explicit constructor.

>
>>Moreover, it is not obvious how to use
>>e.g. PgEnv, which uses "string".
>    There are examples in every one of the example programs
>    of how PgEnv is used.  In most of my programs, I do not
>    even use PgEnv class since PgDatabase takes care of
>    all the environment setup for me.

In my distribution (postgresql-6.1.tar.gz) src/libpq++/example/* are not ever
contain PgEnv word. But I indeed need of PgEnv(...) because it is more
suitable than dinamical changing environment on various hosts

[ skipped ]
>>And there are some difficulties in using gdb with C++ templates.
>    True, but it's not impossible.  gdb seems to work pretty
>    well in my projects under Linux.

May be there are some special tricks when gdb is used for templates
classes calls tracing?


- ----------------------------------
Sergey Kosyakov
Landau Institute for Theoretical Physics
E-Mail: Sergey S. Kosyakov <ks@itp.ac.ru>
Date: 26-Jun-97
Time: 18:39:17
- ----------------------------------

------------------------------

pgsql-hackers by date:

Previous
From: "Leo Shuster"
Date:
Subject: Re: [HACKERS] Re: [QUESTIONS] libpq++
Next
From: "Leo Shuster"
Date:
Subject: Re[2]: [HACKERS] Re: [QUESTIONS] libpq++