RE: [INTERFACES] Updated IDL with considerations for COSS
В списке pgsql-interfaces по дате отправления:
| От | Michael Robinson |
|---|---|
| Тема | RE: [INTERFACES] Updated IDL with considerations for COSS |
| Дата | |
| Msg-id | 199811161601.AAA15830@public.bta.net.cn обсуждение исходный текст |
| Список | pgsql-interfaces |
"Taral" <taral@cyberjunkie.com> writes:
>module PostgreSQL { // Note we already separate our namespace
> module Types {
> typedef short int2;
> typedef short int4;
> // etc.
> }
Works for me.
>> I would recommend that fixed-length PostgreSQL types be defined as little-
>> endian arrays of long or octet type, whichever is appropriate. E.g.:
>>
>> typedef long pgtype_int8[2];
>> typedef long pgtype_int28[4];
>> typedef octet pgtype_macaddr[6];
>> typedef octet pgtype_filename[256];
I think I meant big-endian (that *is* "network order", isn't it? I always
forget). Anyway, you get the point.
>P.S. Would it be possible to make a pgsql/src/corba module and let me check
>this IDL file into it? That way I don't have to keep reposting it.
Well, until it's fairly stable, keep reposting it. That way people don't
have to keep checking for changes in the tree.
-Michael Robinson
В списке pgsql-interfaces по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера