[boost.python] howto expose ptr_vector?
Hello everyone. I have to expose a boost::ptr_vector. I'm wondering if I can use the indexing suite. But neither the docu nor google give me an answer. Are there any examples for the indexing_suite using a boost::ptr_vector or any other custom (non-stl) container? Thanks, Jörg
Hello, The following program seems to exhibit a memory leak. The program itself does nothing. Can someone explain please? I'm using boost 1.33.1 -Thanks. #include "boost/lambda/bind.hpp" #include "boost/shared_ptr.hpp" void do_nothing(boost::shared_ptr<int> intPtr) { } int main() { while(1) { char c[10]; boost::shared_ptr<int> intPtr(new int); std::for_each(c, c+10, boost::lambda::bind(do_nothing, intPtr)); } } ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Zian Smith:
Hello,
The following program seems to exhibit a memory leak. The program itself does nothing. Can someone explain please? I'm using boost 1.33.1
FWIW, I'm not seeing any leaks with MSVC 7.1 and the current Boost trunk. ...
#include "boost/lambda/bind.hpp" #include "boost/shared_ptr.hpp"
void do_nothing(boost::shared_ptr<int> intPtr) {
}
int main() { while(1) { char c[10]; boost::shared_ptr<int> intPtr(new int); std::for_each(c, c+10, boost::lambda::bind(do_nothing, intPtr)); } }
Hello, I'm using gcc 3.2.3, Boost 1.33.1 on RedHat Linux 3.4.6. I can clearly see the process memory usage increase as the program runs (using tools like ps/pmap/top etc). Any ideas or tips to help me figure out what's going on? -Thanks! --- Peter Dimov <pdimov@pdimov.com> wrote:
Zian Smith:
Hello,
The following program seems to exhibit a memory leak. The program itself does nothing. Can someone explain please? I'm using boost 1.33.1
FWIW, I'm not seeing any leaks with MSVC 7.1 and the current Boost trunk.
...
#include "boost/lambda/bind.hpp" #include "boost/shared_ptr.hpp"
void do_nothing(boost::shared_ptr<int> intPtr) {
}
int main() { while(1) { char c[10]; boost::shared_ptr<int> intPtr(new int); std::for_each(c, c+10, boost::lambda::bind(do_nothing, intPtr)); } }
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
I am using gcc 3.2.3 and RedHat 2.4.21. I am not seeing any memory leaks. Also, I used purify to see incase I missed something. If you don't have access to that you may want to use open source tools like valgrind to see what is going on. /Amit -----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Zian Smith Sent: Thursday, March 06, 2008 10:38 AM To: boost-users@lists.boost.org Subject: Re: [Boost-users] [boost.lambda] memory leak with bind/shared_ptrcombination? Hello, I'm using gcc 3.2.3, Boost 1.33.1 on RedHat Linux 3.4.6. I can clearly see the process memory usage increase as the program runs (using tools like ps/pmap/top etc). Any ideas or tips to help me figure out what's going on? -Thanks! --- Peter Dimov <pdimov@pdimov.com> wrote:
Zian Smith:
Hello,
The following program seems to exhibit a memory leak. The program itself does nothing. Can someone explain please? I'm using boost 1.33.1
FWIW, I'm not seeing any leaks with MSVC 7.1 and the current Boost trunk.
...
#include "boost/lambda/bind.hpp" #include "boost/shared_ptr.hpp"
void do_nothing(boost::shared_ptr<int> intPtr) {
}
int main() { while(1) { char c[10]; boost::shared_ptr<int> intPtr(new int); std::for_each(c, c+10, boost::lambda::bind(do_nothing, intPtr)); } }
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
________________________________________________________________________ ____________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -------- IRS Circular 230 Disclosure: Please be advised that any discussion of U.S. tax matters contained within this communication (including any attachments) is not intended or written to be used and cannot be used for the purpose of (i) avoiding U.S. tax related penalties or (ii) promoting, marketing or recommending to another party any transaction or matter addressed herein.
On Thu, Mar 6, 2008 at 8:38 AM, Zian Smith <smith7005@yahoo.com> wrote:
I'm using gcc 3.2.3, Boost 1.33.1 on RedHat Linux 3.4.6. I can clearly see the process memory usage increase as the program runs (using tools like ps/pmap/top etc). Any ideas or tips to help me figure out what's going on?
Please note that a 'memory increase' is not equivalent to a 'memory leak'. What you're seeing *may* be normal. Jon
participants (5)
-
Jonathan Franklin -
Jörg Becker -
Khandelwal, Amit -
Peter Dimov -
Zian Smith