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.  (Patrick Welche <prlw1@newn.cam.ac.uk>)
Список 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 по дате отправления:

Предыдущее
От: Don Baccus
Дата:
Сообщение: Re: [HACKERS] Well, then you keep your darn columns
Следующее
От: Philip Warner
Дата:
Сообщение: Re: [HACKERS] Well, then you keep your darn columns