On Sat, Oct 26, 2002 at 11:58:35PM -0400, Bruce Momjian wrote:
> Alvaro Herrera wrote:
> > On Sat, Oct 26, 2002 at 11:12:01PM -0400, Bruce Momjian wrote:
> > >
> > > Tom's idea of doing this as part of the already added per-user/per-db
> > > settings seems like a good direction to take.
> >
> > Y
Alvaro Herrera wrote:
> On Sat, Oct 26, 2002 at 11:12:01PM -0400, Bruce Momjian wrote:
> >
> > Tom's idea of doing this as part of the already added per-user/per-db
> > settings seems like a good direction to take.
>
> Yes, but how? The current implementation has a setting column in
> pg_shadow,
On Sat, Oct 26, 2002 at 11:12:01PM -0400, Bruce Momjian wrote:
>
> Tom's idea of doing this as part of the already added per-user/per-db
> settings seems like a good direction to take.
Yes, but how? The current implementation has a setting column in
pg_shadow, and another in pg_database. Is the
Please check it and confirm ... I believe everything, includin the docs,
should be right on this ... if not, I'm going to repackage before
announcing ...
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.or
Tom's idea of doing this as part of the already added per-user/per-db
settings seems like a good direction to take.
---
Marc G. Fournier wrote:
> On Fri, 25 Oct 2002, Bruce Momjian wrote:
>
> >
> > I need others wanting thi
Marc G. Fournier wrote:
> On Fri, 25 Oct 2002, Bruce Momjian wrote:
>
> >
> > We are putting out beta3 today or tomorrow. It seems we are ready to
> > start considering an RC1 date, perhaps next Friday, November 1?
>
> tom is away for the week, so I wouldn't see anything earlier hten the week
>
On Sat, 26 Oct 2002, Thomas Lockhart wrote:
> ... and just out of curiosity, why does Bruce's message have a [HACKERS]
> tag in the subject line but my reply does not? It seems to be going
> through the same mailer but with different results...
*puzzled look* both messages arrived here with the
On Sat, 26 Oct 2002, Thomas Lockhart wrote:
> >>Seems like someone ought to issue a call for port reports. The
> >>"supported platforms" list hasn't been touched ...
> > Good point. Thomas, can you take that on?
>
> No, at least not now. I'm not able to communicate reliably with the
> mailing li
On Fri, 25 Oct 2002, Bruce Momjian wrote:
>
> We are putting out beta3 today or tomorrow. It seems we are ready to
> start considering an RC1 date, perhaps next Friday, November 1?
tom is away for the week, so I wouldn't see anything earlier hten the week
following tha t...
>
> ---
On Fri, 25 Oct 2002, Bruce Momjian wrote:
>
> I need others wanting this before I can add something of this
> sophistication to TODO.
Sounds cool to me, and would satisfy what I'm looking for, since it sounds
like the same user could have different limits depending on the database
they are/were c
On Sat, 2002-10-26 at 18:27, Tom Lane wrote:
> Larry Rosenman <[EMAIL PROTECTED]> writes:
> > How concerned are we about assignment type mismatch warnings?
>
> They're probably all "char versus unsigned char" complaints?
Probably. The first few I looked at are PG_GETARG_CSTRING to unsigned
char
Larry Rosenman <[EMAIL PROTECTED]> writes:
> How concerned are we about assignment type mismatch warnings?
They're probably all "char versus unsigned char" complaints?
There are a ton of them on compilers that care about it; most of
'em in the multibyte support. While it would be nice to clean
Update as you suggested:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
---
Larry Rosenman wrote:
> On Sat, 2002-10-26 at 15:11, Bruce Momjian wrote:
> >
> > Updated:
> >
> > http://candle.ph
On Sat, 2002-10-26 at 15:11, Bruce Momjian wrote:
>
> Updated:
>
> http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
the illustrious marketing folks at The SCO group (nee Caldera) have
renamed this OS back to UnixWare. You may want to change the first
column back to Uni
Ports list updated:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
---
Alvaro Herrera wrote:
> On Sat, Oct 26, 2002 at 04:01:17PM -0400, Bruce Momjian wrote:
> >
> > Updated:
> >
> > http://c
Can you send over a list of the errors and we will check them out.
---
Larry Rosenman wrote:
> How concerned are we about assignment type mismatch warnings?
>
> I got a bunch in the mb stuff, and some in other places from
Updated:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
---
Larry Rosenman wrote:
> We pass all regression test.
>
> this is UnixWare 7.1.3, with the native cc compiler.
>
>
> --
> Larry Ro
Bruno Wolff III wrote:
> On Sat, Oct 26, 2002 at 01:04:55 -0400,
> Bruce Momjian <[EMAIL PROTECTED]> wrote:
> >
> > The per db/user stuff is stored in the pg_database/pg_shadow tables per
> > row, so they exist in permanent storage.
>
> I have a question about this. This stuff is per user OR pe
On Sat, Oct 26, 2002 at 04:01:17PM -0400, Bruce Momjian wrote:
>
> Updated:
>
> http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
Linux 2.4 on IA32 passes also.
--
Alvaro Herrera ()
"La felicidad no es mañana. La felicidad es ahora"
---(end of
Updated:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
---
Doug McNaught wrote:
> Doug McNaught <[EMAIL PROTECTED]> writes:
>
> > OK, compile went fine, but I get multiple regression test failu
Updated:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
---
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Folks. start sending in those plaform reports, OS name and version
>
Doug McNaught <[EMAIL PROTECTED]> writes:
> OK, compile went fine, but I get multiple regression test failures:
>
> test geometry ... FAILED
After realizing that my disk had filled up (thanks Alvaro) I reran the
tests and 'geometry' is the only failure. I'm guessing this is due to
f
On 26 Oct 2002, Doug McNaught wrote:
> Tom Lane <[EMAIL PROTECTED]> writes:
>
> > Doug McNaught <[EMAIL PROTECTED]> writes:
> > > make[3]: Entering directory
>`/home/doug/src/pgsql/src/backend/utils/mb/conversion_procs/ascii_and_mic'
> > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declaration
I'm looking at different ways of optimizing queries with a large number of
joins. I write the same query in a number of different ways and compare
the running times. Now the problem is I do not want the optimizer
changing the queries. So I explicit state the order of the joins in the
FROM clause
How concerned are we about assignment type mismatch warnings?
I got a bunch in the mb stuff, and some in other places from the
UnixWare 7.1.3 compiler. We still pass all regression tests.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812
We pass all regression test.
this is UnixWare 7.1.3, with the native cc compiler.
--
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
-
Tom Lane <[EMAIL PROTECTED]> writes:
> Doug McNaught <[EMAIL PROTECTED]> writes:
> > make[3]: Entering directory
>`/home/doug/src/pgsql/src/backend/utils/mb/conversion_procs/ascii_and_mic'
> > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -fpic
> > -I../../../../../../src/include -c
Doug McNaught <[EMAIL PROTECTED]> writes:
> make[3]: Entering directory
>`/home/doug/src/pgsql/src/backend/utils/mb/conversion_procs/ascii_and_mic'
> gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -fpic
> -I../../../../../../src/include -c -o ascii_and_mic.o
> ascii_and_mic.c
> ascii_
Tom Lane <[EMAIL PROTECTED]> writes:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Folks. start sending in those plaform reports, OS name and version
> > number please.
>
> I've checked CVS tip on:
> HPUX 10.20, using both gcc and vendor's cc
> PPC Linux
> Mac OS X 10.1
I get
Larry Rosenman <[EMAIL PROTECTED]> writes:
>> so the text of the message is surely not what they are really
>> complaining about? Or is the compiler broken?
> I'll ask, it is Beta (although the Compiler has done this since the C99
> functionality was added, and it causes a LOT of open source stuff
On Sat, 2002-10-26 at 10:07, Tom Lane wrote:
> Larry Rosenman <[EMAIL PROTECTED]> writes:
> > Without specifying the -Xb switch to kill the C99 interpretation of
> > inline, I get the following from current CVS:
>
> > UX:acomp: ERROR: "tuplesort.c", line 1854: "inline" functions cannot use
> > "st
Larry Rosenman <[EMAIL PROTECTED]> writes:
> With cc -Xb, we get farther, but still die (CURRENT CVS):
> cc -Xb -O -g -K PIC -I../../../../../../src/include -I/usr/local/include -c -o
>ascii_and_mic.o ascii_and_mic.c
> UX:cc: WARNING: debugging and optimization mutually exclusive; -O disable
Larry Rosenman <[EMAIL PROTECTED]> writes:
> Without specifying the -Xb switch to kill the C99 interpretation of
> inline, I get the following from current CVS:
> UX:acomp: ERROR: "tuplesort.c", line 1854: "inline" functions cannot use
> "static" identifier: myFunctionCall2
I don't understand wha
With cc -Xb, we get farther, but still die (CURRENT CVS):
cc -Xb -O -g -K PIC -I../../../../../../src/include -I/usr/local/include -c -o
ascii_and_mic.o ascii_and_mic.c
UX:cc: WARNING: debugging and optimization mutually exclusive; -O disabled
UX:acomp: ERROR: "ascii_and_mic.c", line 19: sy
Without specifying the -Xb switch to kill the C99 interpretation of
inline, I get the following from current CVS:
UX:acomp: ERROR: "tuplesort.c", line 1854: "inline" functions cannot use
"static" identifier: myFunctionCall2
UX:acomp: ERROR: "tuplesort.c", line 1856: "inline" functions cannot use
"
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Folks. start sending in those plaform reports, OS name and version
> number please.
I've checked CVS tip on:
HPUX 10.20, using both gcc and vendor's cc
PPC Linux
Mac OS X 10.1
regards, tom lane
--
36 matches
Mail list logo
