Re: Strange Windows problem, lock_timeout test request

From: Boszormenyi Zoltan <zb(at)cybertec(dot)at>
To: 'Craig Ringer' <craig(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Hari Babu <haribabu(dot)kommi(at)huawei(dot)com>, 'Hans-Jürgen Schönig' <hs(at)cybertec(dot)at>, 'Ants Aasma' <ants(at)cybertec(dot)at>, 'PostgreSQL Hackers' <pgsql-hackers(at)postgresql(dot)org>, 'Amit kapila' <amit(dot)kapila(at)huawei(dot)com>
Subject: Re: Strange Windows problem, lock_timeout test request
Date: 2013-02-12 18:32:48
Message-ID: 511A8AD0.90501@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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:
>> =?ISO-8859-2?Q?Zolt=E1n_B=F6sz=F6rm=E9nyi?= <zb(at)cybertec(dot)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 Unreachable
From craig.ringer (192.168.1.80) icmp_seq=2 Destination Host Unreachable
From craig.ringer (192.168.1.80) icmp_seq=3 Destination 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/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2013-02-12 18:35:17 Re: Strange Windows problem, lock_timeout test request
Previous Message Tom Lane 2013-02-12 18:27:21 Re: pgsql: Create libpgcommon, and move pg_malloc et al to it