Re: longfin and tamandua aren't too happy but I'm not sure why

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: longfin and tamandua aren't too happy but I'm not sure why
Дата
Msg-id CA+hUKGLqmtLKR-rq5z-0gOiMzMPTibFa3XS6GphvvXxkrjaaJQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: longfin and tamandua aren't too happy but I'm not sure why  (Dilip Kumar <dilipbalaut@gmail.com>)
Список pgsql-hackers
On Wed, Sep 28, 2022 at 9:26 PM Dilip Kumar <dilipbalaut@gmail.com> wrote:
> It was a silly mistake, I used the F_OIDEQ function instead of
> F_INT8EQ. Although this was correct on the 0003 patch where we have
> removed the tablespace from key, but got missed in this :(
>
> I have locally reproduced this in a 32 bit machine consistently and
> the attached patch is fixing the issue for me.

I tested this with an armhf (32 bit) toolchain, and it passes
check-world, and was failing before.

Robert's patch isn't needed on this system. I didn't look into this
subject for long but it seems that SIGBUS on misaligned access (as
typically seen on eg SPARC) requires a 32 bit Linux/ARM kernel, but I
was testing with 32 bit processes and a 64 bit kernel.  Apparently 32
bit Linux/ARM has a control /proc/cpu/alignment to select behaviour
(options include emulation, SIGBUS) but 64 bit kernels don't have it
and are happy with misaligned access.



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

Предыдущее
От: Etsuro Fujita
Дата:
Сообщение: Obsolete comment in ExecInsert()
Следующее
От: Martin Kalcher
Дата:
Сообщение: Re: [PATCH] Introduce array_shuffle() and array_sample()