let see that this doesn't generate an error
Tom Lane wrote:
>
> I have made a first cut at completing integration of Adriaan Joubert's
> BIT code into the backend. There are a couple little things left to
> do (for example, scalarltsel doesn't know what to do with BIT values)
> as well as some not-so-little things:
>
> 1. SQL92 mentions
> After thinking some more about yesterday's discussions, I propose that
> we adopt the following planning behavior for cursors:
>
> 1. If DECLARE CURSOR does not contain a LIMIT, continue to plan on the
> basis of 10%-or-so fetch (I'd consider anywhere from 5% to 25% to be
> just as reasonable,
I've just tried to checkout a clean copy of the cvs tree, and it seems
that configure is missing a substitutions in Makefile.global.in, ie:
make: *** No rule to make target
`@abs_top_srcdir@/src/Makefile.global.in', needed by
`../../../src/Makefile.global'. Stop.
Any ideas?
Peter
--
Peter T
Just wondering what the cost of begin/end transaction is.
This is for pg_dump which, when restoring BLOBs, inserts multiple rows into
a temporary xref table. The sequence of events is:
Conn1: Begin
Conn1: lo_create/lo_close/lo_write.../lo_close
Conn2: Insert into xref table (which does an impli
[Since I've rested over the weekend, I hope I don't come across this
morning as an angry old snarl, like some of my previous posts on this
subject unfortunately have been.]
Bruce Momjian wrote:
> > * Location-agnostic installation. Documentation (which I'll be happy to
> > contribute) on tha
Peter Eisentraut wrote:
> Lamar Owen writes:
> > Getting the installation that 'make install' spits out massaged into
> > an FHS compliant setup is the majority of the RPM's spec file.
> ./configure --prefix=/usr --sysconfdir=/etc
> Off you go... (I'll refrain from commenting further on the FHS
yes I have been getting them too, I have tried to change my sub but it seems the
address I remember is not taking my requests, and the postgresql.org page that is
supose to descibe how to get off is broken a s well. So at this point I am learning
way more than I need to. (I just can't help fro
Peter Mount writes:
> I've just tried to checkout a clean copy of the cvs tree, and it seems
> that configure is missing a substitutions in Makefile.global.in, ie:
>
> make: *** No rule to make target
> `@abs_top_srcdir@/src/Makefile.global.in', needed by
> `../../../src/Makefile.global'. Stop.
Larry Rosenman writes:
> BUT, we default C to -O, why not C++?
Basically because we haven't done it yet. I'm not sure whether we're
going beta anytime soon, if not it'll probably get implemented.
--
Peter Eisentraut [EMAIL PROTECTED] http://yi.org/peter-e/
> Add new configure option "--enable-uniconv" that enables automatic
> code conversion between Unicode and other encodings. Note that
> this option requires --enable-multibyte also.
> The reason why this is optional is that the feature requires huge
> mapping tables and I don't think every user ne
received
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> [EMAIL PROTECTED]
> Sent: October 29, 2000 2:25 PM
> To: [EMAIL PROTECTED]
> Subject: [HACKERS] its too quiet
>
>
>
> let see that this doesn't generate an error
>
>
Hello,
Small technical question: what exactly CommandCounterIncrement do?
And what exactly it should be used for?
I use it to see data which is changed in current transaction.
If to be more
exact when I write BLOB in transaction each time I write additional piece I
do CommandCounterIncrement.
On Mon, 30 Oct 2000, Zeugswetter Andreas SB wrote:
>
> > After thinking some more about yesterday's discussions, I propose that
> > we adopt the following planning behavior for cursors:
> >
> > 1. If DECLARE CURSOR does not contain a LIMIT, continue to plan on the
> > basis of 10%-or-so fetch
* Peter Eisentraut <[EMAIL PROTECTED]> [001030 10:53]:
> Larry Rosenman writes:
>
> > BUT, we default C to -O, why not C++?
>
> Basically because we haven't done it yet. I'm not sure whether we're
> going beta anytime soon, if not it'll probably get implemented.
My impression was REAL SOON NOW
Larry Rosenman writes:
> Hmm. I wonder why cc and gcc are doing different math. Wierd.
Not only that, but you get different results with the same compiler
depending on different optimization settings. The joys of binary floating
point...
> I suspect it might have to do with what gcc was comp
On Mon, 30 Oct 2000, Peter Eisentraut wrote:
> Peter Mount writes:
>
> > I've just tried to checkout a clean copy of the cvs tree, and it seems
> > that configure is missing a substitutions in Makefile.global.in, ie:
> >
> > make: *** No rule to make target
> > `@abs_top_srcdir@/src/Makefile.gl
On Mon, 30 Oct 2000, Peter Eisentraut wrote:
> Peter Mount writes:
>
> > > Run './config.status --recheck'.
> >
> > No still has the problem. I'm currently having to edit it manually to get
> > round the problem.
>
> Oh, you need to run './config.status' as well. './config.status
> --recheck'
Peter Mount writes:
> > Run './config.status --recheck'.
>
> No still has the problem. I'm currently having to edit it manually to get
> round the problem.
Oh, you need to run './config.status' as well. './config.status
--recheck' figures out the new value of @abs_top_srcdir@, and
'./config.st
Vadim Mikheev writes:
> WAL todo list looks like:
So what's the latest on going beta?
--
Peter Eisentraut [EMAIL PROTECTED] http://yi.org/peter-e/
> > Add new configure option "--enable-uniconv" that enables automatic
> > code conversion between Unicode and other encodings. Note that
> > this option requires --enable-multibyte also.
> > The reason why this is optional is that the feature requires huge
> > mapping tables and I don't think eve
Tom Lane wrote:
> Alex Pilosov <[EMAIL PROTECTED]> writes:
> > I think this happens after I create/modify tables which reference this
> > table. This is spontaneous, and doesn't _always_ happen...
>
> Um. I was hoping it was something more easily fixable :-(. What's
> causing the relcache to dec
Hi Sirs.
What is the data definition for the aclitem datatype, I'm not able to found it
in the sources, I know is there but I was not able to find it. Thank you.
--
Luis MagaƱa
Gnovus Networks & Software
www.gnovus.com
Tel. +52 (7) 4422425
[EMAIL PROTECTED]
> > Hmm. I wonder why cc and gcc are doing different math. Wierd.
>
> Not only that, but you get different results with the same compiler
> depending on different optimization settings. The joys of
> binary floating point...
Same on AIX.
Andreas
I believe that its just resting on Vadim again to give us the go ahead
... which I believe its always been on his shoulders, no? :)
Vadim?
On Mon, 30 Oct 2000, Peter Eisentraut wrote:
> Vadim Mikheev writes:
>
> > WAL todo list looks like:
>
> So what's the latest on going beta?
>
> --
>
25 matches
Mail list logo