Re: btree_gist macaddr valgrind woes

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: btree_gist macaddr valgrind woes
Date: 2014-05-23 13:17:46
Message-ID: 20140523131746.GV7857@eldon.alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Heikki Linnakangas wrote:
> 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.

There seems to have been no failure here, FWIW.

--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2014-05-23 13:21:26 Re: pg_upgrade fails: Mismatch of relation OID in database 8.4 -> 9.3
Previous Message Robert Haas 2014-05-23 12:51:13 Re: -DDISABLE_ENABLE_ASSERT