Bruce Momjian <[EMAIL PROTECTED]> writes:
> Is this being worked on?
I think we dealt with that already.
regards, tom lane
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
Is this being worked on?
---
Tom Lane wrote:
> Joshua Reich <[EMAIL PROTECTED]> writes:
> > I'm not sure exactly what to do here. I tried simply doing
> > CREATE TYPE cube;
>
> > But I still get NOTICE's to the effect of "r
Joshua Reich <[EMAIL PROTECTED]> writes:
> I'm not sure exactly what to do here. I tried simply doing
> CREATE TYPE cube;
> But I still get NOTICE's to the effect of "return type cube is only a
> shell" or "argument type cube is only a shell".
Hmm ... I remembered that we'd discussed suppressing
I'm not sure exactly what to do here. I tried simply doing
CREATE TYPE cube;
But I still get NOTICE's to the effect of "return type cube is only a
shell" or "argument type cube is only a shell".
I'm not sure how to do this to get zero NOTICES.
Advice appreciated.
Josh Reich
Tom Lane wrote:
Bruce Momjian wrote:
> Tom Lane wrote:
>> Joshua Reich <[EMAIL PROTECTED]> writes:
The problem is that there are new functions in cube.sql, so the output
is now different and breaks the diff (to state the obvious).
>> Actually, the new theory on this is that you should explicitly create
Tom Lane wrote:
> Joshua Reich <[EMAIL PROTECTED]> writes:
> >> The problem is that there are new functions in cube.sql, so the output
> >> is now different and breaks the diff (to state the obvious).
>
> Actually, the new theory on this is that you should explicitly create
> a shell type first:
Joshua Reich <[EMAIL PROTECTED]> writes:
>> The problem is that there are new functions in cube.sql, so the output
>> is now different and breaks the diff (to state the obvious).
Actually, the new theory on this is that you should explicitly create
a shell type first:
CREATE TYPE cube;
Stating the obvious, again - attached is my patch for earthdistance.
Apologies for breaking the build.
Josh
Joshua Reich wrote:
Ok. If I understand this correctly, earthdistance required cube. So,
I'll fix the test for earthdistance to work with the new cube code.
The problem is that there
Ok. If I understand this correctly, earthdistance required cube. So,
I'll fix the test for earthdistance to work with the new cube code.
The problem is that there are new functions in cube.sql, so the output
is now different and breaks the diff (to state the obvious).
Josh Reich
Tom Lane wr
Joshua Reich <[EMAIL PROTECTED]> writes:
> Can you point to me where I can get a regression diff for a failed
> build.
It's all on the webpage, just scroll down ...
regards, tom lane
---(end of broadcast)---
TIP 4: Have you
Can you point to me where I can get a regression diff for a failed
build. For the install-checks that I looked at on the buildfarm, I see:
== running regression test queries==
test cube ... ok
Josh
Tom Lane wrote:
[EMAIL PROTECTED] (Bruce Momji
[EMAIL PROTECTED] (Bruce Momjian) writes:
> Log Message:
> ---
> /contrib/cube improvements:
Should I point out that the buildfarm universally reports failure?
regards, tom lane
---(end of broadcast)---
TIP 1: if pos
12 matches
Mail list logo
