You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Venkatesan (JIRA)" <ji...@apache.org> on 2015/10/26 01:30:27 UTC

[jira] [Created] (QPID-6811) Client API throws exception from destructors causing applications to terminate

Venkatesan created QPID-6811:
--------------------------------

             Summary: Client API throws exception from destructors causing applications to terminate
                 Key: QPID-6811
                 URL: https://issues.apache.org/jira/browse/QPID-6811
             Project: Qpid
          Issue Type: Bug
    Affects Versions: 0.32
         Environment: All
            Reporter: Venkatesan


Client API has couple of classes like ScopedUnlock which do "reverse" RAII - unlock in ctor and lock in dtor. When locking fails in the destructor, it is not handled and an exception is thrown. This causes application to crash when the exception is thrown while stack is being unwound. 

Scoped unlock does not seem the correct approach. Instead of freeing a resource in the destructor whose failure is not catastrophic, ScopedUnlock tries to acquire a resource on exit which can fail and there is no way this can be communicated back to the code!

This class should be done away with and an explicit resource acquisition with proper failure handling semantics should be used. 




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org