[EMAIL PROTECTED] wrote:
Hi,
I have managed to install the service on my windows XP box, but when I
try to create a database I get:
Creating database 'test' . . .
E_LQ0001 Failed to connect to DBMS session.
E_LC0001 GCA protocol service (GCA_REQUEST) failure.
Internal service status E
The following bug has been logged online:
Bug reference: 1865
Logged by: Bob Friesenhahn
Email address: [EMAIL PROTECTED]
PostgreSQL version: 7.4.8
Operating system: Solaris 9 (SPARC)
Description:isinf wrongly dectected under Solaris 9
Details:
Using GCC 4.0.1 on So
The following bug has been logged online:
Bug reference: 1864
Logged by: Angelo Neuschitzer
Email address: [EMAIL PROTECTED]
PostgreSQL version: 7.4.7
Operating system: Debian Linux (+ Win 2k)
Description:Strange behavoir of batches
Details:
Good greetings,
I had
The following bug has been logged online:
Bug reference: 1866
Logged by: Bob Friesenhahn
Email address: [EMAIL PROTECTED]
PostgreSQL version: 7.4.8
Operating system: Solaris 9 (SPARC)
Description:-lreadline needs -lcurses under Solaris.
Details:
The Postgres configu
Angelo Neuschitzer wrote:
The following bug has been logged online:
Bug reference: 1864
Logged by: Angelo Neuschitzer
Email address: [EMAIL PROTECTED]
PostgreSQL version: 7.4.7
Operating system: Debian Linux (+ Win 2k)
Description:Strange behavoir of batches
Details
Howard Brodale wrote:
The following bug has been logged online:
Bug reference: 1863
Logged by: Howard Brodale
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.03
Operating system: Win 98 2nd ed
Description:Install won't work
I don't believe win Me/98/95/3.1 a
Bob Friesenhahn wrote:
> The Postgres configure script finds the readline 5.0 headers and
> decides that readline is available (in spite of many individual
> errors while testing for functions in config.log). The end result is
> that postgres is built as if readline is available but neither
> -lre
Bob Friesenhahn wrote:
> Using GCC 4.0.1 on Solaris 9 the configure test for isinf incorrectly
> detects success so postgres does not link.
Please provide the config.log file and the tail end of the failing build
log (at least the failing command and the error message).
--
Peter Eisentraut
http
checking build system type... ia64-hp-hpux11.23
checking host system type... ia64-hp-hpux11.23
...
checking sys/ipc.h presence... yes
configure: WARNING: sys/ipc.h: present but cannot be compiled
configure: WARNING: sys/ipc.h: check for missing prerequisite headers?
configure: WARNING: sys/ipc.
On Thursday September 8 2005 12:20 pm, Ed L. wrote:
> checking build system type... ia64-hp-hpux11.23
> checking host system type... ia64-hp-hpux11.23
> ...
> checking sys/ipc.h presence... yes
> configure: WARNING: sys/ipc.h: present but cannot be compiled
> configure: WARNING: sys/ipc.h: chec
Ed L. wrote:
> gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wendif-labels
> -fno-strict-aliasing -I../../../src/include -D_XOPEN_SOURCE_EXTENDED
> -c -o pg_sema.o pg_sema.c In file included from pg_sema.c:22:
> /usr/include/sys/ipc.h:51: error: parse error before "cid_t"
> /usr/include/sys
Bob Friesenhahn wrote:
> The config.log and a build log are attached.
It's puzzling why the test program compiles and links without complaint
when the isinf() function does not exist. Can you try to isolate the
test program from configure and see what is going on?
> Note that there are
> actu
"Ed L." <[EMAIL PROTECTED]> writes:
> In file included from pg_sema.c:22:
> /usr/include/sys/ipc.h:51: error: parse error before "cid_t"
> /usr/include/sys/ipc.h:56: error: parse error before '}' token
So where is cid_t defined?
regards, tom lane
-
On Thursday September 8 2005 2:18 pm, Tom Lane wrote:
> "Ed L." <[EMAIL PROTECTED]> writes:
> > In file included from pg_sema.c:22:
> > /usr/include/sys/ipc.h:51: error: parse error before "cid_t"
> > /usr/include/sys/ipc.h:56: error: parse error before '}'
> > token
>
> So where is cid_t defined?
On Thursday September 8 2005 3:48 pm, Ed L. wrote:
> On Thursday September 8 2005 2:18 pm, Tom Lane wrote:
> > "Ed L." <[EMAIL PROTECTED]> writes:
> > > In file included from pg_sema.c:22:
> > > /usr/include/sys/ipc.h:51: error: parse error before
> > > "cid_t" /usr/include/sys/ipc.h:56: error: par
"Ed L." <[EMAIL PROTECTED]> writes:
> I see sys/ipc.h already #includes sys/types.h, though.
Possibly there's some magic #define needed to expose the cid_t
definition?
We have this in src/template/hpux
CPPFLAGS="-D_XOPEN_SOURCE_EXTENDED"
because it seems necessary on HPUX 10. It used to
On Wed, Sep 07, 2005 at 12:06:10PM -0700, [EMAIL PROTECTED] wrote:
> According to the documentation at:
> http://www.postgresql.org/docs/8.0/static/ecpg-connect.html
>
>EXEC SQL CONNECT TO :target USER :user;
>The last form makes use of the variant referred to above as character
>varia
Michael Fuhr <[EMAIL PROTECTED]> writes:
> If you think this behavior should be changed then propose it on
> pgsql-hackers and discuss it with the developers.
I doubt we'll consider changing it. If I haven't missed any of the
details, the critical points here are
(1) User names containing traili
18 matches
Mail list logo
