[ python-Bugs-1010221 ] Run interrupt on controller loss tracked by a weakref
noreply at pgfoundry.org
noreply at pgfoundry.org
Sun Jan 6 05:35:58 UTC 2008
Bugs item #1010221, was opened at 2008-01-05 22:35
You can respond by visiting:
http://pgfoundry.org/tracker/?func=detail&atid=442&aid=1010221&group_id=1000094
Category: FE/Proboscis
Group: None
Status: Open
Resolution: None
Priority: 4
Submitted By: James Pye (jwp)
Assigned to: James Pye (jwp)
Summary: Run interrupt on controller loss tracked by a weakref
Initial Comment:
With the new protocol transactions, it is possible to assign "controller" objects to a given transaction as a weakref. The weakref is necessary because it is important to know when the interface to the result set no longer exists. When an attempt to process further transactions is made, a check can be done on the weakref to identify if the controller still exists; if it doesn't an exception should be raised and the current transaction interrupted(via .Interrupt()) notifying the user of the potential data/state loss and for large copies interrupting a very costly completion. Normally these situations would occur when an interrupt occurs(signal or keyboardinterrupt).
For the most part, this would normally see action on ResultHandles running COPYs, and Portals on the initial execute.
----------------------------------------------------------------------
You can respond by visiting:
http://pgfoundry.org/tracker/?func=detail&atid=442&aid=1010221&group_id=1000094
More information about the Python-general
mailing list