Re: [HACKERS] Interesting behaviour !

From: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>
To: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Constantin Teodorescu <teo(at)flex(dot)ro>, Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>, Hannu Krosing <hannu(at)trust(dot)ee>, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Interesting behaviour !
Date: 1999-07-15 06:15:16
Message-ID: 378D7C74.99700FF7@alumni.caltech.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Each type has a typeinput(char * => type ) proc and a typeoutput(
> type -> char *) proc.
> Doesn't int2in(int4out()) convert int4 to int2 ?
> However,typeinput proc causes elog(ERROR) in most cases if it
> couldn't convert correctly.

Conversion using an intermediate string is possible, but not the
preferred technique.

The "automatic type coersion" code, used earlier in the parser, uses
the convention that any single-argument function taking the source
type as input and with the same name as the target type can be used
for type conversion. For example, the function int4(int2) would
convert int2 to int4. There are now routines in the parser for
choosing conversion strategies and for finding candidates, and these
could be reused for similar purposes when trying to match index
arguments.

- Thomas

--
Thomas Lockhart lockhart(at)alumni(dot)caltech(dot)edu
South Pasadena, California

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gene Sokolov 1999-07-15 07:06:04 Re: [HACKERS] Updated TODO list
Previous Message Adriaan Joubert 1999-07-15 05:53:45 Re: [HACKERS] header files for spi.h/trigger.h]