> > 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
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]
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?
>
> --
>
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
> > 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
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
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'
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/
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
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
* 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
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
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.
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
>
>
> 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
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/
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.
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 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
[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
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
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
> 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,
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
let see that this doesn't generate an error
25 matches
Mail list logo
