| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Michael Meskes <meskes(at)postgresql(dot)org> |
| Cc: | Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Why is ecpg segfaulting on buildfarm member "clownfish"? |
| Date: | 2007-02-01 17:17:21 |
| Message-ID: | 19479.1170350241@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Has anyone looked into $SUBJECT? I just today realized that the
ECPG-Check failures on that machine are not the run-of-the-mill
small difference in the expected results. Rather, most of the
tests are actually dumping core on the client side:
testing connect/test1.pgc ... skipped
testing connect/test2.pgc ... Segmentation Fault - core dumped
FAILED (log)
testing connect/test3.pgc ... Segmentation Fault - core dumped
FAILED (log)
testing connect/test4.pgc ... ok
testing connect/test5.pgc ... ok
testing compat_informix/charfuncs.pgc ... ok
testing compat_informix/dec_test.pgc ... ok
testing compat_informix/rfmtdate.pgc ... ok
testing compat_informix/rfmtlong.pgc ... ok
testing compat_informix/rnull.pgc ... Segmentation Fault - core dumped
FAILED (log, output)
testing compat_informix/test_informix.pgc ... Segmentation Fault - core dumped
FAILED (log, output)
testing compat_informix/test_informix2.pgc ... Segmentation Fault - core dumped
FAILED (log, output)
testing preproc/comment.pgc ... ok
testing preproc/define.pgc ... Segmentation Fault - core dumped
FAILED (log, output)
etc etc
BTW, this is a perfect example of why it's not a good idea to allow
minor regression failures to go unfixed --- people become desensitized.
I know I've been completely ignoring ECPG-Check buildfarm results
for awhile now.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stefan Kaltenbrunner | 2007-02-01 17:25:50 | Re: Why is ecpg segfaulting on buildfarm member "clownfish"? |
| Previous Message | Tom Lane | 2007-02-01 17:08:48 | Re: stack usage in toast_insert_or_update() |