Hi Christopher, attached to this email is a server and a client program. They are console program but they are using MFC's new operator. It's assumed that boost is in c:\boost and the libs are in c:\boost\stage\lib . If that is not correct on your machine you need to change some settings. It's OK to run them just a few seconds. MFC will report quite a few memory leaks. Also Purify is reporting the leaks. Let me know when you are having any issues. Thanks, Christian On 10/18/06, Christopher Kohlhoff wrote:

Hi Christian,

Christian Henning writes:

...

Hi there, I have been spending some hour now on trackign down memory issues that are reported from MFC.

In my client program I'm calling io_service::post( ... ) quite often and is seems to me that it allocates memory that is never been deallocated afterwards. Every call of post( ... ) will result in one memory leak.

The allocation takes place in the file handler_alloc_helpers.hpp in line 39. Setting a breakpoint here shows that every post(...) call allocates some memory. The deallocation which is right below in the file is never called.

That's very odd.

...

Is this an known issue?

Presumably this is a side effect of using MFC, because there is no leak in a standalone program. I don't use MFC, but do have access to it, so if you can send me a VC7.1 or VC8 solution that reproduces the issue I can take a quick look at it next week.

Cheers, Chris

_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

Hi Christopher, I think we can drop that issue for now. I cannot find my MFC program that produced the leaks. I'm sure that if there is a problem with MFC's leak detector it will come up again. Sorry for the noise. Christian On 10/24/06, Christopher Kohlhoff wrote:

Hi Christian,

Christian Henning wrote:

...

Hi Christopher, attached to this email is a server and a client program. They are console program but they are using MFC's new operator. It's assumed that boost is in c:\boost and the libs are in c:\boost\stage\lib . If that is not correct on your machine you need to change some settings.

It's OK to run them just a few seconds. MFC will report quite a few memory leaks. Also Purify is reporting the leaks.

Let me know when you are having any issues.

I haven't got to the point of reproducing it yet, but I do have a couple of questions:

- Am I supposed to shut the processes down using Control-C? If so, there will almost certainly be leaks unless you have installed a "console control handler".

- I notice that the '#define new DEBUG_NEW' line occurs after the inclusion of stdafx.h. Doesn't this mean it won't affect the uses of 'new' in the Boost.Asio header files?

Sorry if these are stupid questions -- I don't know anything about the MFC leak tracking.

Cheers, Chris

_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

Hi Christopher, thanks for putting so much time into this issue. I changed the code as you requested, namely I added a new members to my connection class. But unfortunately nothing has changed. I still have memory leaks reported. Did you do the change on your machine? Christian On 10/26/06, Christopher Kohlhoff wrote:

Hi Christian,

Christian Henning wrote:

...

Hi Christopher, I think we can drop that issue for now. I cannot find my MFC program that produced the leaks. I'm sure that if there is a problem with MFC's leak detector it will come up again. Sorry for the noise.

Well, I did manage to reproduce a leak report, and it always seemed to be related to an operation started in image_quality_source::do_write(). In that function you're sending data from a std::string local variable called "msg". This is wrong since you need to ensure that the data being sent is valid until the asynchronous write's callback handler is called, so perhaps it should be using a class data member instead of a local variable.

Cheers, Chris

_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users