[jira] Updated: (QPID-1952) C++: client request memory leak on windows

2009-06-29 Thread David Rennalls (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Rennalls updated QPID-1952: - Attachment: Connector_memory_leak.patch This fixed the leak for me. I'm only using the c

[jira] Updated: (QPID-1952) C++: client request memory leak on windows

2009-06-25 Thread David Rennalls (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Rennalls updated QPID-1952: - Attachment: Main2.cpp Test code that exhibits the problem. This was run against a local broker

Re: C++: client request memory leak on windows

2009-06-25 Thread David Rennalls
Alan Conway wrote: David Rennalls wrote: ..snip.. Try adding an explicit connection.close() to your code and see if that solves the leak. In principle we should clean up properly even if close() is not called, but in practice I think there are some cases where we don't. My 'real&

[jira] Created: (QPID-1952) C++: client request memory leak on windows

2009-06-25 Thread David Rennalls (JIRA)
: 0.5 Environment: Windows XP Pro w/SP3 Reporter: David Rennalls I'm experiencing a memory leak when using the client library on Windows (0.5 release) when sending a single request. From what debugging I've done so far it looks like the The AsynchIO object u

C++: client request memory leak on windows

2009-06-24 Thread David Rennalls
Hi, I'm experiencing a memory leak when using the client library on Windows (0.5 release) when sending a single request. From what debugging I've done so far it looks like the The AsynchIO object used by the TCPConnector is not being deleted. When the connection is being closed aio->queueFo

[jira] Commented: (QPID-1867) C++ build failure on RHEL 5 starting at about r776144

2009-05-20 Thread David Rennalls (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12711474#action_12711474 ] David Rennalls commented on QPID-1867: -- I'm building r775644 ok on C

Re: TLS variables in Windows build (WAS: Re: [0.5] RC-1 now available)

2009-05-20 Thread David Rennalls
Steve Huston wrote: Hi David, sorry.. kind of getting off-topic in the RC-1 thread, starting a new one. Good idea. The problem is that there's a common use case that doesn't work with the static libs. If there is a DLL that links with the static client libs, and that DLL is dynamically

[jira] Updated: (QPID-1868) Implicit TLS variables in AsyncIO can cause access violation when dynamically loading qpidcommon and qpidclient DLLs

2009-05-20 Thread David Rennalls (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Rennalls updated QPID-1868: - Attachment: AsyncIO_TLS.patch "works for me" :) > Implicit TLS variables in Asyn

[jira] Created: (QPID-1868) Implicit TLS variables in AsyncIO can cause access violation when dynamically loading qpidcommon and qpidclient DLLs

2009-05-20 Thread David Rennalls (JIRA)
://issues.apache.org/jira/browse/QPID-1868 Project: Qpid Issue Type: Bug Components: C++ Client Affects Versions: 0.5 Environment: Windows XP w/SP3 Visual Studio 2005 Reporter: David Rennalls src/qpid/sys/windows/AsynchIO.cpp is using some

TLS variables in Windows build (WAS: Re: [0.5] RC-1 now available)

2009-05-08 Thread David Rennalls
sorry.. kind of getting off-topic in the RC-1 thread, starting a new one. Steve Huston wrote: Hi David, Steve Huston wrote: Hi David, From: David Rennalls [mailto:drenna...@gmail.com] ..snip.. I have to use Visual Studio 2005. You are probably going to have problems... I originally

Re: [0.5] RC-1 now available

2009-05-06 Thread David Rennalls
Steve Huston wrote: Hi David, From: David Rennalls [mailto:drenna...@gmail.com] ..snip.. I have to use Visual Studio 2005. You are probably going to have problems... I originally started with VS2005 ono the original port - it couldn't deal with some of the Boost usage and I had to go

Re: [0.5] RC-1 now available

2009-05-01 Thread David Rennalls
Steve Huston wrote: From: David Rennalls [mailto:drenna...@gmail.com] Sent: Friday, May 01, 2009 3:16 PM To: dev@qpid.apache.org Subject: Re: [0.5] RC-1 now available Martin Ritchie wrote: Hi, I'm pleased to announce that RCs for 0.5 are now available: http://people.apache.org/~rit

Re: [0.5] RC-1 now available

2009-05-01 Thread David Rennalls
Martin Ritchie wrote: Hi, I'm pleased to announce that RCs for 0.5 are now available: http://people.apache.org/~ritchiem/Qpid-0.5/RC1/ Whilst not all of the artefacts we were looking to release were completed I've put up what we had available. It would be great if people could check them for