Re: [HACKERS] Lost a function overloading capability in v6.3 - Mailing list pgsql-hackers

From Thomas G. Lockhart
Subject Re: [HACKERS] Lost a function overloading capability in v6.3
Date
Msg-id 34FC14CB.16373A2@alumni.caltech.edu
Whole thread Raw
In response to Re: [HACKERS] Lost a function overloading capability in v6.3  (Michael Meskes <meskes@topsystem.de>)
Responses Re: [HACKERS] Lost a function overloading capability in v6.3  (Michael Meskes <meskes@topsystem.de>)
Re: [HACKERS] Lost a function overloading capability in v6.3  (jwieck@debis.com (Jan Wieck))
List pgsql-hackers
> Thomas G. Lockhart writes:
> >   CREATE FUNCTION abstime_datetime(int4)
> >   RETURNS datetime
> >   AS '-' LANGUAGE 'internal';
>
> Did that. Could anyone please tell me how to drop this function?

destroydbcreatedb

Oops. Sorry about that. The good news is that the function isn't damaging to
your system :-/

> > When I run this same thing on v6.3, I get a date sometime in 1974 which
> > I think might actually be derived from a pointer interpreted as an
> > integer :(
> >
> > postgres=> select abstime_datetime(0);
> > abstime_datetime
> > ----------------------------
> > Wed Apr 24 18:51:28 1974 GMT
> > (1 row)
> > postgres=> select abstime_datetime(900000000);
> > abstime_datetime
> > ----------------------------
> > Wed Apr 24 18:37:12 1974 GMT
> > (1 row)
>
> mm=> select abstime_datetime(0);
> abstime_datetime
> ----------------
> epoch
> (1 row)
>
> mm=> select abstime_datetime(900000000);
> abstime_datetime
> ----------------
> epoch
> (1 row)

OK, so that is on a v6.3 system Michael? Then does anyone have an idea why
my system is showing a problem? Can someone running on Linux (RH4.2, 2.0.30
kernel) try this out?? _Everything_ in the regression tests is OK...

                                            - Tom


pgsql-hackers by date:

Previous
From: Michael Meskes
Date:
Subject: Re: [HACKERS] Current 6.3 issues
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] text should be a blob field