| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Gregory Stark <stark(at)enterprisedb(dot)com> |
| Cc: | "PostgreSQL-development Hackers" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Build farm failure |
| Date: | 2007-10-02 02:20:31 |
| Message-ID: | 6587.1191291631@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Gregory Stark <stark(at)enterprisedb(dot)com> writes:
> And given the consistency and the fact that the other icc machines
> didn't show the same problems it sounds like it's something about that
> machine, not a software problem.
Well, we haven't *got* any other icc-on-ia64 machines AFAICS, so it
could easily be a software problem.
Your remark about padding set off an alarm bell on re-reading --- what
if RelFileNode is padded to 16 bytes on that architecture? Junk in the
padding might break lookups in bgwriter's internal hashtable. But the
Intel docs I can find do not suggest any such thing. Could someone
confirm what sizeof(RelFileNode) is on ia64?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jeremy Drake | 2007-10-02 05:16:30 | Re: Build farm failure |
| Previous Message | Tom Lane | 2007-10-02 01:51:00 | Re: Build farm failure |