{
sprintf(cp, :%02d, abs(tm-tm_sec));
cp += strlen(cp);
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat
I was dealing with SCO on PG issues, and they supplied the following patch
against 7.3.3 for SCO OSR5.
Can it be massaged for 7.4?
LER
Forwarded Message
Date: Tuesday, July 15, 2003 13:09:40 -0700
From: Kean Johnston [EMAIL PROTECTED]
To: Larry Rosenman [EMAIL PROTECTED
2nd followup from Kean.
LER
Forwarded Message
Date: Friday, July 18, 2003 23:43:55 -0700
From: Kean Johnston [EMAIL PROTECTED]
To: Larry Rosenman [EMAIL PROTECTED]
Cc:
Subject: Re: PG Patch
Larry Rosenman wrote:
I got a question from the PG Core Team (Bruce Momjian
PROTECTED]
To: Larry Rosenman [EMAIL PROTECTED]
Cc:
Subject: Re: PG Patch
Larry Rosenman wrote:
BTW, you mentioned gAPI, what's the un-TLA'ing of that, and a WWW ref?
gABI - General Application Binary Interface.
http://www.sco.com/developers/gabi
Oh and this isnt a SCO-only thing, most UNIXes
Forwarded Message
Date: Saturday, July 19, 2003 16:10:36 -0700
From: Kean Johnston [EMAIL PROTECTED]
To: Larry Rosenman [EMAIL PROTECTED]
Cc:
Subject: Re: PG Patch
I'm trying to get a discussion going, as Bruce wants to do it right for
ALL platforms or none
--On Wednesday, July 23, 2003 12:20:34 +0200 Peter Eisentraut
[EMAIL PROTECTED] wrote:
Larry Rosenman writes:
Why do this at all? Security. Having shared libraries without full
SONAME's is a big security risk. There have been any number of huge
explots based around this. Point me at any
Date: Thursday, July 24, 2003 04:33:12 -0700
From: Kean Johnston [EMAIL PROTECTED]
To: Larry Rosenman [EMAIL PROTECTED]
Cc: Peter Eisentraut [EMAIL PROTECTED]
Subject: Re: [PATCHES] PG Patch (fwd) [openserver patch followup #2]
These concerns might have some merit, but the solution
--On Friday, July 25, 2003 09:37:04 +0200 Peter Eisentraut
[EMAIL PROTECTED] wrote:
Larry Rosenman writes:
Universal Practice does NOT equal Security and Usability.
Please consider what Kean is saying here.
What Kean is saying is that your system is insecure if you have a setuid
executable
--On Friday, July 25, 2003 11:58:18 +0200 Peter Eisentraut
[EMAIL PROTECTED] wrote:
Larry Rosenman writes:
I disagree STRONGLY with what you are saying here. What harm does it do
to add the ABILITY for a port to use a ABSOLUTE DT_SONAME?
We can discuss adding the ability, but I'm against
=-D_REENTRANT -K pthread -DHAVE_POSIX_GETPWUID_R
+ NEED_REENTRANT_FUNC_NAMES=yes
fi
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pg.patch.2003-08-08
--On Sunday, September 07, 2003 14:19:00 -0500 Larry Rosenman
[EMAIL PROTECTED] wrote:
--On Sunday, September 07, 2003 20:22:30 +0200 [EMAIL PROTECTED] wrote:
[snip]
/usr/local/bin/gmake -C libpq all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/libpq'
cc -O -Kinline
v7.4?
Bruce sent me a copy of the patch, and it BREAKS UnixWare (If y'all
care).
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pgp0
--On Sunday, November 02, 2003 23:05:21 +0100 Peter Eisentraut
[EMAIL PROTECTED] wrote:
Larry Rosenman writes:
The problem is MOST people will **NOT** be able to get the fixed compiler
as it's on the Upgrade Pack path (PAY FOR), and **NOT** the Maintenance
Pack path (Free).
Why did
--On Wednesday, November 05, 2003 04:23:35 -0500 Bruce Momjian
[EMAIL PROTECTED] wrote:
Peter Eisentraut wrote:
Larry Rosenman writes:
You can reduce the example down to
extern char *strcpy(char *, const char *);
static void f(char *p, int n){
strcpy(p+n
diff -u -r1.1 Makefile
--- src/tools/fsync/Makefile18 Mar 2004 03:56:59 - 1.1
+++ src/tools/fsync/Makefile18 Mar 2004 21:39:26 -
@@ -4,7 +4,7 @@
#
TARGET = test_fsync
XFLAGS =
-CFLAGS = -g -Wall
+CFLAGS = -O
LIBS =
$(TARGET) : test_fsync.o
--
Larry Rosenman
--On Friday, March 19, 2004 09:18:03 -0600 Larry Rosenman [EMAIL PROTECTED]
wrote:
--On Friday, March 19, 2004 10:15:56 -0500 Bruce Momjian
[EMAIL PROTECTED] wrote:
[moved to -patches because of the patch]
--On Friday, March 19, 2004 08:01:53 -0500 Bruce Momjian
[EMAIL PROTECTED] wrote
On Fri, 19 Mar 2004, Bruce Momjian wrote:
Larry Rosenman wrote:
Yes, his patch ended up adding this to THREAD_LIBS, but
template/unixware has:
For gcc:
THREAD_CPPFLAGS=-pthread
and for non-gcc:
THREAD_CPPFLAGS=-K pthread
Larry, are these wrong?
Nope
with NaN and Infinity i/o.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pgp0.pgp
Description: PGP signature
--On Thursday, May 13, 2004 20:49:28 -0400 Tom Lane [EMAIL PROTECTED]
wrote:
Larry Rosenman [EMAIL PROTECTED] writes:
the int4/int8 have to do with NaN and Infinity i/o.
Those we care about. I was hoping CVS tip would Just Work Everywhere
on that point, but evidently not :-(. What do you get
--On Thursday, May 13, 2004 21:35:43 -0400 Tom Lane [EMAIL PROTECTED]
wrote:
Larry Rosenman [EMAIL PROTECTED] writes:
Where does it leave the ptr pointing to?
$ ./test3
ptr=8049682, points to N
ptr=8049686, points to f
Indeed, they found an original new way to get it wrong. Please point
out
--On Friday, May 14, 2004 09:41:58 -0400 Tom Lane [EMAIL PROTECTED] wrote:
Larry Rosenman [EMAIL PROTECTED] writes:
Reply from SCO:
Indeed. For inf, infinity, and nan, but not
nan(digits), the pointer is left at the trailing
matched character instead of the next.
Moreover, checking our
2004 15:44:05 - 1.36
+++ unixware14 May 2004 15:36:45 -
@@ -1,5 +1,4 @@
if test $GCC != yes; then
-then
# The -Kno_host is for a bug in the compiler. See -hackers
# discussion on 7-8/Aug/2003.
cat conftest.c __EOF__
--
Larry Rosenman http
might also see Join test failures due to ordering differences, and
these
+are ok.
+
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
faq.patch
based code on these platforms.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611
---(end of broadcast)---
TIP 9
On Nov 28 2005, Tom Lane wrote:
Larry Rosenman ler@lerctr.org writes:
-lnsl is needed on SVR4 derivatives, like Solaris and UnixWare. it is
the network services library.
You'll needed it for ANY socket based code on these platforms.
Is there any specific function symbol we can test
On Nov 28 2005, Tom Lane wrote:
Larry Rosenman ler@lerctr.org writes:
-lnsl is needed on SVR4 derivatives, like Solaris and UnixWare. it is
the network services library.
libsocket requires libnsl:
[1] NEEDED /usr/lib/libnsl.so.1
Hmmm ... but given that, is it needed
Larry Rosenman wrote:
Jim C. Nasby wrote:
On Mon, May 01, 2006 at 12:28:21PM -0500, Larry Rosenman wrote:
Since both vacuum and autovacuum will be cutting stats records, do
we want to just have the autovacuum
stats record have the fact that it was autovacuum that did the
vacuum
Larry Rosenman wrote:
Greetings,
I've got a patch to be reviewed for having the stats system keep
track of the last
time a table was vacuumed or analyzed either by the user or via
AutoVacuum.
The patch is at:
http://www.lerctr.org/~ler/pg-dev/vacuum-autovacuum-times-stats.diff
I'd
. The
! functionpg_encoding_to_char/function can be used to translate
! this to the encoding name used/entry
/row
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 512-248-2683 E-Mail: ler@lerctr.org
US Mail: 430 Valona Loop, Round Rock, TX
.
To -patches, would folks prefer that I aggregate the patches into a
single CVS commit, or do a commit for each patch?
-Neil
Personal opinion, but since they are all related, one big commit seems to
make sense to me.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
, per filesystem. At least that
was the case on SCO UnixWare (No, I no longer run it).
LER
regards, tom lane
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 512-248-2683 E-Mail: [EMAIL PROTECTED]
US Mail: 430 Valona Loop
31 matches
Mail list logo