Re: Bug #652: NAMEDATALEN limitations

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Bug #652: NAMEDATALEN limitations
Дата
Msg-id 21413.1020192353@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Bug #652: NAMEDATALEN limitations  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Bug #652: NAMEDATALEN limitations  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
I said:
> Although it's inefficient to declare NAMEDATALEN as not a multiple of 4
> (because of alignment considerations --- the space will just be wasted
> as pad bytes, so you might as well use it), I don't offhand know why it
> wouldn't work.

One possible theory is that if NAMEDATALEN isn't a multiple of
sizeof(int), the compiler's idea of sizeof(NameData) will probably be
NAMEDATALEN rounded up to the next multiple of sizeof(int).  However,
I still don't see exactly how that breaks anything, with the possible
exception of pg_language tuple layout --- but pg_language layout
problems wouldn't give rise to a failure during bootstrap AFAICS.
So I still don't know what the constraint mechanism really is.

BTW, I'm assuming here that alignof(int) is 4 on your platform; is it?

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Bug #652: NAMEDATALEN limitations
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Bug #652: NAMEDATALEN limitations