CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/08 01:24:01
Added files:
. : Tag: WIN32_DEV UPDATED
Log message:
List derived files.
---(end of broadcast)---
TIP 7:
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Tom Lane wrote:
> >> So? Supplying the derived files via CVS rather than via snapshots
> >> won't improve matters at all for people who haven't got the tools.
>
> > Why do you need the tools if CVS has the files?
>
> Why do you need
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> So? Supplying the derived files via CVS rather than via snapshots
>> won't improve matters at all for people who haven't got the tools.
> Why do you need the tools if CVS has the files?
Why do you need the tools if the nightly snapsh
Marc G. Fournier wrote:
> > Hmm, another problem is that I don't think there is a flex port for
> > MinGW --- at least I remember someone saying they found bison, but not
> > flex, so if they grab the snapshot, they will not be able to use CVS to
> > do development and diffs.
>
> Actually, if I re
Marc G. Fournier wrote:
> > Hmm, another problem is that I don't think there is a flex port for
> > MinGW --- at least I remember someone saying they found bison, but not
> > flex, so if they grab the snapshot, they will not be able to use CVS to
> > do development and diffs.
>
> Actually, if I re
On Sun, 7 Sep 2003, Bruce Momjian wrote:
> Tom Lane wrote:
> > Bruce Momjian <[EMAIL PROTECTED]> writes:
> > >> Tom Lane wrote:
> > >>> I thought the consensus of the discussion was that this was not
> > >>> necessary. It sure doesn't strike me as a good idea.
> >
> > > Also, keep in mind that
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Hmm, another problem is that I don't think there is a flex port for
> > MinGW --- at least I remember someone saying they found bison, but not
> > flex, so if they grab the snapshot, they will not be able to use CVS to
> > do developme
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Hmm, another problem is that I don't think there is a flex port for
> MinGW --- at least I remember someone saying they found bison, but not
> flex, so if they grab the snapshot, they will not be able to use CVS to
> do development and diffs.
So? Supply
Marc G. Fournier wrote:
>
>
> On Sun, 7 Sep 2003, Tom Lane wrote:
>
> > Bruce Momjian <[EMAIL PROTECTED]> writes:
> > >> Tom Lane wrote:
> > >>> I thought the consensus of the discussion was that this was not
> > >>> necessary. It sure doesn't strike me as a good idea.
> >
> > > Also, keep in m
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> >> Tom Lane wrote:
> >>> I thought the consensus of the discussion was that this was not
> >>> necessary. It sure doesn't strike me as a good idea.
>
> > Also, keep in mind that in the end most folks will be building under
> > MinGW us
On Sun, 7 Sep 2003, Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> >> Tom Lane wrote:
> >>> I thought the consensus of the discussion was that this was not
> >>> necessary. It sure doesn't strike me as a good idea.
>
> > Also, keep in mind that in the end most folks will be build
Bruce Momjian <[EMAIL PROTECTED]> writes:
>> Tom Lane wrote:
>>> I thought the consensus of the discussion was that this was not
>>> necessary. It sure doesn't strike me as a good idea.
> Also, keep in mind that in the end most folks will be building under
> MinGW using a release tarball, that ha
Bruce Momjian wrote:
> Tom Lane wrote:
> > Bruce Momjian <[EMAIL PROTECTED]> writes:
> > > Tom Lane wrote:
> > >> I thought the consensus of the discussion was that this was not
> > >> necessary. It sure doesn't strike me as a good idea.
> >
> > > This is only in the WIN32_DEV, where installing b
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Tom Lane wrote:
> >> I thought the consensus of the discussion was that this was not
> >> necessary. It sure doesn't strike me as a good idea.
>
> > This is only in the WIN32_DEV, where installing bison/flex is a pain. I
> > copy th
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> I thought the consensus of the discussion was that this was not
>> necessary. It sure doesn't strike me as a good idea.
> This is only in the WIN32_DEV, where installing bison/flex is a pain. I
> copy the needed files over manually w
Tom Lane wrote:
> [EMAIL PROTECTED] (Bruce Momjian) writes:
> > Added files:
> > src/backend/bootstrap: Tag: WIN32_DEV bootparse.c bootscanner.c
> >bootstrap_tokens.h
> > src/backend/parser: Tag: WIN32_DEV gram.c parse.h scan.c
> > src/interfaces/ecpg/prep
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 22:55:52
Modified files:
. : Tag: WIN32_DEV configure configure.in
Log message:
flex/bison stamp fix.
---(end of broadcast)---
[EMAIL PROTECTED] (Bruce Momjian) writes:
> Added files:
> src/backend/bootstrap: Tag: WIN32_DEV bootparse.c bootscanner.c
> bootstrap_tokens.h
> src/backend/parser: Tag: WIN32_DEV gram.c parse.h scan.c
> src/interfaces/ecpg/preproc: Tag: WIN32_DEV
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 21:56:13
Modified files:
src/backend/libpq: ip.c
Log message:
Avoid using s_addr as a local variable name, to work around broken
system headers on Unixware.
--
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 20:40:52
Modified files:
. : Tag: WIN32_DEV configure configure.in
Log message:
Force flex/bison files to be new.
---(end of broadcast)---
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 20:39:04
Modified files:
. : Tag: WIN32_DEV configure configure.in
Log message:
For flex/bison files to be new.
---(end of broadcast)-
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 20:34:05
Modified files:
. : Tag: WIN32_DEV configure
Log message:
Force flex/bison output files to be current.
---(end of broadcast)-
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 19:51:55
Added files:
src/backend/bootstrap: Tag: WIN32_DEV bootparse.c bootscanner.c
bootstrap_tokens.h
src/backend/parser: Tag: WIN32_DEV gram.c
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 19:02:54
Modified files:
doc: FAQ
doc/src/FAQ: FAQ.html
Log message:
Update URL.
---(end of broadcast)
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 19:01:42
Modified files:
doc: FAQ
doc/src/FAQ: FAQ.html
Log message:
Update URL to be momjian.postgresql.org.
---(end of broad
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 18:44:31
Modified files:
. : Tag: WIN32_DEV configure configure.in
contrib/chkpass: Tag: WIN32_DEV chkpass.c
doc/src/sgml : Tag: WIN32_DEV runtime.sgml
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 13:49:41
Modified files:
. : configure
Log message:
autoconf run.
---(end of broadcast)---
TIP 8: explain analyze
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 13:38:05
Modified files:
. : configure.in
Log message:
Add $srcdir for Win32 builds, from Peter.
---(end of broadcast)
Bruce Momjian <[EMAIL PROTECTED]> writes:
> So that is how testers could get consistent ANALYZE statistics?
Yeah, that too.
regards, tom lane
---(end of broadcast)---
TIP 6: Have you searched our list archives?
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Tom, I see 'set seed' works:
> > test=> set seed = 0;
> > SET
> > but where is it documented?
>
> On the SET reference page. It's not in runtime.sgml because we don't
> allow non-interactive settings (which might or might not
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Tom, I see 'set seed' works:
> test=> set seed = 0;
> SET
> but where is it documented?
On the SET reference page. It's not in runtime.sgml because we don't
allow non-interactive settings (which might or might not be a reasonable
restriction
Tom Lane wrote:
> CVSROOT: /cvsroot
> Module name: pgsql-server
> Changes by: [EMAIL PROTECTED] 03/09/07 12:26:54
>
> Modified files:
> doc/src/sgml : runtime.sgml
> src/backend/optimizer/geqo: geqo_main.c
> src/backend/utils/misc: guc.c postgresql.conf.sample
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 12:27:25
Modified files:
contrib/chkpass: chkpass.c
Log message:
Remove another useless, counterproductive srandom() call.
---(end of broadcast)---
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 12:26:54
Modified files:
doc/src/sgml : runtime.sgml
src/backend/optimizer/geqo: geqo_main.c
src/backend/utils/misc: guc.c postgresql.conf.sample
src/bin/psql
CVSROOT:/cvsroot
Module name:pgsql-server
Changes by: [EMAIL PROTECTED] 03/09/07 11:44:40
Modified files:
src/backend/postmaster: pgstat.c
Log message:
Remove check on source address of a statistics packet. Check was broken
by recent IPv6 changes, a
35 matches
Mail list logo
