BIND 10 #1845: SQLite3Update.rollbackFailure test fails
BIND 10 Development
do-not-reply at isc.org
Thu Apr 5 16:44:30 UTC 2012
#1845: SQLite3Update.rollbackFailure test fails
-------------------------------------+-------------------------------------
Reporter: | Owner: jinmei
vorner | Status: reviewing
Type: | Milestone:
defect | Sprint-20120417
Priority: very | Resolution:
high | Sensitive: 0
Component: data | Sub-Project: DNS
source | Estimated Difficulty: 4
Keywords: | Total Hours: 0.1
Defect Severity: N/A |
Feature Depending on Ticket: |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Comment (by jinmei):
Replying to [comment:11 jelte]:
> Hmm, good point, and come to think of it, we should probably also check
how the 'running transaction' behaves when there is a rollback (the change
being that the rollback no longer fails, but the next action will with an
ABORT message). So I also added a check for (no) throw on
iterator->getNext().
The code looks okay to me. But the sqlite3 version on my dev
environment is still old so I cannot confirm the behavior. If you
actually checked the new behavior after ROLLBACK, please merge. If
your version is also old...hmm, maybe we should merge it and check the
behavior on the buildbot that triggered this.
--
Ticket URL: <http://bind10.isc.org/ticket/1845#comment:12>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list