python - fe: Fix repr()'s and correct logic for extracting result count. - Mailing list pgsql-committers

From jwp@pgfoundry.org (James William Pye)
Subject python - fe: Fix repr()'s and correct logic for extracting result count.
Date
Msg-id 20060722212016.B41BF86C60E@pgfoundry.org
Whole thread Raw
List pgsql-committers
Log Message:
-----------
Fix repr()'s and correct logic for extracting result count.

The code that grabbed the result count used the (x and y or z) idiom to decide
whether to return an integer or the whole message. This, of course, breaks
horribly when the result message is 'UPDATE 0', as zero is not nonzero and thus
the message is returned instead of the count. Stop that.

From the i-cant-wait-till-python-gets-?-and-:-dept.

Modified Files:
--------------
    fe/test:
        tracenull.py (r1.13 -> r1.14)
        (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/python/fe/test/tracenull.py.diff?r1=1.13&r2=1.14)
    fe/src:
        abstract.py (r1.3 -> r1.4)
        (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/python/fe/src/abstract.py.diff?r1=1.3&r2=1.4)
        tracenull.py (r1.26 -> r1.27)
        (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/python/fe/src/tracenull.py.diff?r1=1.26&r2=1.27)

pgsql-committers by date:

Previous
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Hmm, seems --disable-spinlocks has been broken for awhile and
Next
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Add support to dynahash.c for partitioning shared hashtables