[
https://issues.apache.org/jira/browse/QPID-2395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12836923#action_12836923
]
Alan Conway commented on QPID-2395:
-----------------------------------
Connections should automatically be cleaned up, looking at
ConnectionImpl::~ConnectionImpl there is a clear attempt to do so. If it's
leaking its a bug.
Note that connection uses the PIMPL idio so client::Connection is really just a
ref-counted pointer to a ConnectionImpl. So client::Connection can indeed be
copied and client::~Connection should definitely not calll close()
However once all the client::Connections are gone,
ConnectionImpl::~ConnectionImpl should make sure the connection is closed.
> fd leak in Connection
> ---------------------
>
> Key: QPID-2395
> URL: https://issues.apache.org/jira/browse/QPID-2395
> Project: Qpid
> Issue Type: Bug
> Components: C++ Client
> Affects Versions: 0.6
> Environment: Linux dev-gmx001 2.6.31.8-GMX-CORE2_64 #1 SMP Tue Dec 15
> 10:21:34 CET 2009 x86_64 Intel(R) Xeon(R) CPU E5405 @ 2.00GHz GenuineIntel
> GNU/Linux
> Debian GNU/Linux 3.1
> gcc version 4.3.3 (Debian 4.3.3-13.1)
> Reporter: Daniel Etzold
> Assignee: Steve Huston
> Fix For: 0.7
>
>
> Hi,
> with the following code we are able to reproduce a fd leak:
> #include <qpid/client/Connection.h>
> int main(int argc, char** argv)
> {
> while (1) {
> qpid::client::Connection connection;
> connection.open("localhost", 5672);
> // connection.close();
> }
> }
> When closing the connection explicitely as shown in the comment the fd leak
> no longer occurs. It seems that the destructor of Connection lacks closing
> the connection.
> Regards,
> Daniel
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]
