- Boost-users - lists.preview.boost.org

memory problems with BGL
by borech＠tepkom.ru 23 Apr '06

23 Apr '06

Hello, I've been in fight with memory leaks in my application for some days. And now I found that most memory is losing while using adjacency_list<> (boost 1.33.1 + VC++6.0). Basically we've lost about 100Kb after each graph life cycle (created - changed - removing). Moreover, I guess, I found the similar problem on the very simple test: #include "..\boost_1_33_1\boost\graph\adjacency_list.hpp" using namespace boost; typedef adjacency_list<> Graph; void main() { int num_vertex = 10000; Graph* graph = new Graph(); for(int j=0; j<num_vertex; ++j) { add_vertex(graph); } delete graph; } Here I've lost some memory too (about 20 Kb). Maybe I'm doing something wrong? Thanks

1 0

Compatibility problems BDS40 vs boost
by Christian Askeland 23 Apr '06

23 Apr '06

Hi all, I am running boost 1.33.1 with BDS40, the Borland compiler. I upgraded to BDS Update pack 2 yesterday, and the two following files failed to compile: boost/iterator_adaptors.hpp boost/function.hpp Have anyone else seen this? The failures are inside a lot of compiler-ifdefs, so I guess that this might require some rewrite of boost. Regards, Christian

2 2

Is there a way to avoid manually adding each lib dir?
by Andrew Schweitzer 23 Apr '06

23 Apr '06

boost for dummies question here: When I use boost with VC 7.1, if I link to a lib, I have to include the header, get the compiler error, copy the enormous name of the lib onto the clipboard, then search in c:\boost_1_33_1\bin for that lib. Then I select the properties of that file, copy the enormous directory name, then open the visual studio project, and add the enormous directory name to the list of directories in which to look for libs. Repeat for each lib linked to. I tried adding e:\boost_1_33_1\bin\boost\libs, e:\boost_1_33_1\bin\boost, e:\boost_1_33_1\bin e:\boost_1_33_1 as lib directories. That didn't help. Is there a less process with fewer manual steps? Thanks, Andy

4 5

[regex] Library did not build
by Ed Keith 23 Apr '06

23 Apr '06

A while back I installed boost 1.33.1 I followed the instructions to build the libraries with mingw and have been using it successfully. Today, for the first time since installing, I tried to used the regex library. I was surprised to discover that the regex library did not build. date_time, file system, iostreams, program_options, python, serialization, signals, test_exec_monitor, unit_test_framework, thread, & wave all built, but no regex. Has anyone else had this problem? It seems to have built for cygwin (but I have not tested it.) -EdK Ed Keith http://www.freecherrypy.org/edk __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

Boost.Program_options and optional arguments
by Dale McCoy 23 Apr '06

23 Apr '06

I'm trying to convert from getopt (GNU's getopt_long, to be more specific) to boost::program_options, but have run into trouble converting "D::" and {"data",optional_argument,NULL,'D'} (If you're not familiar with getopt, that means that --data is equivalent to -D, and both take an optional argument, so "-D", "--data", "-Darg", and "--data=arg" are all valid.) I see that the first argument to add_option should be "data,D", but then things get fuzzy. I saw nothing in the documentation concerning optional arguments, either directly, or using additional parsers. What is the appropriate method for implementing such options? I'm using currently using Boost 1.33.1. Dale

1 0

Compatibility problems BDS40 vs boost
by Christian Askeland 22 Apr '06

22 Apr '06

Hi all, I am running boost 1.33.1 with BDS 4.0, the Borland compiler. I upgraded to BDS Update pack 2 (released 2006/04/17) yesterday, and the two following lines/files failed to compile: #include <boost/iterator_adaptors.hpp> #include <boost/function.hpp> The code compiled without problems with Update 1. Have anyone else seen this? I'm no expert on compiler quirks, but I know that there are a few workarounds for the BCC compiler in boost. Maybe something has been changed. Regards, ---------------------------------- Christian Askeland ----------------------------------

2 2

[Random] compiler issue with Visual Studio
by David Walthall 22 Apr '06

22 Apr '06

Hello, I am using Visual Studio 7.1.3008. While using the Random library, I ran into an issue with the seed function of mt19937. From what I can gather, the compiler becomes confused about one of the overloads and tries to call the seed function: template<class Generator> void seed(Generator & gen) I couldn't this issue on the list of known issues for this compiler. Is this known. For now, it appears that the work-around is to cast it as an unsigned long. Below is a small test file that demonstrates this issue. Thank you, David Walthall ////// boost_random_error.cpp ////// #include <boost/random/mersenne_twister.hpp> int main() { boost::mt19937 generator(42u); unsigned int uint = 42u; unsigned long int ulong = 42u; generator.seed(static_cast<unsigned int>(42u)); // ok generator.seed(42u); // ok generator.seed(static_cast<unsigned long>(uint)); // ok generator.seed(static_cast<unsigned int>(ulong)); // ok generator.seed(ulong); // ok // comment out the next lines to get it to compile generator.seed(static_cast<unsigned int>(uint)); // error generator.seed(uint); // error (also an error on g++ 3.4.4) return 0; } ////// end of boost_random_error.cpp //////

2 1

[WAVE] bug: generic lexing error
by Andreas Sæbjørnsen 21 Apr '06

21 Apr '06

Using the wave driver reference implementation on the code found at: http://folk.uio.no/andsebjo/bugInducingCode.C I get the following error: bugInducingCode.C(10157): error: generic lexing error: '\000' in input stream This code compiles with g++ and if any line is cut within the file it does not fail with Wave. The code contains only C++ syntax so it is basically a test of the cpplexer. Is this a know problem? This problem occurs in both my two months old CVS version of boost and the 1.3.1 build. Regards, Andreas Saebjoernsen

2 1

boost::function and free template function returning a dependent class template type
by Howard Gardner 21 Apr '06

21 Apr '06

/* This doesn't work. Is it supposed to? If "broken" returns a "ret< int >" or an "x", then it does seem to work right. In case it's a known compiler issue, I'm using: Comeau C/C++ 4.3.3 (Aug 10 2003 15:39:53) for _MS_WINDOWS_x86_Beta8 */ #include "boost/function.hpp" using namespace boost; #include<ostream> using namespace std; template< typename x > struct ret{}; template< typename x > ret< x > broken( x f ) { cout << f << endl; return ret< x >(); } int main() { // function1< ret< int >, int > func; same problem function< ret< int > ( int ) > func = broken< int >; func( 42 ); }

2 3

BGL: std::map<Edge, int> needs the < operator
by Irek Szczesniak 21 Apr '06

21 Apr '06

I'm trying to have a std::map where the key is an edge of a graph, but I get a compilation error. My graph is: typedef boost::adjacency_list <vecS, vecS, undirectedS, property<vertex_name_t, std::string>, property<edge_weight_t, int, property<edge_weight2_t, int> > > Graph; And an edge: typedef graph_traits<Graph>::edge_descriptor Edge; Then I have a map: std::map<Edge, double> m; But when I try this: m[e] = 0 where e is of type Edge, then I get: /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/stl_function.h:227: error: no match for 'operator<' in '__x < __y' Can I use map with the Edge as the key type? If so, what should I do? Thanks for reading. Best, Irek

4 4