Re: Strange Windows problem, lock_timeout test request
От | Boszormenyi Zoltan |
---|---|
Тема | Re: Strange Windows problem, lock_timeout test request |
Дата | |
Msg-id | 511A8AD0.90501@cybertec.at обсуждение исходный текст |
Ответ на | Re: Strange Windows problem, lock_timeout test request (Zoltán Böszörményi <zb@cybertec.at>) |
Ответы |
Re: Strange Windows problem, lock_timeout test request
|
Список | pgsql-hackers |
2013-01-31 22:12 keltezéssel, Zoltán Böszörményi írta: > 2013-01-31 19:38 keltezéssel, Tom Lane írta: >> Zoltán Böszörményi <zb@cybertec.at> writes: >>> Thanks. A question though: how does "make check" or "make installcheck" >>> chooses between the *.out and its different *_N.out incarnations? >>> I couldn't find traces of prepared_xacts_1.out in any file saying "this >>> is the one to be used in this-and-this" configuration. Does the procedure >>> check against all versions and the least different one is reported? >> Exactly. This is documented, see the "regression tests" chapter of the >> SGML manual. >> >> regards, tom lane > > Thanks. > > I tested my patch with installcheck and installcheck-parallel > using max_prepared_transactions=0 in the server and > it passed that way too. # ping -c 3 craig.ringer PING craig.ringer (192.168.1.80) 56(84) bytes of data.From craig.ringer (192.168.1.80) icmp_seq=1 Destination Host UnreachableFromcraig.ringer (192.168.1.80) icmp_seq=2 Destination Host UnreachableFrom craig.ringer (192.168.1.80) icmp_seq=3Destination Host Unreachable --- craig.ringer ping statistics --- 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 1999ms All details were fixed: - rebased to recent GIT - updated regression test for max_prepared_transactions=0 - tested on Windows (by Hari Babu, thanks!) Why is this patch still in "Waiting on Author" state in the CF app? Thanks in advance, Zoltán Böszörményi -- ---------------------------------- Zoltán Böszörményi Cybertec Schönig & Schönig GmbH Gröhrmühlgasse 26 A-2700 Wiener Neustadt, Austria Web: http://www.postgresql-support.de http://www.postgresql.at/
В списке pgsql-hackers по дате отправления: