And now - JMP_BUF again. Is it enough, folks ?

Fixed again:
cc1: warnings being treated as errors
exc.c: In function 'ExcRaise':
exc.c:187: warning: passing arg 1 of 'Longjmp' from incompatible pointer type
gmake[3]: *** [exc.o] Error 1

gets included by libpq-fe.h, and thus is part of the API.

Bruce Momjian

Bruce Momjian

database changes.

To fix, apply the following patch:-

Keith Parks.

Bruce Momjian

Darren King.

probably a bug.
To find code added/modifyied, search "Fixed".

Gianluca Puggelli

%ud in a printf format strings instead of just %u.

There were three occurances of this in catalog_utils.c,
two in parser.c and one in rewriteSupport.c in the oid
patch that I submitted and was applied.  They won't crash
anything, but the error messages will have a 'd' after the
Oid.  Annoying, but none are db-threatening.

Sorry about that folks...I'll be more careful in the future...

Darren King

are three SearchSysCacheTuple(PRONAME,...) calls that use three
different macros to convert the typeId array of Oids.

Darren King

As an example I sent a bug-report on 26 Nov to tell that the fix included
below is necessary to compile pg95-current on Ultrix with Digital's
standard C compiler c89. In fact I think that this fix is needed
for any C compiler sticking very close the standard, see my discussion
in the original bug report.

Erik Bertelsen

From: Massimo Dal Zotto <dz@cs.unitn.it>

Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

Excuse me.

                                      ^ - deleted
                free(settings->opt.fieldSep);

cc1: warnings being treated as errors
datum.c: In function `DatumGetSize':
datum.c:57: warning: unsigned value >= 0 is always 1
gmake[3]: *** [datum.o] Error 1

There was:
    if (byVal) {
        if (len >= 0 && len <= sizeof(Datum)) {

but len has type Size (unsigned int) and so now there is:
    if (byVal) {
        if (len <= sizeof(Datum)) {