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