Re: btree_gist macaddr valgrind woes - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: btree_gist macaddr valgrind woes
Date
Msg-id 53785493.2030304@vmware.com
Whole thread Raw
In response to Re: btree_gist macaddr valgrind woes  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: btree_gist macaddr valgrind woes  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List 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



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: pgbench is broken on strict-C89 compilers
Next
From: Pavel Stehule
Date:
Subject: vacuumdb --all --analyze-in-stages - wrong order?