Re: [HACKERS] Re: [DOCS] Reference Manual

From: "Jose' Soares Da Silva" <sferac(at)proxy(dot)bazzanese(dot)com>
To: "Thomas G(dot) Lockhart" <lockhart(at)alumni(dot)caltech(dot)edu>
Cc: Jose Soares Da Silva <sferac(at)bo(dot)nettuno(dot)it>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Re: [DOCS] Reference Manual
Date: 1998-04-02 11:11:46
Message-ID: Pine.LNX.3.96.980402110942.1574A-100000@proxy.bazzanese.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, 1 Apr 1998, Thomas G. Lockhart wrote:

> > > tgl=> select extract (year from date 'now');
> > > date_part
> > > ---------
> > > 1998
> > > (1 row)
> > It doesn't work for me. Why ??
> > psql=> select extract (year from current_timestamp);
> > ERROR: function date_part(unknown, timestamp) does not exist
>
> What version of Postgres are you running? Something may have gone a
> little screwy in v6.3.1, since the numerology regression test has been
> reported to have failed with it unable to compare an int4 to a float8.
>
> It must work for some installations though since they wouldn't have
> released without a clean regression test, right? :)
>
> I'm still developing with v6.3 because I'm in the middle of working on
> the automatic type conversion stuff...
>
I I'm running version 6.3 and my regress.out is like this:

=============== Notes... =================
postmaster must already be running for the regression tests to succeed.
The time zone is now set to PST8PDT explicitly by this regression test
client frontend. Please report any apparent problems to
ports(at)postgresql(dot)org
See regress/README for more information.

=============== destroying old regression database... =================
=============== creating new regression database... =================
=============== running regression queries... =================
boolean .. ok
char .. ok
char2 .. ok
char4 .. ok
char8 .. ok
char16 .. ok
varchar .. ok
text .. ok
strings .. ok
int2 .. ok
int4 .. ok
oid .. ok
oidint2 .. ok
oidint4 .. ok
oidname .. ok
float4 .. ok
float8 .. ok
numerology .. ok
point .. ok
lseg .. ok
box .. ok
path .. ok
polygon .. ok
circle .. ok
geometry .. failed
timespan .. ok
datetime .. ok
reltime .. ok
abstime .. ok
tinterval .. ok
horology .. ok
comments .. ok
create_function_1 .. ok
create_type .. ok
create_table .. ok
create_function_2 .. ok
constraints .. ok
triggers .. ok
copy .. ok
create_misc .. ok
create_aggregate .. ok
create_operator .. ok
create_view .. ok
create_index .. ok
sanity_check .. ok
errors .. ok
select .. ok
select_into .. ok
select_distinct .. ok
select_distinct_on .. ok
subselect .. ok
aggregates .. ok
transactions .. ok
random .. ok
portals .. ok
misc .. ok
arrays .. ok
btree_index .. ok
hash_index .. ok
select_views .. ok
alter_table .. ok
portals_p2 .. ok
Ciao, Jose'

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Maurice Gittens 1998-04-02 11:33:54 Re: [HACKERS] Its not my fault. Its SEG's FAULT!
Previous Message Horng Chi-Yi 1998-04-02 09:24:46 unsubscribe