From: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: btree_gist macaddr valgrind woes |
Date: | 2014-05-18 06:34:59 |
Message-ID: | 53785493.2030304@vmware.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 05/18/2014 12:23 AM, Tom Lane wrote:
> A larger issue is that we evidently have no buildfarm animals that are
> picky about alignment, or at least none that are running a modern-enough
> buildfarm script to be running the contrib/logical_decoding test.
> That seems like a significant gap. I don't want to volunteer to run
> a critter on my HPPA box: it's old enough, and eats enough electricity,
> that I no longer want to leave it on 24x7. Plus a lot of the time its
> response to a bus error is to lock up in a tight loop rather than report
> an error, so a failure wouldn't get reported usefully by the buildfarm
> anyway. Does anyone have an ARM or PPC box where they can configure
> the kernel not to mask misaligned fetches?
I did "echo 4 > /proc/cpu/alignment" on chipmunk - let's see what it
crops up.
In quick testing with a little test program, it looks like an unaligned
access to a 32-bit int still works without error. But an unaligned
access to a 64-bit "long long" causes a SIGBUS now.
- Heikki
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2014-05-18 07:52:49 | vacuumdb --all --analyze-in-stages - wrong order? |
Previous Message | Andres Freund | 2014-05-18 05:59:08 | Re: pgbench is broken on strict-C89 compilers |