Re: [HACKERS] Lost a function overloading capability in v6.3
От | Thomas G. Lockhart |
---|---|
Тема | Re: [HACKERS] Lost a function overloading capability in v6.3 |
Дата | |
Msg-id | 34FC14CB.16373A2@alumni.caltech.edu обсуждение исходный текст |
Ответ на | 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
Re: [HACKERS] Lost a function overloading capability in v6.3 |
Список | 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 по дате отправления: