| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
| Cc: | Andrew Sullivan <ajs(at)crankycanuck(dot)ca>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: signal 11 on AIX: 7.4.2 |
| Date: | 2004-09-17 23:32:30 |
| Message-ID: | 26287.1095463950@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> The problem comes and goes. So either I can cause a coredump just on the
> snap by running a shellscript that does 100 psql -c "select version()"
> calls, or it is next to impossible to crash it at all.
Hmm, that's really bizarre. It seems like the only satisfactory
explanation for that would involve some external condition that varies
over time. I'm wondering about DNS lookup results in particular.
What values are you asking getaddrinfo to look up, and might those
involve consulting DNS? If so, try to correlate the crash probability
with changes in your DNS zone contents ...
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2004-09-18 00:27:55 | Re: libpq and prepared statements progress for 8.0 |
| Previous Message | Jan Wieck | 2004-09-17 23:26:55 | Re: signal 11 on AIX: 7.4.2 |