Re: [HACKERS] Re: pg_dump possible fix, need testers.
От | Alfred Perlstein |
---|---|
Тема | Re: [HACKERS] Re: pg_dump possible fix, need testers. |
Дата | |
Msg-id | 20000124154926.L26520@fw.wintelcom.net обсуждение исходный текст |
Ответ на | Re: [HACKERS] Re: pg_dump possible fix, need testers. (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] Re: pg_dump possible fix, need testers.
|
Список | pgsql-hackers |
* Tom Lane <tgl@sss.pgh.pa.us> [000124 10:54] wrote: > Patrick Welche <prlw1@newn.cam.ac.uk> writes: > > This morning I cvs'd made, installed, moved data->data2, initdb, started > > up postmaster, reloaded data (this worked!), then tried the join. It's a > > big one, so I thought I might as well stress it at the same time, and did > > a regression test. > > > Anything I could try to narrow the problem down? > > Hmm. Why don't you try running the parallel regression test, to see > if that blows up too? I just ran the regression tests as best as I know how: ~/pgcvs/pgsql/src/test/regress % gmake runcheck ~/pgcvs/pgsql/src/test/regress % grep FAIL run_check.out test int2 ... FAILED test int4 ... FAILED test float8 ... FAILED sequential test geometry ... FAILED ~/pgcvs/pgsql/src/test/regress % no int2/int4? yipes! I ran it 10 more times and one time I got: test constraints ... FAILED but i got no weird parse errors or anything from the backend. Have you been able to find any weirdness with the fix I posted, or is this more likely an issue with Patrick Welche's setup? -Alfred
В списке pgsql-hackers по дате отправления: