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 по дате отправления: