Re: [HACKERS] Re: inet/cidr/bind

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] Re: inet/cidr/bind
Дата
Msg-id 199810200003.UAA25020@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: inet/cidr/bind  (darcy@druid.net (D'Arcy J.M. Cain))
Ответы Re: [HACKERS] Re: inet/cidr/bind
Список pgsql-hackers
> And besides:
> 
>     if (strlen("D'Arcy J.M. Cain") > strlen("Paul Vixie"))
>         printf("Who's the big name now?  :-)\n");
> 
> And look at all that StUdLy punctuation.  :-)

That was funny.

> > > I think we are just about there.  If we go with my plan (completely
> > > different functionality for now and fold it later) there should be
> > > no API change later.  There will be code and catalogue changes but
> > > they should be relatively painless.
> > 
> > so shall i test the inet_cidr_ functions and punt them on in?
> 
> Ok, before I have a reality shift, the inet_cidr_ functions are simply
> the original inet_net_ functions renamed, right?
> 
> I so hate it when the universe does that stuttering thing.

Just a clarification.  If you have function that can be called with
either type, you can put two entries in pg_proc(or I can :-) ), and that
way the one function can take two types as parameters.  Allows use to
maintain the type easier, and less bloat.

--  Bruce Momjian                        |  http://www.op.net/~candle maillist@candle.pha.pa.us            |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Re: inet/cidr/bind
Следующее
От: darcy@druid.net (D'Arcy J.M. Cain)
Дата:
Сообщение: Re: [HACKERS] Postgres - Y2K Compliant....Yes or No