Alvaro Herrera <[EMAIL PROTECTED]> writes:
> On Mon, Jul 04, 2005 at 06:51:48PM +0200, Peter Eisentraut wrote:
>> This warning has existed in one from or another ever since the latest
>> flex version is in use.
> Really? Hmm, maybe the issue is that my system "upgraded itself." I
> see flex is
You are into the cycle we were in. We discussed pg_object size (too
vague) and pg_index_size (needs pg_toast_size too, and maybe toast
indexes; too many functions).
Yeah, I read those discussions, and think you were better off then than you
are now, which is why I went back to it somewhat.
On Monday 04 July 2005 13:25, Bruce Momjian wrote:
> Robert Treat wrote:
> > Actually I'd agree with Tom, pg_dbfile_size is ugly, and suggest to me I
> > could use a filename as an argument. ISTM that if we think that
> > functions like pg_database_size and pg_tablespace_size all make sense,
> > t
Victor Yegorov wrote:
Compiling HEAD I see the following 2 warnings:
bison -y -d preproc.y
mv -f y.tab.c ./preproc.c
mv -f y.tab.h ./preproc.h
/usr/bin/flex -o'pgc.c' pgc.l
gcc -O2 -ggdb -DBITMAP_DEBUG -Wall -Wmissing-prototypes -Wpointer-arith
-Wendif-labels -fno-strict-aliasing -g -Wno-err
Bruce Momjian wrote:
Your patch has been added to the PostgreSQL unapplied patches list
That is not the latest version of Marko's patch. But in any case, the
patch is not yet ready for application:
http://archives.postgresql.org/pgsql-patches/2005-07/msg00077.php
-Neil
Compiling HEAD I see the following 2 warnings:
...
make[4]: Leaving directory `/home/viy/prj/pgb/src/interfaces/ecpg/compatlib'
make -C preproc all
make[4]: Entering directory `/home/viy/prj/pgb/src/interfaces/ecpg/preproc'
make -C ../../../../src/port all
make[5]: Entering directory `/home/viy/pr
On Thu, 30 Jun 2005 00:06:42 +0200
"Andreas 'ads' Scherbaum" <[EMAIL PROTECTED]> wrote:
> is it possible in a module to receive an event, get a trigger fired,
> get a function called or something like this when the current
> transaction is about to be committed?
>
> Background:
> In a module (tab
Jim C. Nasby wrote:
On Mon, Jul 04, 2005 at 04:14:51PM +1200, Oliver Jowett wrote:
Tom Lane wrote:
It appears that somebody has changed things so that the -L switches
appear after the -l switches (ie, too late). I'm too tired to
investigate now, but my money is on Autoconf 2.59 bei
On Mon, Jul 04, 2005 at 04:14:51PM +1200, Oliver Jowett wrote:
> Tom Lane wrote:
>
> >It appears that somebody has changed things so that the -L switches
> >appear after the -l switches (ie, too late). I'm too tired to
> >investigate now, but my money is on Autoconf 2.59 being the problem ...
>
> -Original Message-
> From: Robert Treat [mailto:[EMAIL PROTECTED]
> Sent: 04 July 2005 18:21
> To: Dave Page
> Cc: Tom Lane; Dawid Kuroczko; Andreas Pflug; Bruce Momjian;
> PostgreSQL-patches; PostgreSQL-development
> Subject: Re: [HACKERS] [PATCHES] Dbsize backend integration
>
>
Robert Treat wrote:
> Actually I'd agree with Tom, pg_dbfile_size is ugly, and suggest to me I
> could
> use a filename as an argument. ISTM that if we think that functions like
> pg_database_size and pg_tablespace_size all make sense, the natural extension
> would be functions called pg_index
On Monday 04 July 2005 10:11, Dave Page wrote:
> > -Original Message-
> > From: Tom Lane [mailto:[EMAIL PROTECTED]
> > Sent: 04 July 2005 14:54
> > To: Dave Page
> > Cc: Dawid Kuroczko; Andreas Pflug; Bruce Momjian;
> > PostgreSQL-patches; PostgreSQL-development
> > Subject: Re: [HACKERS] [
On Mon, Jul 04, 2005 at 06:51:48PM +0200, Peter Eisentraut wrote:
> Alvaro Herrera wrote:
> > I see new warnings in the generation of plpgsql's scanner:
> >
> > /usr/bin/flex -Pplpgsql_base_yy
> > -o'/pg/source/00orig/src/pl/plpgsql/src/pl_scan.c'
> > /pg/source/00orig/src/pl/plpgsql/src/scan.l
>
Alvaro Herrera wrote:
> On Mon, Jul 04, 2005 at 12:45:47PM -0400, Bruce Momjian wrote:
> > Right now, we use 'cp' in unix, and a copydir() function on Win32.
> > Shouldn't we be using copydir() on all platforms so we can report errors
> > more easily?
>
> I agree. In fact, I didn't understand it
Bruce Momjian wrote:
> Right now, we use 'cp' in unix, and a copydir() function on Win32.
> Shouldn't we be using copydir() on all platforms so we can report errors
> more easily?
Oops, I see Win32 CopyFile() in copydir.c. Seems copydir() would need
some modifications to work on Unix. I added i
Alvaro Herrera wrote:
> I see new warnings in the generation of plpgsql's scanner:
>
> /usr/bin/flex -Pplpgsql_base_yy
> -o'/pg/source/00orig/src/pl/plpgsql/src/pl_scan.c'
> /pg/source/00orig/src/pl/plpgsql/src/scan.l
> /pg/source/00orig/src/pl/plpgsql/src/scan.l:198: warning, the
> character rang
On Mon, Jul 04, 2005 at 12:45:47PM -0400, Bruce Momjian wrote:
> Right now, we use 'cp' in unix, and a copydir() function on Win32.
> Shouldn't we be using copydir() on all platforms so we can report errors
> more easily?
I agree. In fact, I didn't understand it back then when you opposed the
id
Right now, we use 'cp' in unix, and a copydir() function on Win32.
Shouldn't we be using copydir() on all platforms so we can report errors
more easily?
--
Bruce Momjian| http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life
I see new warnings in the generation of plpgsql's scanner:
/usr/bin/flex -Pplpgsql_base_yy
-o'/pg/source/00orig/src/pl/plpgsql/src/pl_scan.c'
/pg/source/00orig/src/pl/plpgsql/src/scan.l
/pg/source/00orig/src/pl/plpgsql/src/scan.l:198: warning, the character range
[-ΓΏ] is ambiguous in a case-in
Andrew Dunstan wrote:
> I was also slightly dubious about it. However, we do still need to
> solve the problem that the patch addressed. Buildfarm members
> platypus and cuckoo are currently failing because dblink is picking
> up the wrong libpq (and it appears that incorrect libraries are also
> b
Stephen Frost wrote:
-- Start of PGP signed section.
> * Bruce Momjian (pgman@candle.pha.pa.us) wrote:
> > This patch disables page writes to WAL when fsync is off, because with
> > no fsync guarantee, the page write recovery isn't useful.
>
> This doesn't seem quite right to me. What happens wit
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
It will be applied as soon as one of the PostgreSQL committers reviews
and approves it.
---
Ma
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 04 July 2005 14:54
> To: Dave Page
> Cc: Dawid Kuroczko; Andreas Pflug; Bruce Momjian;
> PostgreSQL-patches; PostgreSQL-development
> Subject: Re: [HACKERS] [PATCHES] Dbsize backend integration
>
> "Dave Page" w
Bruce Momjian wrote:
> Tom Lane wrote:
> > "Dave Page" writes:
> > > Aside from the fact that's a change to the API that we had settled on,
> > > it doesn't solve the actual problem of needing a suitable name for a
> > > function that returns the size of a table /or/ index. pg_relation_size()
> >
Tom Lane wrote:
> "Dave Page" writes:
> > Aside from the fact that's a change to the API that we had settled on,
> > it doesn't solve the actual problem of needing a suitable name for a
> > function that returns the size of a table /or/ index. pg_relation_size()
> > or pg_table_size() can't be use
"Dave Page" writes:
> Aside from the fact that's a change to the API that we had settled on,
> it doesn't solve the actual problem of needing a suitable name for a
> function that returns the size of a table /or/ index. pg_relation_size()
> or pg_table_size() can't be used for precisely the reason
Marc G. Fournier wrote:
> On Mon, 4 Jul 2005, Bruce Momjian wrote:
>
> > Here is a rough outline of what is coming for 8.1:
> >
> > o On Monday, we will collect all submitted patches.
> > o Within the next 2-4 weeks, we will apply all patches that
> > can be applied.
> > o We will make sure a
Dear Tom,
We probably need to think a bit harder about the meaning of CREATEROLE
though. Right now it gives free license not only to create roles but
to alter any property of existing roles. This seems appropriate if you
think of it as a "safer form of superuser", which is how I was thinking
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 03 July 2005 17:10
> To: Dawid Kuroczko
> Cc: Andreas Pflug; Dave Page; Bruce Momjian;
> PostgreSQL-patches; PostgreSQL-development
> Subject: Re: [HACKERS] [PATCHES] Dbsize backend integration
>
> Dawid Kuroczko
29 matches
Mail list logo
