From: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Jan Wieck <jwieck(at)debis(dot)com> |
Cc: | tgl(at)sss(dot)pgh(dot)pa(dot)us, davids(at)orfinet(dot)cz, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] current CVS snapshot of pgsql crash ... |
Date: | 1999-07-07 23:54:02 |
Message-ID: | 199907072354.TAA16187@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Removed from TODO list:
* Fix typein/out functions to not be user-callable
> > > For that matter, why do we allow user expressions to call the type
> > > input/output functions at all? They're not really usable as SQL
> > > functions AFAICS...
> >
> > Yes, they take C pointers, don't they. You can't return one of those in
> > any SQL function or column name.
>
> Doing textout(byteaout(... really makes no sense. But being
> able to do a textin(mytypeout(... does make sense for me.
> Without that, there MUST be type casting support for
> MYTYPE->TEXT in the parser.
>
> Sometimes ppl implement user defined types. I assume this
> kind of type casting is used somewhere in a couple of
> applications.
>
>
> Jan
>
> --
>
> #======================================================================#
> # It's easier to get forgiveness for being wrong than for being right. #
> # Let's break this rule - forgive me. #
> #======================================== jwieck(at)debis(dot)com (Jan Wieck) #
>
>
>
--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1999-07-07 23:55:15 | Re: [HACKERS] current CVS snapshot of pgsql crash ... |
Previous Message | Bruce Momjian | 1999-07-07 23:53:12 | Re: [HACKERS] inherited GROUP BY is busted ... I need some help here |