| От | Tom Lane |
|---|---|
| Тема | Re: intermittent FD regression check failure |
| Дата | |
| Msg-id | 13519.1303743315@sss.pgh.pa.us обсуждение |
| Ответ на | intermittent FD regression check failure (Andrew Dunstan <andrew@dunslane.net>) |
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes: > The sort of failure shown below has happened a few times recently. See > recent failures on crake, mastodon and casteroides at > <http://www.pgbuildfarm.org/cgi-bin/show_failures.pl>. It seems harmless > enough. Do we need an alternative regression results file, or is there > some way to prevent this? There's no real guarantee about the order in which dependency.c lists the dependencies (it's going to depend on the order in which the rows happen to be stored in pg_depend). There are some other regression tests that cope with this by temporarily doing \set VERBOSITY terse --- if the failures bug you, I'd suggest that, not trying to make an alternate expected file for every order observed in the field. regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера