Re: CURRENT_TIME

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Simeó Reig <simeo(at)incofisa(dot)com>
Cc: pgsql-general(at)postgresql(dot)org, Thomas Lockhart <lockhart(at)fourpalms(dot)org>
Subject: Re: CURRENT_TIME
Date: 2002-11-06 14:51:16
Message-ID: 15647.1036594276@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

=?iso-8859-1?Q?Sime=F3_Reig?= <simeo(at)incofisa(dot)com> writes:
> NEW.horaultimamodificacio = CURRENT_TIME(0);

> NOTICE: Error occurred while executing PL/pgSQL function
> set_fetxa_mod_finca
> NOTICE: line 6 at assignment
> ERROR: Bad time external representation '12:46:25+01'

I think it will work if you insert an explicit cast:

NEW.horaultimamodificacio = CURRENT_TIME(0)::time;

(or use CAST() syntax if you prefer).

In the long run, seems like it would be a good idea for type TIME
WITHOUT TIME ZONE's input converter to accept and ignore a timezone
field, just as type TIMESTAMP WITHOUT TIME ZONE does:

regression=# select '2002-11-06 09:48:40.824687-05'::timestamp;
timestamp
----------------------------
2002-11-06 09:48:40.824687
(1 row)

regression=# select '09:48:40.824687-05'::time;
ERROR: Bad time external representation '09:48:40.824687-05'

Thomas, what do you think --- was this behavior deliberate or an
oversight?

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tim McAuley 2002-11-06 15:02:11 cursors Vs for loops in pl/pgsql
Previous Message Tom Lane 2002-11-06 14:42:53 Re: Stability problems

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-11-06 14:55:50 Re: Win32 port
Previous Message Tom Lane 2002-11-06 14:42:53 Re: Stability problems