Skip site navigation (1) Skip section navigation (2)

Re: Support for QNX6, POSIX IPC and PTHREAD-style locking

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Igor Kovalenko <Igor(dot)Kovalenko(at)motorola(dot)com>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Support for QNX6, POSIX IPC and PTHREAD-style locking
Date: 2001-11-26 19:15:08
Message-ID: Pine.LNX.4.30.0111261650520.612-100000@peter.localdomain (view raw or flat)
Thread:
Lists: pgsql-patches
Igor Kovalenko writes:

> Fair enough. I am asking you to get something into 7.2 for practical
> reasons. Sooner people will get something, sooner someone will uncover
> problems is there are any. That would allow to have reasonable confidence by
> the time 7.3 rolled out.

The patch looks mostly harmless in the sense that it doesn't break
anything else, although some parts are clearly bogus, such as the patches
to 'configure' and 'resultmap' and some "comment out if you want xyz"
comments where there's nothing to comment out nearby.  (Plus, commenting
stuff in and out in makefiles is not an acceptable practice to spread.)
CFLAGS in template/qnx6 should probably be -O2 unless you have reasons to
do otherwise, which should be documented.  LIBS= has no business in the
template file.  Overriding CC as done in port/qnx6/Makefile is not valid.
The SHLIB_LINK line in Makefile.shlib is not possibly correct.  (The same
goes for most of the other SHLIB_LINK lines there, btw.)  These issues are
"mostly harmless", but they would need to be fixed.

My mind on this is that we hope to put out the first *release candidate*
this week, which means, "if there are no more serious bugs, this is the
final release".  This would mean that this patch would receive virtually
*no* testing before release.  Surely I trust your word that says that this
patch makes PostgreSQL run correctly on your system, and it doesn't look
like it'll break anything else.  But this kind of reasoning is not
responsible.  PostgreSQL is, for better or worse, not developed by proving
that the code is theoretically correct; we allocate for extensive beta
testing because we know we need extensive beta testing.  Exceptions are
always made, but a new feature has never qualified for such an exception.

"There will always be another release."

-- 
Peter Eisentraut   peter_e(at)gmx(dot)net


In response to

Responses

pgsql-patches by date

Next:From: Weiping HeDate: 2001-11-27 01:12:37
Subject: Re: the new patches for zh_CN NLS
Previous:From: Bruce MomjianDate: 2001-11-26 17:58:02
Subject: Re: Chinese NLS patch, the third try.

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group