- Boost - lists.boost.org

[graph] Adjacency bug after swapping undirected adjacency_list
by Eelis van der Weegen 08 Feb '05

08 Feb '05

I've stumbled upon a strange bug in the graph library. It seems that swapping an undirected adjacency_list back and forth to a copy of itself somehow causes some internal damage that becomes apparent when observing adjacenct vertices. I've attached a testcase that shows the problem. I'm using Boost 1.32 with gcc 3.4.2. Regards, Eelis #include <algorithm> #include <iterator> #include <iostream> #include <boost/graph/adjacency_list.hpp> int main () { typedef boost::adjacency_list<boost::vecS, boost::vecS, boost::undirectedS> G; G g (3); add_edge(0, 1, g); add_edge(0, 2, g); G::adjacency_iterator i, j; boost::tie(i, j) = adjacent_vertices(0, g); std::copy(i, j, std::ostream_iterator<int>(std::cout, " ")); std::cout << std::endl; // Prints "1 2", as it should. { // This should not alter g: G t = g; g.swap(t); g.swap(t); } boost::tie(i, j) = adjacent_vertices(0, g); std::copy(i, j, std::ostream_iterator<int>(std::cout, " ")); std::cout << std::endl; // Prints "1 2 1 2", while it should still be "1 2". }

2 2

possible bgl problem?
by Maxim Khesin 08 Feb '05

08 Feb '05

I am trying to read a seemingly simple dot file (produced by pygraphlib) with read_graphviz and I am getting 'syntax error' exception. The file looks like this (copy attached). digraph G { "there" []; "here" []; "here" -> "there" []; } boost_1_32_0, OS X Panther Thread model: posix gcc version 3.3 20030304 (Apple Computer, Inc. build 1495) thanks, max.

2 1

[iterator + program_options] borland problem
by Vladimir Prus 08 Feb '05

08 Feb '05

Hello, one of program_options' iterators no longer work on borland 5.6.4. The iterator is defined like: class environment_iterator : public eof_iterator<environment_iterator, std::pair<std::string, std::string> > Where eof_iterator is define like this: template<class Derived, class ValueType> class eof_iterator : public iterator_facade<Derived, const ValueType, forward_traversal_tag> So, the ValueType passed to iterator_facade is const std::pair<string, string>. The error produced by Borland is: Error E2034 C:\Users\Administrator\boost\main\boost\boost/iterator/iterator_facade.hpp 326: Cannot convert 'const pair<string,string> *' to 'pair<string,string> *' in function operator_arrow_result<pair<string,string>,const pair<string,string> &,pair<string,string> *>::make(const pair<string,string> &) Error E2342 C:\Users\Administrator\boost\main\boost\boost/iterator/iterator_facade.hpp 326: Type mismatch in parameter 'x' (wanted 'pair<string,string> *', got 'const pair<string,string> *') in function operator_arrow_result<pair<string,string>,const pair<string,string> &,pair<string,string> *>::make(const pair<string,string> &) It happens when instantiating this class. template <class ValueType, class Reference, class Pointer> struct operator_arrow_result { On borland, non-const type is passed as Pointer, which leads to the problem. Looks like the logic which computes the ::reference type confuses borland. On gcc, const type is passed as Pointer. The attached patch fixes the problem, by replacing add_const<value_type>::type with const value_type I haven't used #ifdef, because I think that the change should work on other compilers, too. At least it does not break any iterator tests with gcc. Comments? - Volodya

1 0

Boost 1.32 patches for IBM z/Series S390 Linux
by Jonathan Biggar 08 Feb '05

08 Feb '05

Attached are a couple of patches needed to compile boost 1.32 on S390 running Linux. Can someone apply these to the boost source? -- Jon Biggar Levanta jon(a)levanta.com --- boost/detail/limits.hpp Thu Feb 26 10:26:47 2004 +++ boost/detail/limits.hpp.new Sat Jan 29 13:56:49 2005 @@ -49,7 +49,7 @@ // The macros are not named appropriately. We don't care about integer // bit layout, but about floating-point NaN (etc.) bit patterns. -#if defined(__sparc) || defined(__sparc__) || defined(__powerpc__) || defined(__ppc__) || defined(__hppa) || defined(_MIPSEB) || defined(_POWER) +#if defined(__sparc) || defined(__sparc__) || defined(__powerpc__) || defined(__ppc__) || defined(__hppa) || defined(_MIPSEB) || defined(_POWER) || defined(__s390__) #define BOOST_BIG_ENDIAN #elif defined(__i386__) || defined(__alpha__) || defined(__ia64) || defined(__ia64__) #define BOOST_LITTLE_ENDIAN --- tools/build/v1/gcc-tools.jam Fri Jan 28 21:00:04 2005 +++ tools/build/v1/gcc-tools.jam.new Fri Jan 28 20:55:18 2005 @@ -297,6 +297,11 @@ flags gcc CFLAGS <address-model>32 : -mgp32 ; flags gcc CFLAGS <address-model>64 : -mgp64 -mlong64 ; } +#S390 +if $(OSPLAT) = 390 +{ + flags gcc CFLAGS <threading>multi : -D_REENTRANT ; +} # # define compiler names if not set:

6 15

No semaphore in Boost.Thread
by Serguei Kolos 08 Feb '05

08 Feb '05

Boost.Signal is clamed to be non thread safe. Boost.Thread does not have semaphores. So how in the world I can synchronize signal handlers with threads? I have found an old discussion about this issue in the mailing list archive but it has no conclusion and no practical advises. Do people think this is non issue? Cheers, Sergei

4 5

unordered static type-list
by Nagender Parimi 08 Feb '05

08 Feb '05

Hi, I am looking for a static list of types, albeit one in which the order of types does not matter. I have looked into the Metaprogramming library (MPL) and some related work in BGL on property lists, but could not find anything that would make the list unordered (though they do provide a static type-list). To clarify what I mean, using the MPL: typedef boost::mpl::vector<float, int> type1; typedef boost:mpl::vector<int, float> type2; the above usage makes type1 and type2 distinct types since the ordering of types matters. Is there a library compenent with which I can construct a static list of types (just like usage of boost:mpl::vector above) and can query for presence or absence of a type, making the order irrelevant? Furthermore, I would prefer this presence/absence check to be resolved compile-time. The reason for this requirement is that I wish to use this presence/absence test as means by which the compiler can call the appropriate specialized functions for this static list. thanks, Nagender

2 1

boost::program_options extensions
by Preston A. Elder 08 Feb '05

08 Feb '05

I've been working with boost::options, and these is one gaping hole in it, that I have noticed. There is no way to use a custom converter in the default po::typed_value class. This is such a flaw, I've actually copied typed_value, and created one that accepts a function of parser(), which you would supply a boost::function2<void, boost::any &, const std::vector<std::basic_string<charT> > & Why would I want to do this? I have created a bunch of generic converters that can be used for a number of things, from validation to translation. The ones I have so far are: validate_oneof - used as: value<T>()->parser(validate_oneof<T>(first_val) + second_val + third_val + fourth_val)) This will then ensure that the value supplied is one of these values (obviously validate_oneof is a class with an overridden operator+ and an operator() for calling). validate_range - used as: value<T>()->parser(validate_range<T>(first, last)) This will ensure that the value lies between these values. You might be able to achieve the same with notifiers, I don't know, but from here, it gets more interesting. validate_mapped - used as: value<T>()->parser(validate_mapped<K,T>(first_key, first_val) + std::make_pair(second_key, second_val) + std::make_pair(third_key, third_val)) This will then allow you to specify a value of one type, but have a different type stored. This is particularly useful to allow, say: LogLevel = info and then have that actually stored as an in (say, 5) in the values. I have others to do syntax validation too, so say validate_ipaddr which will ensure that it is a valid IP address before storing it, and so on. Again, I'm not sure how much notifiers would do this too. But also consider the following. A 'validator' that allows you to take an IP address as text, verify it is a valid IP address (hell, if someone wanted to add logic, verify it is within a certain range if they wanted to), and then store it as an in_addr_t. Or even better, a 'validator' that checks to see if 'http://' is prefixed to a web address, and either removes it or adds it, depending on what you need. A notifier might be able to catch bad values, but not change types or correct the data. And all in all, the change to do this was minimal, apart from adding the 'parser' function, my xparse function is simply: if (m_parser) m_parser(value_store, new_tokens) else validate(value_store, new_tokens, (T*) 0, 0); Feel free to e-mail me if you want my code, or want me to post it. -- PreZ :) Founder. The Neuromancy Society (http://www.neuromancy.net)

2 8

[Boost-bugs] [ boost-Support Requests-1118381 ] Link VC6 to Boost
by SourceForge.net 08 Feb '05

08 Feb '05

Support Requests item #1118381, was opened at 2005-02-07 23:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1118381&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: MichKinE (michkine) Assigned to: Nobody/Anonymous (nobody) Summary: Link VC6 to Boost Initial Comment: Hi, I'm not very familiar with all this Boost libs stuff. I wanted to use only the regex libs. Assuming that I'm working on WinXP + MSVC6, i have proceeded with the following build according to the "Getting Started" instructions: bjam "-sTOOLS=msvc" --with-regex install It took a while which surprised me coz i just wanted the regex libs, but it seemed to just work fine. It ended up with two dll in the VC98\bin dir, and a new dir : c:\Boost with a lot of stuff inside. My very nOOb question is : how do I link a C++ page in MSVC6 to get my boost regex libs ?? I tried many solutions on #include, but nothing worked. Does someone can help ? Thanks, MichKinE. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1118381&group_… ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] More on Serialization Link Issue
by Jared McIntyre 07 Feb '05

07 Feb '05

I have a workaround for the purpose of my project, I am currently compiling xml_iarchive.cpp and xml_oarchive.cpp into my project and linking into libboost_serialization.lib to get everything else. This is working, but isn't an optimal solution. Honestly, I'm not sure why I can wstring working in the demo code, but not my code. It might have to do with wchar_t not being set as a built-in type, but I've been unable to validate that since my codebase won't work that way. Thanks for all the help, Jared

2 1

Re: More on Serialization Link Issue - solved
by Jared McIntyre 07 Feb '05

07 Feb '05

Turns out it was the difference between treating wchar_t as a default type or not. When I modified the build process for the library to not treat wchar_t as a default type, everything linked clean. Once again, thanks for all the help. Jared

1 0