Re: btree_gist macaddr valgrind woes

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

In response to

Responses

Browse pgsql-hackers by date

  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