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

Re: [sigc] Re: [Boost-users] Signals & Slots
by Peter Dimov 22 Nov '04

22 Nov '04

Carl Nygard wrote: > On Thu, 2004-11-18 at 14:09, Doug Gregor wrote: > >> I'm not in a position to do this at the moment, although possibly in >> the future. It would be *wonderful* if someone went off and studied >> both libraries in-depth to make this comparison, especially if that >> person was not intimately familiar with either library beforehand. >> > > Available: http://www.3sinc.com/opensource/boost.bind-vs-sigc2.html > > Updates for code samples from Chris Vine and Jonathan Brandmeyer will > be forthcoming. > > I could use some suggestions on how to incorporate common code into > the code comparison tables. > > And of course, any other comments, flames, etc. will be welcome. I'm > only doing this as a service for keeping track of comments. I'd like > to see some of this stuff make it into the C++ standard library. About: [-ed I'd love this, as long as I didn't have to use all of Boost to get it]. in reference to Boost.Bind. You don't need all of Boost. boost::bind is reasonably self-contained. I see that a dependency on mpl::bool_ has crept up in boost/ref.hpp, but Bind does not need it, so it's excisable without much effort. "Soon" (in a few years, once TR1 is implemented across the board) we'll hopefully be able to get 'bind' and 'function' by just including <functional>. This will also help Boost.Signals a bit since I suspect that nowadays most of the preprocessed code comes from boost::function.

2 3

Re: [sigc] Re: [Boost-users] Signals & Slots
by Doug Gregor 22 Nov '04

22 Nov '04

On Nov 21, 2004, at 8:09 PM, Carl Nygard wrote: > On Sun, 2004-11-21 at 14:26, Murray Cumming wrote: >> On Sat, 2004-11-20 at 15:58 -0500, Carl Nygard wrote: >>>> 2. libsigc++2 uses sigc::signal<>, not sigc::signal[1/2/3/4/5]<>. >>> >>> Yup, and Boost.Signal has signal<void (float, string)> notation as >>> well. I was trying to keep the examples as identical as possible to >>> show commonalities, but I'll make a note. >> >> The API here seems to be different, so it would be useful to show >> that. >> >> I don't think anybody is interested in using some secondary API >> (probably semi-internal API) just because that API is similar in both >> libsigc++ and Boost.Signal. > > Sorry, I thought the reason for the comparisons was as a first step for > C++ standard library, so I figured the analysis should concentrate on > underlying implementation instead of syntactic conveniences... although > those conveniences go a long way toward making the library usable. > I'll > update the docs... > > Regards, > Carl We should compare the "best" interfaces of both libraries, because we want to have the best interface to present to the C++ committee. For Boost.Signals, that's the "boost::signal<void(float x, string s)>" interface. As for the interface vs. implementation question... the C++ committee is interested in interfaces and their semantic descriptions, only. Having an implementation is important to validate the interface (having two implementations is, of course, much better!), but implementation details need not be discussed. They do come into play when we talk about the best semantics we can get... for instance, whether disconnecting a slot is O(1) or O(lg n), etc. Doug

1 0

boost mutex locking order
by amiel montecillo 22 Nov '04

22 Nov '04

Hi all, i was supposed to use boost::mutex in my multithreaded app, and came across a problem with its scheduling policy. if more than one thread is going to use the mutex object, how can we implement the FIFO scheduling policy? i need it so that other threads waiting for the mutex to be unlocked can acquire it in order in which they waited on the mutex that is accessed through boost::mutex::scoped_lock.

1 0

boost::variant output a vector?
by Bo Peng 21 Nov '04

21 Nov '04

Dear list, In the manual of boost::variant: OutputStreamable: For any object t of type T, std::cout << t must be a valid expression. However, I can not output a variant vector work by defining ostream& operator<< vector<double> . Attached is a test case. Note that variant int, string can be outputed, but not the vector. Yet, cout << vector<double> is working. I am using gcc 3.2.2 on linux redhat 9. Many thanks in advance. Bo #include "boost/variant.hpp" using namespace std; #include <string> #include <vector> typedef boost::variant<int, double, string, vector<double> > Variable; #include <iostream> ostream& operator<< (ostream& out, const vector<double> & vec) { out<< "["; if( ! vec.empty() ) { vector<double>::const_iterator it = vec.begin(); out << *it; for( ++it; it!= vec.end(); ++it) out << ", " << *it ; } out << "]"; return out; } int main() { Variable a(2); Variable b("asd"); vector<double> vec(0); vec.push_back(3.0); Variable c(vec); cout << vec << endl; // OK cout << a << b << endl; // OK cout << c << endl; // compiling errors. return 0; }

2 1

serialization example linker errors.
by Jeffrey Holle 21 Nov '04

21 Nov '04

My boost libaries come from CVS on Sun Nov 14 18:35:14 EST 2004 I'm building with gcc v3.4.2 on a linux system. I've run into a problem in attempting to build the serialization examples. All failed in link phase with: /usr/bin/ld: cannot find -lm

1 1

Luabind and Boost 1.32.0
by Jeremy Swigart 21 Nov '04

21 Nov '04

Just grabbed the latest version and attempted to compile a previously working setup of Luabind and I get the following error. \luabind\class.hpp(105) : fatal error C1083: Cannot open include file: 'boost/mpl/apply_if.hpp': No such file or directory Apparently this file was removed in boost 1.32 Anyone know how to get luabind back to a working state? Thanks. Jeremy

2 1

Re: [sigc] Re: [Boost-users] Signals & Slots
by Edward Diener 20 Nov '04

20 Nov '04

Carl Nygard wrote: > On Thu, 2004-11-18 at 14:09, Doug Gregor wrote: >> On Nov 18, 2004, at 1:10 PM, Murray Cumming wrote: > >> I'm not in a position to do this at the moment, although possibly in >> the future. It would be *wonderful* if someone went off and studied >> both libraries in-depth to make this comparison, especially if that >> person was not intimately familiar with either library beforehand. >> > > Available: http://www.3sinc.com/opensource/boost.bind-vs-sigc2.html > > Updates for code samples from Chris Vine and Jonathan Brandmeyer will > be forthcoming. > > I could use some suggestions on how to incorporate common code into > the code comparison tables. > > And of course, any other comments, flames, etc. will be welcome. I'm > only doing this as a service for keeping track of comments. I'd like > to see some of this stuff make it into the C++ standard library. In the just-released Boost 1.32, the Boost signals library does make a guarantee of the order of signals within a particular group. The order within a particular group is FIFO.

1 0

Re: [sigc] Re: [Boost-users] Signals & Slots
by David Abrahams 20 Nov '04

20 Nov '04

Carl Nygard <cjnygard(a)fast.net> writes: > On Thu, 2004-11-18 at 14:09, Doug Gregor wrote: >> On Nov 18, 2004, at 1:10 PM, Murray Cumming wrote: > >> I'm not in a position to do this at the moment, although possibly in >> the future. It would be *wonderful* if someone went off and studied >> both libraries in-depth to make this comparison, especially if that >> person was not intimately familiar with either library beforehand. >> > > Available: http://www.3sinc.com/opensource/boost.bind-vs-sigc2.html > > Updates for code samples from Chris Vine and Jonathan Brandmeyer will be > forthcoming. > > I could use some suggestions on how to incorporate common code into the > code comparison tables. > > And of course, any other comments, flames, etc. will be welcome. I'm > only doing this as a service for keeping track of comments. The syntax you're using for boost::function is a bit passe. // Signal with two args and int return value boost::signal2<int, float, string> sig; Should be // Signal with two args and int return value boost::signal<int (float, string)> sig; I think your analysis underestimates or ignores the importance of syntax, most importantly the syntax for invoking a signal. The fact that the Boost signal is an ordinary function object that can be called directly has important implications for interoperability (you don't need binders). NOTE: Boost.Signals documentation states that there are exceptions to using boost::signals::trackable, specifically the trackable base class is unable to manage connections created using Boost.Function or Boost.Lambda. This problem is stated to be resolved in future versions. Trackable Boost.Signals is at a bit of a disadvantage because the trackable class doesn't work with Boost.Lambda and Boost.Function. In this bsense, SigC library's implementation seems superior, if only because you don't have to think about limitations. Does libSigC++ not suffer from an analogous limitation, or did its documentation simply fail to mention it, or is just requiring you to do more work manually? The equivalency table for slot binders is misleading, I think. Boost.Signals has no direct coupling to Boost.Bind, and the fact that Boost.Bind doesn't provide certain binders doesn't mean you can't get them another way. For example, I think you can use Boost.Lambda or Phoenix to create them. As for the retype ... stuff, I don't know what libSigC++ does there. However, no explicit retyping is needed with Boost where the types concerned are implicitly convertible to the expected types. Hope this helps. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

POSIX regex library conflicts
by Andrew Dennison 20 Nov '04

20 Nov '04

My project hit an interesting snag yesterday. It turns out that in different areas of the project, one developer had been using the boost regex library, while the other was using the POSIX library. Since the boost regex library provides POSIX compatibility with boost/regex.h i suspect you may already be aware of this, but i'll mention it anyway, as i believe more could be done about this problem. regex.h uses #defines for certain numerical constants which are also declared in boost regex. This is a problem if both posix and boost are defined in the same project at the same time as the preprocessor will replace the boost definitions with the macro definition in regex.h (ie REG_EXTENDED = 1, among others). I appreciate that this case is somewhat handled by the compatibility header, but this isn't always an available solution. We were able to change headers, so this problem was solved, but this may not always be possible (ie third party software). Perhaps the developers could include some protection against this kind of error by checking to see if the offending constants are defined before the boost declarations are made and #undef-ing them as needed. This kind of error can be difficult to track down in mid-large projects. Regards, Andrew.

2 1

Boost 1.32.0 released
by Aleksey Gurtovoy 20 Nov '04

20 Nov '04

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + NOTE: This is a stripped-down copy of the Boost 1.32.0 release + + notes. See http://www.boost.org for the full version. + ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Important - New Toolset Names ----------------------------- The names of some the Boost.Build toolsets have been changed to remove the "." (dot) character and to fix some other naming inconsistencies. For example, vc7.1 toolset was renamed to become vc-7_1. Please refer to the Supported Toolsets section of the installation guide for the complete list of the current toolset names. This change was made as a part of the effort to make the Boost distribution compatible with ISO 9660 level 2 requirements. New Libraries ------------- * Assignment Library: Filling containers with constant or generated data has never been easier, from Thorsten Ottosen. * Minmax Library: Standard library extensions for simultaneous min/max and min/max element computations, from Herv Brnnimann. * Multi-index Containers Library: Containers with multiple STL-compatible access interfaces, from Joaqun M Lpez Muoz. * Numeric Conversion Library: Optimized policy-based numeric conversions, from Fernando Cacciola. * Program Options Library: Access to configuration data given on command line, in config files and other sources, from Vladimir Prus. * Range Library: A new infrastructure for generic algorithms that builds on top of the new iterator concepts, from Thorsten Ottosen. * Serialization Library: Serialization/de-serialization of arbitrary C++ data structures to various formats including text, binary, and xml, from Robert Ramey. * String Algorithms Library: Collection of string related algorithms for case conversion, trimming, find/replace operations and more, from Pavol Droba. * Tribool: 3-state boolean type library, from Doug Gregor. Updated Libraries ----------------- * Compose: This deprecated library has been removed. * Graph: - Added bundled properties to the adjacency_list and adjacency_matrix class templates, greatly simplifying the introduction of internal vertex and edge properties. - The LEDA graph adaptors have been ported to LEDA 4.5. - Added algorithms for betweenness centrality and betweenness centrality clustering. - Added circle layout and undirected spring layout algorithms. * MPL Library: - Updated to use the Boost Software License. - New documentation, including a complete reference manual. - Major interface changes and improvements, many of which are not backward compatible. Please refer to the 1.32 changelog for the detailed information about upgrading to the new version. * Python Library: - Updated to use the Boost Software License. - A new, better method of wrapping classes with virtual functions has been implemented. - Support for the new Python Bool type, thanks to Daniel Holth. - Support for upcoming GCC symbol export control features have been folded in, thanks to Niall Douglas. - Improved support for std::auto_ptr-like types. - Components used by other libraries have been moved out of python/detail and into boost/detail to improve dependency relationships. - Miscellaneous bug fixes and compiler workarounds. * Signals Library: Introduced deterministic slot ordering, permitting slots to be connected at the beginning or end of slot groups or the slot list itself. Combiners may safely have state and are accessible from the signal. * Utility: class template result_of added. * Test Library: - namespace names gets shorten; old one still supported till next release. - added proper encoding of XML PCDATA. - support for wide string comparison implemented. For complete list of changes see Test Library release notes. Regression tests ----------------- This release has been extensively tested on a variety of different compilers and platforms. It is known to contain no regressions against the previous reference release on the compilers and configurations tested. Please refer to the corresponding regression reports at http://www.meta-comm.com/engineering/boost-regression/1_32_0 to see how well your compiler performs on the new Boost codebase. Acknowledgements ---------------- This release wouldn't have been possible without the dedicated effort of many, many members of the Boost community who generously contributed their outstanding expertise, time and energy to making it happen. For patches, bug fixes, troubleshooting, expert advice, and prompt responses to the release manager's requests we thank: David Abrahams, Misha Bergal, Jonathan Brandmeyer, Fernando Cacciola, Marshall Clow, Christopher Currie, Pavol Droba, Caleb Epstein, Eric Friedman, Jeff Garland, Michael Glassford, Doug Gregor, Joel de Guzman, Hubert Holin, Jaakko Jrvi, Hartmut Kaiser, Bronek Kozicki, Tarjei Knapstad, Toon Knapen, Aaron W. LaFramboise, Joaqun M Lpez Muoz, Christoph Ludwig, John Maddock, Paul Mensonides, Guillaume Melquiond, Thorsten Ottosen, Vladimir Prus, Robert Ramey, Rene Rivera, Gennadiy Rozental, Stefan Slapeta, Jonathan Turkanis, Pavel Vozenilek, Jonathan Wakely, Daryle Walker, Victor A. Wagner Jr. and Martin Wille. Also, our special thanks go to: John Maddock for the managing the effort of converting the majority of the Boost libraries to the Boost Software License, Eric Niebler and Joel de Guzman for taking on the important job of improving the Boost documentation's look and feel, and last, but not least, to our regression test runners, without whom we simply would never have released: Toon Knapen, Bronek Kozicki, Rene Rivera, Markus Schpflin, Stefan Slapeta, Victor A. Wagner Jr. and Martin Wille. Thank you everybody! -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

Iterator nesting
by Rodrigo de Salvo Braz 20 Nov '04

20 Nov '04

Hello, Suppose I have a container of containers and would like an iterator that goes through all of their elements as if they are coming from a single container. I thought I would see some Boost class helping me to do that but I couldn't find anything like that. Can someone please tell me if that is true, and if not, which class can I use to that effect? (In fact this concept is more general and interesting. The objects in the first-level containers may not be containers but have members which are containers and whose elements I want to iterate through. Or they could be iterators. The general case should allow a parameterizable way of obtaining an iterator to the elements inside the second-level objects. This could again be a nesting iterator, allowing for arbitraty nesting. Since this is a fairly common need in programming, I was expecting something that did that in Boost.) Thanks, Rodrigo

2 1

Another weird boost::variant problem.
by Bo Peng 19 Nov '04

19 Nov '04

Dear list, I have a problem with apply_visitor of boost::variant. It seems to me that it can not accept a temporary variant variable that is returned from a function. Is this a bug? Here is a simple example: =================================== #include "boost/variant.hpp" using namespace std; #include <string> typedef boost::variant<double, string > Variable; #include <iostream> // a simple visitor that returns a variant. class variantPlusOne : public boost::static_visitor<Variable> { public: Variable operator()( double i) const { return Variable( i + 1 ); } Variable operator()( string str) const { return Variable( 0); } }; // apply_visitor in function form Variable func(Variable a) { return boost::apply_visitor( variantPlusOne(), a); } // a silly function. Variable me(Variable a) { return a; } int main() { Variable b("5"); cout << func(b) << endl; // OK cout << func(me(b)) << endl; // OK cout << boost::apply_visitor(variantPlusOne(), b ) << endl; // OK // cout << boost::apply_visitor(variantPlusOne(), me(b) ) << endl; // NO return 0; } ///////////////////////////// The error messages are: test.cpp:44: no matching function for call to `apply_visitor(variantPlusOne, Variable)' boost_1_31_0/boost/variant/detail/apply_visitor_unary.hpp:59: candidates are: Visitor::result_type boost::apply_visitor(Visitor&, Visitable&) [with Visitor = variantPlusOne, Visitable = Variable] boost_1_31_0/boost/variant/detail/apply_visitor_unary.hpp:75: Visitor::result_type boost::apply_visitor(const Visitor&, Visitable&) [with Visitor = variantPlusOne, Visitable = Variable] /////////////////////////////// Note that I can understand this behavior if the visitor takes reference arguments (and therefore expects a persistent variable) but my visitor pass argument by values. Thanks. Bo

1 0

boost::filesystem::path - where are the attributes?
by Pete 19 Nov '04

19 Nov '04

I'm not sure if I'm missing something or not, but I couldn't find anything in the filesystem documentation that allows one to retrieve file/directory attributes such as: Date created/last accessed/last modified Hidden System Read Only Link Etc. I'm particularly interested in portable file date accessors (hoping to find methods in the path class returning boost::posix_time::ptime). Are there any known workarounds?

2 2

function_traits of bind - functors possible?
by Roland Schwarz 19 Nov '04

19 Nov '04

Is it possible to use function_traits for functors that have been created with bind? I.e.: template<Function> foo (Function f) { typedef typename boost::function_traits<Function>::type fn_t; boost::signal<fn_t> sig; } .... foo(boost::bind(fobar, this, _1)); Apparently the above does not work, but I cannot figure out what I am missing. Roland

1 0

FW: Leak when using boost threads under VC .NET using statically linked CRT
by alansa＠ati-uk.com 19 Nov '04

19 Nov '04

The following code leaks memory for each iteration of the loop for (;;) { boost::thread t(func); t.join(); } void func() { cout << "------" << endl; } If I replace func with func2 void func2() { try { throw 1; } catch {} } then it still leaks. But if I say fill up a vector with stuff or just return there is no leek. The interesting part is that it doesn't leak if use the version of threads built using the CRT as a .dll rather than static link. I also believe that the actual culprit is somewhere in boost.function since the code for boost.thread is so straight forward. I'm currently using boost 1.30 so it might have already been addressed in newer versions. Can anyone help?

2 1

Signals & Slots
by Foster, Gareth 19 Nov '04

19 Nov '04

I think if you just follow through the different typical tasks you might undertake with the two libraries as Murray wrote: " 1. Create a signal 2. Connect a slot (callback function) to a signal. 2.2 For a member method. 2.3 For a non-member or static function. 3. Disconnect a slot. 4. Bind an extra parameter, so that e.g. a slot with 4 parameters can be used with a signal with 3 parameters. I don't personally find the more complex adaptors interesting. " Then write up a document where, in each case, the code needed for both libraries is given, and then I small discusion about any differences or similarities. Perhaps in each case, giving some approximate figure to indicate the similarity would be useful. Presumably, this could then end up in the appendix of, or being referenced by, a proposal for a standard signals/slots interface. I don't know what is involved to be honest. I suppose, it needn't be just the one person doing the comparison, there are four tasks in the list (and maybe a few more besides), so four people could spread the work load, and maybe a 5th could add final conclusions and draw together the others notes. Cheers all, Gaz -----Original Message----- From: libsigc-list-bounces(a)gnome.org [mailto:libsigc-list-bounces@gnome.org] On Behalf Of Carl Nygard Sent: 18 November 2004 19:20 To: Doug Gregor Cc: libsigc-list(a)gnome.org; boost-users(a)lists.boost.org; gtkmm-list(a)gnome.org Subject: Re: [sigc] Re: [Boost-users] Signals & Slots On Thu, 2004-11-18 at 14:09, Doug Gregor wrote: > On Nov 18, 2004, at 1:10 PM, Murray Cumming wrote: > I'm not in a position to do this at the moment, although possibly in > the future. It would be *wonderful* if someone went off and studied > both libraries in-depth to make this comparison, especially if that > person was not intimately familiar with either library beforehand. I'm in a reasonably sane position to do this, although only time will tell if what comes out is useful to anyone or not. Regards, Carl _______________________________________________ libsigc-list mailing list libsigc-list(a)gnome.org http://mail.gnome.org/mailman/listinfo/libsigc-list

1 0

SV: [Boost-users] Manual in pdf?
by Daniel Lidström 19 Nov '04

19 Nov '04

) ) Daniel Lidström writes: ) > Hi, ) > ) > is the manual available in pdf or postscript? Or is there a way ) > to print it? The online manual is not very printer-friendly. ) ) Daniel, ) ) I assume you are talking about Boost-wide PDF (some of the Boost ) libraries/tools provide a standalone one on their own). In that case, ) it's not available for 1.31; we are working on making it available in ) the upcoming 1.32.0, which is due in a couple of days. ) How about the Spirit manual? Will it be available in printable format with 1.32.0? Thanks! -- Daniel

2 1

Spirit help (again)
by Cory Nelson 19 Nov '04

19 Nov '04

Okay, I'm trying to learn Spirit and I've got the grammar down. I've tried looking at the documentation but still can not find out how to make a custom parser (that will let me use the [action] operator). Could someone give an example of a pascal string parser (one byte for length, string follows) to get me started? -- Cory Nelson http://www.int64.org

4 5

MPL Library
by Edward Diener 18 Nov '04

18 Nov '04

I have bit the bullet and am attempting to get my head around the MPL library. I realize there is a book out by Messieurs Abrahams and Gurtovoy, I believe, but I thought I would tackle the boost documentation first. A few questions: 1) Is the documentation up to date ? 2) There are three separate documents to study, it seems, all giving information about the MPL library, a white paper circa 2002, a reference, and a mini-tutorial. Is the information in these in sync with each other ? The reason I ask is that the white paper/mini-tutorial mentions if_<> and apply_if<> but the reference does not mention them at all.Are they just understood intrinsic metafunctions that need no reference, or what ? If the former, are there more of these intrinsic metafunctions and, if co, what are they and what do they do ? 3) A number of the topics in the reference documentation mentioned in generalized overviews of the various sections have no specific links. Does this mean that they were never implemented ? Seems dubious in a number of cases. I would seriously like to figure out how MPL works and play around with it, but I feel stymied with what is in the boost docs.

3 6

Key iterators
by Chris Goller 18 Nov '04

18 Nov '04

I'm just getting into boost and I really like it. I would like to iterate over keys of a multimap. so it would look like this: std::multimap<type, type>::key_iterator i = map.beginkey(); i != map.endkey(); i++ at each i++ it would move to the next key. -or- for_each(map.beginkey(), map.endkey(), whatever); Is this possible with the boost iterators? Thanks, Chris

5 5

Re: [sigc] Re: [Boost-users] Signals & Slots
by Doug Gregor 18 Nov '04

18 Nov '04

On Nov 18, 2004, at 1:10 PM, Murray Cumming wrote: >> Very simple explanation here: my comments were about libsigc++ 1.2. > > It would be best for us to ignore them then. The differences are quite > large. Yes, please ignore them. >> I've glanced briefly at libstdc++ 2 > > For the record, Doug almost certainly means "libsigc++" instead of > "libstdc++". Correct. >> and was pleasantly surprised. I'd >> like to look into it further, but do not have the time now. I've been >> saying for a while that the Signals interface is not ready for >> standardization because we only had the one implementation (in Boost) >> and that it was not solid enough for standardization. However, with >> libstdc++ 2 adopting a similar interface, we might be able to converge >> on a single, solid interface for Signals & Slots within the C++ >> Standard Library. Library Technical Report 2 is open for submissions, >> and signals & slots have been on the wish list since the beginning... >> >> In any case, a thread titled "Boost Signals & Slots vs. libsigc++" is >> treading on dangerous territory :) > > I doubt that Boost Signals and libsigc++ 2 are significantly different. My cursory review of the libSIGc++ 2 reference documentation seems to indicate that the interfaces are similar. > A comparison should probably start by looking at the application code > needed to > 1. Create a signal > 2. Connect a slot (callback function) to a signal. > 2.2 For a member method. > 2.3 For a non-member or static function. > 3. Disconnect a slot. > 4. Bind an extra parameter, so that e.g. a slot with 4 parameters can > be > used with a signal with 3 parameters. I don't personally find the more > complex adaptors interesting. I'm not in a position to do this at the moment, although possibly in the future. It would be *wonderful* if someone went off and studied both libraries in-depth to make this comparison, especially if that person was not intimately familiar with either library beforehand. > Please do try to warn us if Boost Signals seems near to being > approved. We > would like to try porting gtkmm to it then. There is no current effort to write a proposal to bring the Boost.Signals interface to the C++ committee (that I know of). If this does happen, it will be _after_ we have a detailed comparison of both libraries and, of course, I will announce it on both the libSIGc++ and Boost mailing lists. Doug

1 0

Re: [Boost-users] Signals & Slots
by Foster, Gareth 18 Nov '04

18 Nov '04

Doug, This is what murray had to say on the GTKmm list (future correspondance, if any, to be on the libsigc++ list), it's a very pleasing response I'm sure you will agree. Perhaps you could qualify you last statement though, that one seems to have murray a little stumped. Cheers! Gaz -----Original Message----- From: Murray Cumming [mailto:murrayc@murrayc.com] Sent: 18 November 2004 09:50 To: Foster, Gareth Cc: 'gtkmm-list(a)gnome.org'; libsigc-list(a)gnome.org Subject: Re: [Boost Signals & Slots] Vs [libsigc++] Questions comparing boost::signal to libsigc++ belong on the libsigc++ mailing list. I'm CCing it. boost::signal was developer in cooperation with Karl Nelson, the main original libsigc++ developer. Also, the libsigc++ 2 API was redesigned to be as much like boost::signal as possible, so that gtkmm can easily switch to boost::signal if it becomes an API-stable dependency or it is added to the C++ Standard Library. gtkmm has a long-standing policy of not reimplementing things when we can just reuse them. This part makes no sense to me. It would have to be explained properly before we could comment: " Basically, libsigc++ is a monolithic entity covering single and multiple-target callbacks, slots, and slot binding, Signals tackles only the multiple-target callbacks, relying on other Boost libraries (especially Function and Signals) to do most of the work, so it integrates cleanly with the rest of Boost. " Murray > Hello all, > > As you will see in the forward email below, I was chatting to a bloke who > works on boost::signal, I wondered how this stacked up against libsigc++, > and whether there was any chance it could be used in GTKmm and suchlike. A > GTKmm developer did pop up on the boost list and make the valid point that > API stability would be a major issue, nevertheless, I thought I'd send > this > out, and see what people here had to say. As I said on the boost list, I > am > thinking more ... > >> "hey, what do you think to this lads" than an outright "you should be > using Boost heathens!" > > I hope such discussion isn't offtopic. > > Thanks all! > > Gaz > > > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Doug Gregor > Sent: 17 November 2004 15:49 > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Signals & Slots > > > On Nov 17, 2004, at 9:20 AM, Foster, Gareth wrote: >> I was just reading some mention of bugs in boost::signal, > > They weren't actually bugs :) > >> is this >> implementation in competition with libsigc++? i.e. does it aim to do >> the >> same job, but under a different license, or is there perhaps some >> fundamental design difference between the two? > > The Signals library aims to be much more flexible than libsigc++ and to > have an interface that is more comfortable for Boost. For instance, > slots are just function objects with similar signatures (like > Boost.Function, because Function is used in Signals), one can combine > the results of calling multiple slots into a single return value via an > arbitrary function object, and the lifetime of signals & slots is > automatically tied to "trackable" objects used in bind expressions to > build slots. > > Basically, libsigc++ is a monolithic entity covering single and > multiple-target callbacks, slots, and slot binding, Signals tackles > only the multiple-target callbacks, relying on other Boost libraries > (especially Function and Signals) to do most of the work, so it > integrates cleanly with the rest of Boost. > > Doug > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > _______________________________________________ > gtkmm-list mailing list > gtkmm-list(a)gnome.org > http://mail.gnome.org/mailman/listinfo/gtkmm-list > Murray Cumming murrayc(a)murrayc.com www.murrayc.com www.openismus.com

4 4

Win32: Overloaded std::min and std::max
by boost＠dalvander.com 18 Nov '04

18 Nov '04

Hi all, A day ago I stumbled upon a problem using std::min and std::max when having included any boost header file on Win32 machine. The following code should not compile, according to the C++ standard: float f = 47.9999f; long l = 47L; std::max(f, l); // This should fail as the arguments aren't of the same type. But using boost (and Microsoft Visual C++ .NET 2003), it magically did. I tracked down the problem and found a 'fix' in <boost_1_31_0/boost/config/platform/win32.hpp> that looks like this: -----8<----------8<----------8<----------8<----------8<----- #ifdef BOOST_MSVC #include <algorithm> // for existing std::min and std::max namespace std{ // Apparently, something in the Microsoft libraries requires the "long" // overload, because it calls the min/max functions with arguments of // slightly different type. (If this proves to be incorrect, this // whole "BOOST_MSVC" section can be removed.) inline long min(long __a, long __b) { return __b < __a ? __b : __a; } inline long max(long __a, long __b) { return __a < __b ? __b : __a; } // The "long double" overload is required, otherwise user code calling // min/max for floating-point numbers will use the "long" overload. // (SourceForge bug #495495) inline long double min(long double __a, long double __b) { return __b < __a ? __b : __a; } inline long double max(long double __a, long double __b) { return __a < __b ? __b : __a; } } using std::min; using std::max; # endif -----8<----------8<----------8<----------8<----------8<----- I think that that block of code should be removed as it is illegal to overload any function in the standard library, according to the C++ standard, and that it also makes illegal code to compile. Cheers, Dalle

2 1

RE: [Boost-users] Signals & Slots
by Foster, Gareth 18 Nov '04

18 Nov '04

Cheers Doug, I was thinking more of a, "hey, what do you think to this lads" than an outright "you should be using Boost heathens!" :) Sound advice nontheless mate, I'll keep you posted. Gaz -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Doug Gregor Sent: 17 November 2004 20:25 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Signals & Slots On Nov 17, 2004, at 11:34 AM, Foster, Gareth wrote: > Thanks for the reply Doug, do you mind at all if I forward this to the > GTKmm > mailing list? Go ahead. > I would like to ask them what they think of your > implementation. I hope to use GTKmm (which uses libsigc++ of course), > and I > think boost is great, so I'd be interested to see if maybe the GTKmm > devs > could be using boost more etc. I'm sure you get the idea, main thing > is, I > don't want it to look like I am trying to start a slaging match (hence > me > asking first) :) I would suggest learning quite a bit about both libsigc++ and Boost.Signals before you try to suggest to anyone that they make such a switch, because it will surely require a significant amount of effort and may change the semantics of GTKmm considerably. Doug _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

uBlas bindings in boost 1.34
by Thomas Lemaire 18 Nov '04

18 Nov '04

dear list, looking at http://www.meta-comm.com/engineering/boost/1_32_0_draft/ it seems that uBlas bindings to LAPACK, ATLAS,... are not included in the 1.32 release, but it has been annouced on this list that they would be... Am I wrong ? What happened ? cheers, -- thomas

3 3

Dynamically growing Graphs and Graph Algorithms
by Manas Singh 18 Nov '04

18 Nov '04

The graph algorithms like depth first search and breadthe search works fine when you have the graph readily available before you call the BFS/DFS function. But I am trying to make the DFS and BFS work when I have a dynamiccaly growing graph. More specifically I start with only one node and call the DFS function. When the DFS discovers a node, I add more nodes to the graph in the visitor discover function. But I am not able to grow the graph's color map. So although I am adding vertices to the graph the color map remains the same, and so the DFS fails. Is there any way I can make DFS work with dynamically growing graphs. I come across this requirement while trying to build a web crawler using DFS. When crawling I start with one node only. But gradually I keep on adding nodes in the discover vertex method of DFS. Any suggestions are welcome. Thanks, Manas.

2 1

RE: [Boost-users] Signals & Slots
by Foster, Gareth 18 Nov '04

18 Nov '04

Interesting stuff, I had to read that a few times to understand the details :) Thanks for the reply Doug, do you mind at all if I forward this to the GTKmm mailing list? I would like to ask them what they think of your implementation. I hope to use GTKmm (which uses libsigc++ of course), and I think boost is great, so I'd be interested to see if maybe the GTKmm devs could be using boost more etc. I'm sure you get the idea, main thing is, I don't want it to look like I am trying to start a slaging match (hence me asking first) :) Cheers mate Gaz -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Doug Gregor Sent: 17 November 2004 15:49 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Signals & Slots On Nov 17, 2004, at 9:20 AM, Foster, Gareth wrote: > I was just reading some mention of bugs in boost::signal, They weren't actually bugs :) > is this > implementation in competition with libsigc++? i.e. does it aim to do > the > same job, but under a different license, or is there perhaps some > fundamental design difference between the two? The Signals library aims to be much more flexible than libsigc++ and to have an interface that is more comfortable for Boost. For instance, slots are just function objects with similar signatures (like Boost.Function, because Function is used in Signals), one can combine the results of calling multiple slots into a single return value via an arbitrary function object, and the lifetime of signals & slots is automatically tied to "trackable" objects used in bind expressions to build slots. Basically, libsigc++ is a monolithic entity covering single and multiple-target callbacks, slots, and slot binding, Signals tackles only the multiple-target callbacks, relying on other Boost libraries (especially Function and Signals) to do most of the work, so it integrates cleanly with the rest of Boost. Doug _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 3

Re: Re: posix_time::ptime constructor question
by Stuart Allie 18 Nov '04

18 Nov '04

>> Hi All, >> >> I've noticed a problem when trying to use ptime with, for example, >> STL containers and algorithms: the lack of a default constructor for >> ptime means a lot of the STL container methods just dont work. [snip] > >There is a default constructor in the 1.32 release (should be any minute now) >that constructs to not_a_date_time. You should be able to trivially patch >your current installation with this change if you don't want to upgrade. > >Jeff Thanks Jeff! I'll patch it myself until I upgrade. Just thought I should check to see if I was missing something obvious :) BTW - thanks for boost::date_time - it has become absolutely invaluable to me over recent times. Great work. Cheers, Stuart

2 1

Boost Graph Library: Property Map Conversions
by Manas Singh 17 Nov '04

17 Nov '04

Is it possible to convert other Property Maps to Vector Property Map? My requirement is that the property map should be able to grow/expand (as I am using it with a dynamic graph which also grows). But I want to make it generic so that it works for any kind of property map. So I think if I am able to convert any type of property map to vector property map then I can grow the property map, when I add new vertices to the graph. Thanks, Manas.

1 0

trouble with large graphs
by Sebastian Weber 17 Nov '04

17 Nov '04

Hi! I am trying to use the BGL to create random graphs with 10^6 nodes and approximetly 10^12 edges. My system is: Debian Sarge with Kernel 2.6.8 on a Pentium M 1.6GHz with 1 Gig of RAM g++-3.4.2 boost 1.32.0 latest draft tarballs I am not using the STL libaries from SGI, but the standard libstdc++6 My first shot with the adjacency_list ate all my main memory. Which isn't really surprising. But adjacency_matrix failed also when I passed 10^5 nodes. Running the program within gdb gives me at least the following error message: 0x080c0fec in boost::detail::get_edge_exists<char> \\ (edge_proxy=@0x73fbdc28) at adjacency_matrix.hpp:84 84 return edge_proxy; The basic program layout is: typedef adjacency_matrix< undirectedS > graph_t; int main(int, char*[]) { // number of vertices const std::size_t vertices = int(1e5); // probability of a connection between two vertices const double pc = 0.3; // yielding number of edges to be distributed randomly const std::size_t edges = int(pc * vertices * (vertices - 1) / 2); std::size_t i = 0; while(i++ < edges) { if ((i % int(1e5)) == 0) cout << "Inserting edge no. " << i << "; completed " \\ << (double(i)/double(edges)) * 100.0 << "% ..." << endl; graph_t::edge_descriptor e; bool inserted = false; do { graph_t::vertex_descriptor a = rand_gen(), b; do { b = rand_gen(); } while (a == b); tie(e, inserted) = add_edge(a, b, g); // if insert fails, then this link already exist -> redo! } while(!inserted); } } Any help would be really appreciated. Thanks in advance! Greetings, Sebastian

3 2

Signals & Slots
by Foster, Gareth 17 Nov '04

17 Nov '04

Hello, I was just reading some mention of bugs in boost::signal, is this implementation in competition with libsigc++? i.e. does it aim to do the same job, but under a different license, or is there perhaps some fundamental design difference between the two? Maybe it's a totally unrelated library (it doesn't look that way, but still ...). Either way, thank you for any information. Regards gaz -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Nat Goodspeed Sent: 17 November 2004 13:39 To: boost-users(a)lists.boost.org Subject: RE: [Boost-users] Signal with return value will crash > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of WangYun > Sent: Tuesday, November 16, 2004 10:03 AM > To: boost-users > Subject: [Boost-users] Signal with return value will crash > > I tried the signals, the code below will crash > > #include <boost/signal.hpp> > int _tmain(int argc, _TCHAR* argv[]) > { > boost::signal<int(int)> _sig; > _sig(10); > > return 0; > } > > but code below works well > > #include <boost/signal.hpp> > int _tmain(int argc, _TCHAR* argv[]) > { > boost::signal<void(int)> _sig; > _sig(10); > > return 0; > } > > The only difference is one has return value, the other doesn't, is this a > bug or by design? [Nat] The difference between a void slot and one with a return value is that in the latter case, the signal needs a combiner to figure out what to do with multiple returns from multiple slots. See: http://www.boost.org/doc/html/ch06s02.html#id2520177 I haven't actually tried your example, but it looks to me as though the default combiner isn't working for you. But then you probably want something other than the default anyway -- unless you don't care about the values returned by your slots -- in which case why not use void slots? _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Dimension-independent multi_array slice creation
by Martin Magnusson 17 Nov '04

17 Nov '04

I'm having problems creating a slice of a multi_array in a dimension-independent manner. Could someone please help? The code posted here gives me the error no match for 'operator[]' in 'rn2t[indices]' Some explanations to the code snippet below: My class is templated over an unsigned int Dim. rn2t is a tensor of rank Dim+2 with real-valued elements. bin_index is of dimension Dim+1, and contains integer indices into a tensor. I want my_slice to be the one-dimensional vector pointed to by bin_index. //////////////////////////////////////////////////////////// // Convenience typedefs for multi-rank arrays: typedef typename boost::multi_array<double, Dim+2> Real_N2_Tensor; typedef boost::array<typename Real_N2_Tensor::index, Dim+2> Real_N2_Tensor_Index; typedef typename boost::multi_array<Positive, Dim+1> Positive_N1_Tensor; typedef boost::array<typename Positive_N1_Tensor::index, Dim+1> Positive_N1_Tensor_Index; //////////////////////////////////////////////////////////// template<int Dim> void My_Class<Dim>::calc( Positive_N1_Tensor_Index bin_index, bool add ) { Real_N2_Tensor rn2t; // populate rn2t... // snip... typedef typename Real_N2_Tensor::index_range Range; typename Real_N2_Tensor::index_gen indices; // Is the following lines the correct way to populate 'indices'? indices[bin_index[0]]; for (int a = 0; a < Dim; ++a) indices[bin_index[a+1]]; indices[Range()]; typename Real_N2_Tensor::array_view<1>::type my_slice = rn2t[indices]; ///// ERROR HERE // snip... } //////////////////////////////////////////////////////////// / martin

1 0

Re: Re: [Boost-users] Re: Re: Signal with return value will crash
by WangYun 17 Nov '04

17 Nov '04

>On Nov 16, 2004, at 10:48 PM, a_hao(a)21cn.com wrote: >> I'm using win2000 pro build 5.00.2195 service pack4, Visual Studio >> 2003 version 7.1.3091, boost v1_31_0. >> And I also tested this using boost v1_32_0, also has this bug. >> >> Before crash, this assert will fail: "Assertion failed: first != last, >> file d:\boost_1_31_0\boost\last_value.hpp, line 23" > >Oh, right! That is by-design, then: when you declare a non-void signal >with the default combiner, it has to get a value from somewhere to >return. When first == last, there is no such value so it asserts. If >you don't want this behavior, you can write your own combiner that gets >a result from somewhere else. > > Doug > Ok, I see, thanks Doug and Nat.

1 0

Re: RE: [Boost-users] Signal with return value will crash
by WangYun 17 Nov '04

17 Nov '04

> >[Nat] The difference between a void slot and one with a return value is >that in the latter case, the signal needs a combiner to figure out what >to do with multiple returns from multiple slots. See: > >http://www.boost.org/doc/html/ch06s02.html#id2520177 > >I haven't actually tried your example, but it looks to me as though the >default combiner isn't working for you. But then you probably want >something other than the default anyway -- unless you don't care about >the values returned by your slots -- in which case why not use void >slots? > But I think the signal doesn't care about whether or not there is any slot connected to it, it just fire the signal and handle the return value if there is any. Why it will crash when there is no slot connected to it. Wang Yun

1 0

Re: Re: Signal with return value will crash
by a_hao＠21cn.com 17 Nov '04

17 Nov '04

>> Hi, >> >> I tried the signals, the code below will crash >> >> #include <boost/signal.hpp> >> int _tmain(int argc, _TCHAR* argv[]) >> { >> boost::signal<int(int)> _sig; >> _sig(10); >> >> return 0; >> } >> >> but code below works well >> >> #include <boost/signal.hpp> >> int _tmain(int argc, _TCHAR* argv[]) >> { >> boost::signal<void(int)> _sig; >> _sig(10); >> >> return 0; >> } >> >> The only difference is one has return value, the other doesn't, is >> this a bug or by design? > >Sounds like a bug... could you give us more information? Compiler, >platform, Boost version, etc. > > Doug > I'm using win2000 pro build 5.00.2195 service pack4, Visual Studio 2003 version 7.1.3091, boost v1_31_0. And I also tested this using boost v1_32_0, also has this bug. Before crash, this assert will fail: "Assertion failed: first != last, file d:\boost_1_31_0\boost\last_value.hpp, line 23" Thanks, Wang Yun

3 2

greg_facet max() macro warning
by Timothy Ritchey 17 Nov '04

17 Nov '04

I have a fresh install of the 1.32 draft release tarball compiled with the intel-win32 environment (I have Intel's C++ version 8.1 installed). I started getting the following warning when I uprgaded the draft tarballs (I'm using intel's 8.1 compiler in Visual Studio .NET): C:\Projects\base\boost\boost/date_time/gregorian/greg_facet.hpp(293): warning #54: too few arguments in macro invocation greg_month::max(), s); I seem to be getting them with both greg_month::max() and greg_weekday::max() I noticed that there appeared to be some kind of guards in constrained_value.hpp (BOOST_PREVENT_MACRO_SUBSTITUTION) that were added in 1.32 compared to my 1.31 install. Any advice on what I could be doing wrong? Cheers, tim

3 3

RE: [Boost-users] Signal with return value will crash
by Nat Goodspeed 17 Nov '04

17 Nov '04

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of WangYun > Sent: Tuesday, November 16, 2004 10:03 AM > To: boost-users > Subject: [Boost-users] Signal with return value will crash > > I tried the signals, the code below will crash > > #include <boost/signal.hpp> > int _tmain(int argc, _TCHAR* argv[]) > { > boost::signal<int(int)> _sig; > _sig(10); > > return 0; > } > > but code below works well > > #include <boost/signal.hpp> > int _tmain(int argc, _TCHAR* argv[]) > { > boost::signal<void(int)> _sig; > _sig(10); > > return 0; > } > > The only difference is one has return value, the other doesn't, is this a > bug or by design? [Nat] The difference between a void slot and one with a return value is that in the latter case, the signal needs a combiner to figure out what to do with multiple returns from multiple slots. See: http://www.boost.org/doc/html/ch06s02.html#id2520177 I haven't actually tried your example, but it looks to me as though the default combiner isn't working for you. But then you probably want something other than the default anyway -- unless you don't care about the values returned by your slots -- in which case why not use void slots?

1 0

posix_time::ptime constructor question
by Stuart Allie 17 Nov '04

17 Nov '04

Hi All, I've noticed a problem when trying to use ptime with, for example, STL containers and algorithms: the lack of a default constructor for ptime means a lot of the STL container methods just dont work. For example: std::vector<ptime> v; v.resize(10); // fails because there is no ptime::ptime() constructor! So, my questions are: 1. Is there an easy way to work around this? 2. What's the reason for the lack of a default c'tor? (Couldn't it just set the object to not_a_date_time?) 3. Am I missing something obvious and in fact the ptime class is perfectly compatible with the STL? Thanks, Stuart Allie

2 1

RE: [Boost-users] RE: Manual in pdf?
by Foster, Gareth 17 Nov '04

17 Nov '04

I suppose I'd better shut up and go and read up on Boostbook then :) I presume all Boost projects will be using this in the future, nice consistent docs, loverly! Gaz -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Vladimir Prus Sent: 17 November 2004 12:37 To: boost-users(a)lists.boost.org Subject: [Boost-users] RE: Manual in pdf? Foster, Gareth wrote: > You can make PDF documents in openoffice.org writer</shameless > free-software plug> > > No, seriously, OO.o can import HTML, so you could save the pages locally, > import them into one big OO.o doc (ironic short-hand for document), and > then save that out as PDF, then share it of course so that nobody else has > to spend 20 mins doing it. I'm afraid it's a bit too early for shameless free-software plug :-( OO.o can't generate bookmarks or hyperlinks in PDF, which takes away one half of PDF coolness. Boostbook does it all. - Volodya _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

RE: [Boost-users] Manual in pdf?
by Foster, Gareth 17 Nov '04

17 Nov '04

You can make PDF documents in openoffice.org writer</shameless free-software plug> No, seriously, OO.o can import HTML, so you could save the pages locally, import them into one big OO.o doc (ironic short-hand for document), and then save that out as PDF, then share it of course so that nobody else has to spend 20 mins doing it. Are there plans to get all of the boost projects using something like Doxygen? I think that can spit out more file formats than you could ever want. Gaz -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Daniel Lidström Sent: 17 November 2004 07:35 To: 'boost-users(a)lists.boost.org' Subject: SV: [Boost-users] Manual in pdf? ) ) Daniel Lidström writes: ) > Hi, ) > ) > is the manual available in pdf or postscript? Or is there a way ) > to print it? The online manual is not very printer-friendly. ) ) Daniel, ) ) I assume you are talking about Boost-wide PDF (some of the Boost ) libraries/tools provide a standalone one on their own). In that case, ) it's not available for 1.31; we are working on making it available in ) the upcoming 1.32.0, which is due in a couple of days. ) How about the Spirit manual? Will it be available in printable format with 1.32.0? Thanks! -- Daniel _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 2

Signal with return value will crash
by WangYun 17 Nov '04

17 Nov '04

Hi, I tried the signals, the code below will crash #include <boost/signal.hpp> int _tmain(int argc, _TCHAR* argv[]) { boost::signal<int(int)> _sig; _sig(10); return 0; } but code below works well #include <boost/signal.hpp> int _tmain(int argc, _TCHAR* argv[]) { boost::signal<void(int)> _sig; _sig(10); return 0; } The only difference is one has return value, the other doesn't, is this a bug or by design? Thanks, Wang Yun

2 1

RE: [Boost-users] Re: Problems with boost::variant
by Simmons, Aaron 16 Nov '04

16 Nov '04

> I'm pretty sure that's an MPL limitation. If you > want to build a vector of more than 10 elements, > you need to > > #include <boost/mpl/vector20.hpp> > > or if you need more than 20 elements, > > #include <boost/mpl/vector30.hpp> I've noticed that the vectorXX.hpp files only allow you to make a vector with exactly that many items. What do you do if you want a vector of, say, 25 items?

2 1

Manual in pdf?
by Daniel Lidström 16 Nov '04

16 Nov '04

Hi, is the manual available in pdf or postscript? Or is there a way to print it? The online manual is not very printer-friendly. -- Daniel

2 1

help getting started with boost::graph
by Andrew Chapman 16 Nov '04

16 Nov '04

Hi everyone, I've got a fairly simple use for boost::graph, and I've been trying to get it working, but the documentation, whilst thorough, isn't being too helpful in getting me started. What I'm trying to do, is build a graph of polygon mesh edges, which are simply pairs of unsigned ints. I need to find contiguous edge lists. Here's the setup code: // setup graph typedef std::pair<int, int> Edge; typedef adjacency_list<vecS, vecS, undirectedS> Graph; Graph g; // add an edge add_edge(6,7, g); cout << "Total number of vertices: " << num_vertices(g) << endl; Which then outputs that I have 8 vertices in my graph (0 through 7), instead of just the one I've added. So, it appears that the vertex list is automatically managed to be contiguous. Should I instead be adding all my edges, not caring about their vertex index, and adding a per-vertex property to keep track of their associated polygon mesh vertex numbers? If so, then I presume my code for adding the edges becomes something like (only psuedo-code here): vertex_descriptor v1 = add_vertex(g); vertex_descriptor v2 = add_vertex(g); set_property(v1, MyIndexProperty, 6); set_property(v2, MyIndexProperty, 7); add_edge(v1,v2,g); ..instead of what I had: add_edge(6,7, g); Does that sound right? In that case, is there a quick way of locating vertex_descriptor in a graph based on a vertex property? Something like: find_vertex(g, MyIndexProperty, 6); Sorry for all the lack of understanding, but it is quite a simple thing I'm wanting to use the library for, and I'm finding the documentation quite overwhelming. I suppose it is intended for when you're using the graphs in a much more complex scenario. Thanks in advance for any tips. AC.

2 1

Problems with boost::variant
by Alex Drummond 16 Nov '04

16 Nov '04

Hi, I'm using boost 1.31.0 and I'm having some trouble using type sequences with boost::variant. There seems to be an arbitrary limit on their length. For example, the following code compiles: [---------------------------------------- #include <boost/variant.hpp> #include <boost/mpl/vector.hpp> typedef boost::mpl::vector< boost::recursive_wrapper<struct A> > T0; typedef boost::mpl::push_front<T0, boost::recursive_wrapper<struct B> >::type T1; typedef boost::mpl::push_front<T1, boost::recursive_wrapper<struct C> >::type T2; typedef boost::mpl::push_front<T2, boost::recursive_wrapper<struct D> >::type T3; typedef boost::mpl::push_front<T3, boost::recursive_wrapper<struct E> >::type T4; typedef boost::mpl::push_front<T4, boost::recursive_wrapper<struct F> >::type T5; typedef boost::mpl::push_front<T5, boost::recursive_wrapper<struct G> >::type T6; typedef boost::mpl::push_front<T6, boost::recursive_wrapper<struct H> >::type T7; typedef boost::mpl::push_front<T7, boost::recursive_wrapper<struct I> >::type T8; typedef boost::make_variant_over<T8>::type Var; struct A { Var v; }; struct B { Var v; }; struct C { Var v; }; struct D { Var v; }; struct E { Var v; }; struct F { Var v; }; struct G { Var v; }; struct H { Var v; }; struct I { Var v; }; int main() { return 0; } ----------------------------------------] But with the addition of one more type to the sequence: [---------------------------------------- typedef boost::mpl::push_front<T8, boost::recursive_wrapper<struct J> >::type T9; ...... struct J { Var v; } ----------------------------------------] And an appropriate redefinition of Var: typedef boost::make_variant_over<T9>::type Var; gcc 3.3.3 gives various obscure template error messages: /usr/include/boost/mpl/apply_if.hpp: In instantiation of `boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> >': /usr/include/boost/mpl/apply_if.hpp:39: instantiated from `boost::mpl::apply_if<boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_, boost::mpl::identity<T9>, boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> > >' /usr/include/boost/variant/variant.hpp:226: instantiated from `boost::detail::variant::make_storage<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_>' /usr/include/boost/variant/variant.hpp:1079: instantiated from `boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>' test.cc:19: instantiated from here /usr/include/boost/mpl/apply_if.hpp:39: error: base class ` boost::mpl::push_front_traits<boost::mpl::aux::vector_tag<10> >::algorithm<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> >' has incomplete type /usr/include/boost/mpl/apply_if.hpp: In instantiation of `boost::mpl::apply_if<boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_, boost::mpl::identity<T9>, boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> > >': /usr/include/boost/variant/variant.hpp:226: instantiated from `boost::detail::variant::make_storage<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_>' /usr/include/boost/variant/variant.hpp:1079: instantiated from `boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>' test.cc:19: instantiated from here /usr/include/boost/mpl/apply_if.hpp:39: error: no type named `type' in `struct boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> >' /usr/include/boost/variant/variant.hpp: In instantiation of `boost::detail::variant::make_storage<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_>': /usr/include/boost/variant/variant.hpp:1079: instantiated from `boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>' test.cc:19: instantiated from here /usr/include/boost/variant/variant.hpp:226: error: no type named `type' in ` struct boost::mpl::apply_if<boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_, boost::mpl::identity<T9>, boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> > >' /usr/include/boost/variant/variant.hpp:230: error: no type named `type' in ` struct boost::mpl::apply_if<boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_, boost::mpl::identity<T9>, boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> > >' /usr/include/boost/variant/variant.hpp:236: error: no type named `type' in ` struct boost::mpl::apply_if<boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_, boost::mpl::identity<T9>, boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> > >' /usr/include/boost/variant/variant.hpp:252: error: no type named `type' in ` struct boost::mpl::apply_if<boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_, boost::mpl::identity<T9>, boost::mpl::push_front<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::detail::variant::backup_holder<void*> > >' /usr/include/boost/variant/variant.hpp: In instantiation of `boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>': test.cc:19: instantiated from here /usr/include/boost/variant/variant.hpp:1079: error: no type named `type' in ` struct boost::detail::variant::make_storage<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_>' /usr/include/boost/variant/variant.hpp:1118: error: no type named `type' in ` struct boost::detail::variant::make_storage<boost::mpl::vector10<boost::recursive_wrapper<J>, boost::recursive_wrapper, boost::recursive_wrapper<H>, boost::recursive_wrapper<G>, boost::recursive_wrapper<F>, boost::recursive_wrapper<E>, boost::recursive_wrapper<D>, boost::recursive_wrapper<C>, boost::recursive_wrapper, boost::recursive_wrapper<A> >, boost::variant<boost::detail::variant::over_sequence<T9>, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_>' I'd be grateful for any help... Thanks Alex -- "What possible harm could one insane mutant tentacle do?"

2 2

bind forwarding problem
by Trent Hill 16 Nov '04

16 Nov '04

Hi all, I'm running into a compile error using bind with visual c++ 7.1 and am hoping some clever cookie here will be able to help. I've whittled the issue down to a few simple functions (you'll have to trust that it makes sense in the original context): template <typename T_Param> void foo(T_Param a_param) { } template <typename T_Param> void callFooWith(T_Param a_param) { boost::bind(&foo<T_Param>, a_param)(); // <- (1) ERROR HERE } void bar(int) { } int main(int a_argc, char *a_argv[]) { callFooWith(42); // <- (2) FINE callFooWith(boost::bind(&bar, 10)); // <- (3) FAILS return 0; } If I remove line (3), it compiles without error. Adding line (3) results in a compile error reported at line (1) (error is at bottom of post). The compile error seems to stem from operator() on line (1); if the "()" is removed from line (1), the code will compile without error. Any ideas? Thanks a bunch, Trent. *** Error message follows *** c:/workspace\swlib2\BOOST\1.30.2\win32\files\boost\bind.hpp(186) : error C2664: 'void (T_Param)' : cannot convert parameter 1 from 'boost::_bi::result_traits<R,F>::type' to 'boost::_bi::bind_t<R,F,L>' with [ T_Param=boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>> ] and [ R=void, F=void (__cdecl *)(int) ] and [ R=void, F=void (__cdecl *)(int), L=boost::_bi::list1<boost::_bi::list_av_1<int>::B1> ] Expressions of type void cannot be converted to other types c:/workspace\swlib2\BOOST\1.30.2\win32\files\boost\bind\bind_template.hpp(21) : see reference to function template instantiation 'R boost::_bi::list1<A1>::operator ()<boost::_bi::bind_t<R,F,L>::result_type,void(__cdecl *)(T_Param),boost::_bi::list0>(boost::_bi::type<T>,void,A &) const' being compiled with [ R=boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>::result_type, A1=boost::_bi::list_av_1<boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>>::B1, F=void (__cdecl *)(int), L=boost::_bi::list1<boost::_bi::list_av_1<int>::B1>, T_Param=boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>, T=boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>::result_type, A=boost::_bi::list0 ] c:/workspace\swlib2\BOOST\1.30.2\win32\files\boost\bind\bind_template.hpp(19) : while compiling class-template member function 'boost::_bi::bind_t<R,F,L>::result_type boost::_bi::bind_t<R,F,L>::operator ()(void)' with [ R=void, F=void (__cdecl *)(boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>), L=boost::_bi::list1<boost::_bi::list_av_1<boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>>::B1> ] c:/workspace\ main.cpp(36) : see reference to class template instantiation 'boost::_bi::bind_t<R,F,L>' being compiled with [ R=void, F=void (__cdecl *)(boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>), L=boost::_bi::list1<boost::_bi::list_av_1<boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>>>::B1> ] c:/workspace\ main.cpp(46) : see reference to function template instantiation 'void callFooWith<boost::_bi::bind_t<R,F,L>>(T_Param)' being compiled with [ R=void, F=void (__cdecl *)(int), L=boost::_bi::list1<boost::_bi::list_av_1<int>::B1>, T_Param=boost::_bi::bind_t<void,void (__cdecl *)(int),boost::_bi::list1<boost::_bi::list_av_1<int>::B1>> ]

2 1

Q: BOOST.TEST VC7 mt gd worked on 1.30, fails on 1.31
by Dan Dimerman 16 Nov '04

16 Nov '04

Hello, I just wanted to ask about your experience with the latest (1.31) Boost.Test module. I had several unit tests written with Boost 1.30, and they worked fine. Now I upgraded to 1.31 and the unit test fails in a weird way: It seems to crash while DEALLOCATING the unit tests themselves. Call stack shows it fails on an ASSERT in <xmemory> void deallocate( pointer _Ptr, size_type ). Debugger shows that _ptr points to one of my unit test functions. I am linking with libboost_unit_test_framework-vc7-mt-gd-1_31.lib, libboost_date_time-vc7-mt-gd-1_31.lib, and xerces-c_2.lib (among others). Code generation: Multi-threaded Debug (/MTd). Any help would be appreciated... Thanks in advance.

2 1

install-name for OS X dylibs
by goochrules! 15 Nov '04

15 Nov '04

I was unable to find any reference to this on boost.org or in the mailing lists, so... Is there any way to specifiy the '-install_name' for ld to use when building boost for OS X? I see that currently the relative path to some sort of staging area in effect is used, for example, for libboost_thread-1_31.dylib, otool -L returns (among others): > otool -L libboost_thread-1_31.dylib libboost_thread-1_31.dylib: bin/boost/libs/thread/build/libboost_thread.dylib/darwin/release/shared-linkable-true/libboost_thread-1_31.dylib (compatibility version 0.0.0, current version 0.0.0) Alternatively, I suppose I could link the .o files (in $boost/bin/boost/thread/build/libboost_thread.dylib/darwin/release/shared-linkable-true/) manually; is there anything I should look out for if I choose this path? Are there any other object files I need to include? -- Matthew Peltzer -- goochrules(a)gmail.com

1 0

boost bind question, can it create a functor with more arguments than needed 2
by gast 128 15 Nov '04

15 Nov '04

Dear All, Thank you this works! Didn't expect this... Wkr, me _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.com/

1 0

Boost and VC++: cannot open file 'libboost_date_time-vc71-mt-sgd-1_31.lib'
by Christopher Athaide 15 Nov '04

15 Nov '04

I have just started using the Boost libraries in VC++.NET - Please bear with me if this seems too simple. I am having trouble compiling this simple class library. //------------------------------------------------- #include "boost/date_time/gregorian/gregorian.hpp" #include "boost/date_time/date_parsing.hpp" namespace First { typedef boost::gregorian::date customDate; } //------------------------------------------------- I get the error message: "cannot open file 'libboost_date_time-vc71-mt-sgd-1_31.lib' " I saw the note by John Maddock and I tried to include this code at the start of the file but it did not help. // // Automatically link to the correct build variant where possible. // #if !defined(BOOST_ALL_NO_LIB) && !defined(BOOST_WHATEVER_NO_LIB) && !defined(BOOST_WHATEVER_SOURCE) // // Set the name of our library, this will get undef'ed by auto_link.hpp // once it's done with it: // #define BOOST_LIB_NAME boost_whatever // // If we're importing code from a dll, then tell auto_link.hpp about it: // #if defined(BOOST_ALL_DYN_LINK) || defined(BOOST_WHATEVER_DYN_LINK) # define BOOST_DYN_LINK #endif // // And include the header that does the work: // #include <boost/config/auto_link.hpp> #endif // auto-linking disabled Clearly I am missing something (maybe quite simple.) I appreciate any help in this matter. Thanks Chris

2 2

multi_array View vs. Subarray
by Kevin Bluck 15 Nov '04

15 Nov '04

With regard to boost::multi_array: Please, will somebody explain the difference between a View and a Subarray? I have read both the user and reference documentation, and can't find anything that indicates to me when you would use one over the other. So far as I can tell, they are essentially identical in purpose. Thanks, --- Kevin

2 1

boost bind question, can it create a functor with more arguments than needed
by gast 128 15 Nov '04

15 Nov '04

Dear all, Probably this is something one does not encounter often, but I have here an interface which expects more arguments than needed, e.g.: void SomeInterface(boost::function<void (Arg1, Arg2)> fcCallback) {} now I have another functor like: boost::function<void (Arg1)> fc; I want fc apply to SomeInterface, and it only needs to fill in argument1. So I need something like boost::bind(fc, _1, _2) to get it compilable for SomeInterface, only bind now thinks that fc has a prototype of two arguments. Is there a way to tell bind to ignore argument2 (without explicit write a functor)? wkr, me _________________________________________________________________ MSN Search, for accurate results! http://search.msn.nl

3 2

boost::xtime nsec ?
by Leon Mergen 15 Nov '04

15 Nov '04

Hello, Little quick question, it isn't documented anywhere : The struct boost::xtime has a member called 'nsec' - what amount of time is this ? Thanks in advance! Leon Mergen

3 3

Can you use a template class to store data in a vertex of a boost graph?
by Stephen torri 15 Nov '04

15 Nov '04

Has anyone used a template class to store information in a vertex of a boost graph? I am looking for a way in which to store a variety of data types in a boost graph. So that if a sample class like following: template <typename T> class Data { ... }; It can be used to data such that a Data<int> and a Data<float> can be stored at a vertex in the graph. Is what I desire possible? Stephen

3 6

Re: [Boost-users] Newbie install on Mac: where are graph
by Mike Fuller 14 Nov '04

14 Nov '04

John Maddock wrote: > The Boost Graph library consists of headers only, there are no separate > sources to compile, and hence no libraries to install for it, and Meredith Patterson wrote: > Take a look in /usr/local/include/graph -- you should see a wealth of > header files, comprising the entire BGL. It's like the STL that way. Ahhhh! Thank you very much! Mike > Mike Fuller wrote: >> Is the graph library not installed as part of the standard >> installation? Perhaps the problem is related to boost_python? Or are >> they installed somewhere else? Is there a separate procedure I'm >> missing?

1 0

Newbie install on Mac: where are graph libs?
by Mike Fuller 14 Nov '04

14 Nov '04

I 'm having trouble installing the Boost graph libraries (release: boost_1_31_0) on my Macintosh laptop. I'm running Mac OS 10.3.6 on an iBook G4 (933 MHz), with 640 MB SDRAM and a 60 GB drive. gcc version 3.3 20030304 (Apple Computer, Inc. build 1666). Darwin Kernel Version 7.6.0. I followed the installation instructions provided in the html document: Getting Started (http://www.boost.org/more/getting_started.html) The procedure seemed to work smoothly: * The build script for Boost.Jam properly recognized the "darwin" toolset. * The command: bjam "-sTOOLS=gcc" install properly initiated the install script. * boost_python was not installed, but I didn't see this as a big deal since I don't use Python. However, when the build was complete, I could not locate the Boost graph libraries. I could only find eight types of Boost libraries in /usr/local/lib. (For each type, there are eight associated libraries, as is described in Getting Started.) I do not see the graph libraries. The boost libraries found after the build in /usr/local/lib include static and dynamic forms of: libboost_date_time-1_31 libboost_filesystem-1_31 libboost_prg_exec_monitor-1_31 libboost_regex-1_31 libboost_signals-1_31 libboost_test_exec_monitor-1_31 libboost_thread-1_31 libboost_unit_test_framework-1_31 Is the graph library not installed as part of the standard installation? Perhaps the problem is related to boost_python? Or are they installed somewhere else? Is there a separate procedure I'm missing? Thanks. I am not a UNIX super-user, and I don't have a lot of experience installing libraries. Please reply to mmfuller(a)tiem.utk.edu. Mike Fuller ____________________________________ Department of Ecology & Evolutionary Biology University of Tennessee, Knoxville

5 4

compact matrix/dense vector product
by Daniel L Elliott 13 Nov '04

13 Nov '04

Hello, I am using the CVS Head version of uBLAS from approximately one month ago with gcc. I get a ton of errors when trying to multiply a dense vector by a compact matrix. This is what my code looks like: la::compressed_matrix<int>* permutationMatrix; template<class T> void Permutation::apply(la::vector<T>& dataPoint){ dataPoint = prod(*permutationMatrix,dataPoint); } What, conceptually, am I doing wrong? If asked, I will happily provide more information. For now, I am trying to keep this email to a reasonable size. Thank you, -- dan ************************** Dan Elliott 402-210-6429 (me) or 402-210-6735 (amy) dan_elliott(a)cox.net **************************

1 0

boost::function and equality operators?
by Alo Sarv 12 Nov '04

12 Nov '04

Hi I was just transforming my event engine from another callback functors lib to boost::function, and discovered that boost::function has explicitly forbidden operator== and operator!=. My question is why is this done, and what could be possible workarounds? Thanks in advance, Alo Sarv. Example: #include <boost/function.hpp> #include <cassert> void foo() {} void bar() {} int main() { // won't compile if these are used in the below asserts // boost::function<void()> f(&foo); // boost::function<void()> g(&bar); // boost::function<void()> h(&foo); // works with raw function pointers void (*f)() = &foo; void (*g)() = &bar; void (*h)() = &foo; assert(f == h); assert(f != g); assert(g != h); }

1 0

New trouble compiling with MS VC6 SP5 and MFC/AFX
by Arno Schäfer 12 Nov '04

12 Nov '04

Hi, if I want use the boost libs in an existing MFC/AFX environment I have a lot of compiling problems, what seems to depend on the order of includes. One problem what I see, but I don't understand, is the following compile error: Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86 Copyright (C) Microsoft Corp 1984-1998. All rights reserved. cl /MDd /W3 /GR /GX /Zi /Od /I ...bunch of includes... /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_SECDLL" /D "_AFXDLL" /D "_ MBCS" /D "_GXDLL" /D "NOMINMAX" /D "_SECNOMSG" /D "_GXNOMSG" /D "_SFLNOMSG" /Fp" D:\temp\debug\GUIClient/Plato.pch" /YX"stdafx.h" /Fo"D:\temp\debug\GUIClient/" / Fd"D:\temp\debug\GUIClient/" /FD /Zm200 /GZ /c "F:\Gui+Client\src\AboutDlg.cpp" AboutDlg.cpp Note: Using precompiled header Automatically linking with RWUXThemeSD.lib ..\..\PlatoServer\Basics\boost\inc\boost/detail/iterator.hpp(326) : error C2039: 'difference_type' : is not a member of 'Iterator' ..\..\..\libs\stingray\objective_studio\include\foundation\Patterns\Iter ator.h(77) : see declaration of 'Iterator' ..\..\PlatoServer\Basics\boost\inc\boost/detail/iterator.hpp(331) : see reference to class template instantiation 'boost::detail::standard_iterator_traits<Iterator>' being compiled ... So it looks like, that the template parameter "Iterator" in "boost::detail::standard_iterator_traits<Iterator>" conflicts with the template class "stingray::foundation::Iterator" in some header files from the GUI control stuff, what was included before the boost header. How is this possible, what has the template parameter "Iterator" in the namespace "boost::detail" to do with the template class "Iterator" in the namespace "stingray::foundation" has anybody an explaination for this? regards Arno

3 3

[boost][boost-users][random] Open bugs
by Cromwell Enage 12 Nov '04

12 Nov '04

Any chance that any of the following bug reports will be resolved before the release? <http://sourceforge.net/tracker/index.php?func=detail&aid=911758&group_id=75…> <http://sourceforge.net/tracker/index.php?func=detail&aid=715667&group_id=75…> <http://sourceforge.net/tracker/index.php?func=detail&aid=652567&group_id=75…> TIA! Cromwell Enage __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

5 6

Some trouble with "regex_replace()"
by Arno Schäfer 12 Nov '04

12 Nov '04

Hi all, Using "regex_replace(string, pattern, replace_string, flags)" I got some unwished results. I can't find out what flag set I have to use, that the replacement string was taken, as it is. I think this short example should make my problem clear: Replace in a string all occurences of PATH through the actual windows directory: "Actual path: 'PATH'" with Path "D:\temp\rest" leads to the string: "Actual Path: 'D: emp est'" This show, that "\t" and "\r" was interpreted. For me that is an unexspected behaviour, because the replacement is just some string, not more. I understand that the pattern will be interpreted and controlled over the flags, but why the replacement string? Can somebody explain that behaviour and show me a way out? regards Arno

3 9

Re: [ANN] Format Lite
by Jonathan D. Turkanis 12 Nov '04

12 Nov '04

"Pavel Vozenilek" <pavel_vozenilek(a)hotmail.com> wrote in message news:cn0l08$cul$1@sea.gmane.org... > > "Jonathan Turkanis" wrote: > > > > // specialization for debug formatting > > > template<> > > > void serialize<formatted_text_oarchive>(....) { > > > > I believe this specialization is illegal. You could write > > > > void serialize(formatted_text_oarchive&ar, const unsigned) > > > > but I can't say whether this will work (I seem to remember Robert saying > > somewhere in the documentation that he was relying on the fact that > > non-templates are better matches than templates.) > > > Yes, this (nontemplated overloaded function) will work. > I just wrote down an idea in haste. > > > > I have two separate ideas for formatting libraries: > > > > - one lightweight, which I posted, for input and output of ranges and > > tuples-like objects > > - one for output only, which allows much more customization; I see this as > > an inverse of Spirit > > > > Your suggestion looks similar to the second (except that you want to > > support input), so let me sketch my idea (which has improved since I > > sketched it here last time), and then ask some questions about yours. > > > Formatted input would be optional (and maybe not practical). > > I do not understand what are avantages of the "lightweight" > approach (except compile time). The aim of Format Lite was to present a facility which would be a candidate for standardization, filling a need that was expressed at the most recent library working group meeting. Towards this end, 1. I tried to keep the implementation as small as possible 2. I introduced just one new function template -- punctuate() -- in the public interface 3. I used the same syntax currently recommended for formatting user-defined types (overloading iostreams operators >> and <<) 4. I introduced no new class templates in the public interface 5. I introduced no new concepts. (Strictly speaking, I use Single Pass Range and Extensible Range, but these could be replaced by the standard library container concepts.) If people like the interface (and so far there's not much evidence), I think Format Lite would stand a reasonable chance of making it into TR2. To get Serialization standardized would require a much bigger push, IMO, although I'd like to see it happen -- perhaps with additional language support. > Is switch between lightweight and heavyweight solution easy? Yes, since formatting with Format Lite would still be the default when a Style provides no specific formatting options for a given range or tuple-like type. In the following vector< string > v = list_of( ... ); ostream out; styled_ostream<cajun_style> cajun_out(out); cajun_out << v; If none of the Styles or Formatters associated with cajun_style knows how to format a vector, cajun_out will delegate formatting to the underlying ostream out, which will use the operator<< from Format Lite. > [snip] > > The advantages of this approach are: > > > > - an arbitrary amount of contextual information, such as indentation > > and numbering, can be stored in the styled_stream and accessed directly > > by formatters > > - arbitrary user-defined types can be formatted non-intrusively > > - flexible formatting is built-in for sequences and tuple-like types (and > > user-defined types can choose to present themselves as sequences or > > tuple-like types to take advantage of this feature.) > > > I feel having formatting descendant of boost::archive stream > could be made with the same features. Good. > > > The advantages I see: > > > - the whole infrastructure of Boost.Serialization is available and > > > ready and it handles all situations like cycles. format_lite could > concentrate on just formatting. > > > > This is a big plus, obviously. (However, I remember Robert saying her > > prefered to keep formatting and serialization separate.) > > > Formatting, as I see it would just use Serialization as > infrastructure. There would be no inpact on Serialization > from Formatting. You mean no changes to the library code -- we would just define additional archive concepts and types? > > > - formatting directives can be "inherited" from > > > "higher level of data" to "lower levels". Newly added data would > > > not need formatting of its own by default. Change on higher level > > > would propagate itself "down". > > > > Can you explain how this works? > > > I mean trick with RAII (its not really Serialization feature): > > void serialize(formatting_archive& ar, const unsigned) > { > // change currently used formatting style > formatting_setter raii(ar, "... formattng directives...") > ar & data; <<== new formatting style will be used > // destructor of raii object will revert formatting back > } I see. I think this is a characteristic of all schemes where stylistic info is stored in the stream or stream-like object. > > > - indentation for pretty printing could be handled (semi)automatically > > > by formatting archive. > > > > Would this involve modifying the archive interface? I'd like a formatter > > for a given type (or an overloaded serialize function) to be able to access > > these properties directly. > > > Yes, formatting archive could have any additional interface. I see. But no changes to existing archive types. > > > - multiple formatting styles could be provided for any class. > > > > It would be one formatting style for each archive type for which serialize > > has been specialized, correct? Would this allow styles for various types to be > > mixed freely? > > > Yes, serialize() function would be specialized. What I meant to ask can be illustrated by an example. Suppose you have two classes, Duck and Goose. Duck and Goose each have two associated formatting styles. The choice of styles should be independent, so we would need four archive types to handle the various combinations. Now my question is: would Duck need four specializations of serialize, or just two? In my system, formatting options for Duck and Goose could be added to a Style independently; I want to know if overloading serialize can handle this. > I see three ways to customize output: > > 1. Formatting archive has its own configuration how > to output data. This keeps overall style coherent > and should be enough for most uses. > > 2. Specialization of serialize() could change > formatting style. This may be used to fine > tune the output here or there. > > 3. Specializations of serialize() may generate > different outputs altogether. > > E.g. if you have archives: > class high_level_formatting_archive {...} > class all_details_formatting_archive { ... } > > you can omit details in > > void serialize(high_level_formatting_archive& ar, const unsigned); > > and use them all in > > void serialize(all_details_formatting_archive& ar, const unsigned); > > I think this (option 3) is not possible now with format_lite. In fact, it only supports 1. That's part of what makes it 'lite'. If a class already provides standard library inserters and extractors (corresponding to 2, above), those provided by Format Lite will not be called. I have a couple of questions: 1. Is your idea flexible enough to allow pairs (a,b) to be formatted with the elements in reverse order? 2. If a type defines a member function serialize, can it be bypassed altogether in favor of an end-user supplied formatting style? > > My inclination is to > > keep formatting separate from serialization, though, because they have different > > aims. If you believe they can be integrated, without making serialization harder > > to learn or sacrifying flexibility of formatting options, it should definitely be > > considered. > I see Serialization as just vehicle, ready and handy and almost > invisible to Formatting users. > Simple data structures are very easy with Serialization and should > be as easy as with format_lite now. > If user tries to format tricky structures (e.g. pImpl) he would need > to dig into Serialization docs but at least there will be chance to > make the whole thing work. The Serialization goes to great lengths > to work under any situation and configuration. This sounds quite reasonable, provided it is sufficiently flexible. I wonder how much of the Serialization infrastructure is really needed, though. Detecting cycles is defintely not something I want to reimplement; OTOH, I'm not sure it's needed for pretty-printing. I haven't looked at the Serialization implementation, but I did read the Java serialization specification several years ago. IIRC, when an object was encountered for the second time, some sort of placeholder would be inserted in the stream referencing the already serialized data. I assume the Serialization library does something like this. Would this really be desirable for human-readable output? Perhaps the formatting library should concern itself only with cycle-free data structures. > /Pavel Jonathan

1 0

Re: Re: boost graph library bugs
by qyang＠cs.ucr.edu 11 Nov '04

11 Nov '04

>> >Below is a list of bugs (at least I think so) in boost graph library: >> > >> >... >> > >> >I found the above problems when I tried to create subgraphs for each >> >component in the graph when the number of components was large. > > > >> It always helps to identify the compiler and it's version number, the >> operating system, and to indicate the version of the Boost code (or CVS, >> if that was the source.) > > > Hi, > > The compiler is: > g++ (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7) > > The OS is: > Linux version 2.6.7-1.494.2.2 > (Fedora Core release 2 (Tettnang)) > > The boost code (I think) is: > boost_1_31_0 > (I will update this one once I have the reply from system administrator) > Hi, The boost code version is: boost-1.31.0-7 boost-devel-1.31.0-7 Qiaofeng

1 0

lambda lib (1.31) and MSDEV 6.0
by Martin Lemieux 11 Nov '04

11 Nov '04

When compiling a sample file, the compiler crashed at line: #include <boost\lambda\lambda.hpp> The message is as follow: test.cpp c:\boost\include\boost-1_31\boost\lambda\detail\lambda_fwd.hpp(31): fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1794) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information Error executing cl.exe. Although I did build the complete boost library with the same compiler, I was surprised not to be able to use the lambda lib in a simple application. Did this happen to any of you? Did you find any solution or alternative? Thank you.

1 0

[boost-users][BGL] prim_minimum_spanning_tree
by Cromwell Enage 11 Nov '04

11 Nov '04

According to the source, all variants of the function template take in a const reference to Graph, but the docs state that the non-named-parameter variant takes in a regular Graph reference. There is also no mention of the two-parameter variant that takes in only a const Graph& and an output PredecessorMap. Is this a documentation bug? Cromwell Enage __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

newbie: graph library support vertex with x, y coordinates
by TC MA 11 Nov '04

11 Nov '04

This is a newbie question. Do boost graph library support an vertex with x, y coordinates? i.e. typedef std::pair<int, int> Vertex; I modify the dijkstra-example.cpp sample program in the libs/graph/example directory but it fails to compile. // new dijkstra-example.cpp int main(int, char *[]) { typedef adjacency_list < listS, vecS, directedS, no_property, property < edge_weight_t, int > > graph_t; typedef graph_traits < graph_t >::vertex_descriptor vertex_descriptor; typedef graph_traits < graph_t >::edge_descriptor edge_descriptor; typedef std::pair<int, int> Vertex; typedef std::pair<Vertex, Vertex> Edge; const int num_nodes = 5; enum nodes { A, B, C, D, E }; char name[] = "ABCDE"; Vertex a = Vertex(0, 0); Vertex b = Vertex(1, 2); Vertex c = Vertex(2, 2); Edge edge_array[] = { Edge(a, b), Edge(a, c) }; int weights[] = { 1, 200 }; int num_arcs = sizeof(edge_array) / sizeof(Edge); graph_t g(edge_array, edge_array + num_arcs, weights, num_nodes); property_map<graph_t, edge_weight_t>::type weightmap = get(edge_weight, g); std::vector<vertex_descriptor> p(num_vertices(g)); std::vector<int> d(num_vertices(g)); vertex_descriptor s = vertex(A, g); dijkstra_shortest_paths(g, s, predecessor_map(&p[0]).distance_map(&d[0])); std::cout << "distances and parents:" << std::endl; graph_traits < graph_t >::vertex_iterator vi, vend; for (tie(vi, vend) = vertices(g); vi != vend; ++vi) { std::cout << "distance(" << name[*vi] << ") = " << d[*vi] << ", "; std::cout << "parent(" << name[*vi] << ") = " << name[p[*vi]] << std:: endl; } std::cout << std::endl; return EXIT_SUCCESS; } // compile output is: bjam ...found 518 targets... ...updating 4 targets... gcc-C++-action /home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on/dijkstra-example.o /home/tcma/cpp/boost_1_31_0/boost/graph/detail/adjacency_list.hpp: In constructor `boost::vec_adj_list_impl<Graph, Config, Base>::vec_adj_list_impl(typename Config::vertices_size_type, EdgeIterator, EdgeIterator, EdgePropertyIterator) [with EdgeIterator = main(int, char**)::Edge*, EdgePropertyIterator = int*, Graph = boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, Config = boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>::config, Base = boost::directed_graph_helper<boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>::config>]': /home/tcma/cpp/boost_1_31_0/boost/graph/adjacency_list.hpp:363: instantiated from `boost::adjacency_list<OutEdgeListS, VertexListS, DirectedS, VertexProperty, EdgeProperty, GraphProperty, EdgeListS>::adjacency_list(EdgeIterator, EdgeIterator, EdgePropertyIterator, typename boost::detail::adj_list_gen<boost::adjacency_list<OutEdgeListS, VertexListS, DirectedS, VertexProperty, EdgeProperty, GraphProperty, EdgeListS>, VertexListS, OutEdgeListS, DirectedS, VertexProperty, EdgeProperty, GraphProperty, EdgeListS>::type::vertices_size_type, typename boost::detail::adj_list_gen<boost::adjacency_list<OutEdgeListS, VertexListS, DirectedS, VertexProperty, EdgeProperty, GraphProperty, EdgeListS>, VertexListS, OutEdgeListS, DirectedS, VertexProperty, EdgeProperty, GraphProperty, EdgeListS>::type::edges_size_type, const GraphProperty&) [with EdgeIterator = main(int, char**)::Edge*, EdgePropertyIterator = int*, OutEdgeListS = boost::listS, VertexListS = boost::vecS, DirectedS = boost::directedS, VertexProperty = boost::no_property, EdgeProperty = boost::property<boost::edge_weight_t, int, boost::no_property>, GraphProperty = boost::no_property, EdgeListS = boost::listS]' /home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.cpp:146: instantiated from here /home/tcma/cpp/boost_1_31_0/boost/graph/detail/adjacency_list.hpp:1904: error: no matching function for call to `add_edge(main(int, char**)::Vertex&, main(int, char**)::Vertex&, int&, boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>&)' /home/tcma/cpp/boost_1_31_0/boost/graph/detail/adjacency_list.hpp:599: note: candidates are: std::pair<typename boost::directed_graph_helper<Config>::edge_descriptor, bool> boost::add_edge(typename Config::vertex_descriptor, typename Config::vertex_descriptor, const typename Config::edge_property_type&, boost::directed_graph_helper<Config>&) [with Config = boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>::config] /home/tcma/cpp/boost_1_31_0/boost/graph/detail/adjacency_list.hpp:1987: note: std::pair<typename Config::edge_descriptor, bool> boost::add_edge(typename Config::vertex_descriptor, typename Config::vertex_descriptor, const typename Config::edge_property_type&, boost::vec_adj_list_impl<G, C, B>&) [with Graph = boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, Config = boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>::config, Base = boost::directed_graph_helper<boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::directedS, boost::no_property, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>::config>] set -e g++ -c -Wall -ftemplate-depth-100 -g -O0 -Wno-inline -I"../../../bin/boost/libs/random/test" -I "/home/tcma/cpp/boost_1_31_0" -o "/home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on/dijkstra-example.o" "/home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.cpp" /usr/bin/objcopy --set-section-flags .debug_str=contents,debug "/home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on/dijkstra-example.o" ...failed gcc-C++-action /home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on/dijkstra-example.o... ...removing /home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on/dijkstra-example.o ...skipped </home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/dijkstra-example for lack of </home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on>dijkstra-example.o... ...skipped </home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.run for lack of </home/tcma/cpp/boosttcma/libs/graph/dijkstra-example.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/dijkstra-example... ...failed updating 1 target... ...skipped 3 targets... ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca

2 1

Boost::RegEx Syntax issue?
by Timothy H. Schilbach 11 Nov '04

11 Nov '04

Hi Everyone, I have just started using BOOST in my C++ cosing projects as I am a newbie to C++ but very experienced in many other languages. I Needed to write some DLLs for Windows that would allow me to validate the complexity of porposed passwords. I have gotten a simple application togeather and it works very well at this time. The only issue I have is that it isnt validating a match correctly when I use certain RexEx expressions. For example: This expression: ^([a-zA-Z]+)(\d+)([a-zA-Z]+)$ validates strings that start with a character have a digit and then end with a character. This is great and works very well at this time. Now I go to something a bit more complex. I want to validate a new password a user sets and it has to conform to 2 of the following 4 rules: 1. Have uppercase letter 2. Have lower case letter 3. Have 0-9 4. Have a special character !@#$%^&* This RegExs Expression works very well in my other applications written in C# (DOTNET REGex) and also works very well in PERL applications too: (?=\w*[a-z])(?=\w*[A-Z])|(?=\w*\d)(?=\w*[a-z])|(?=\w*[a-z])(?=\w*\d)|(?=\w*[a-z])(?=.*[@#$%^&])|(?=\w*\d)(?=\w*[A-Z])|(?=\w*[A-Z])(?=.*[@#$%^&])|(?=\w*\d)(?=.*[@#$%^&]) Ok I know its a doosy, but I works great everywhere except the application I am running BOOST with. I keep the expression in a registry key so I can edit easily instead of recompiling the DLL if I want to change the RegEx. Here is the code I am using in my C++ project and its failing to validate passwords that match the policies: // Validate password against regular expression wregex wrePassword(DEFAULT_REGEX); WriteToLog("Going to retrieve RegEx from Registry"); GetPasswordRegExFromRegistry(wrePassword); WriteToLog("Going to run match"); // Prepare iterators wstring::const_iterator start = wstrPassword.begin(); wstring::const_iterator end = wstrPassword.end(); match_results<wstring::const_iterator> what; unsigned int flags = match_default; bMatch = regex_match(start, end, what, wrePassword); If all is working corectly the following passwords should pass the RegEx expression I have posted above (it works fiune in PERL or C#/VB.NET) Password Password1 password1 p@ssword Any of those should work just fine and they dont. Anyone able to hep me with this one? Your help is greatly appreciated. I just cant figgure out why a syntax I use in PERL or C#/VB.NET works great but wont work in BOOST. -Timothy

2 1

RE: [Boost-users] hello world in boost ?
by Foster, Gareth 11 Nov '04

11 Nov '04

I suppose that means that in the redhat/fedora case these things are already in the path or something? Not that it matters really, just odd that I never had that problem :) -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of paul wisehart Sent: 10 November 2004 13:42 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] hello world in boost ? OK OK I got it finally ! THanks for your help. Now that I'm looking back its sorta obvious, but I guess I didn;t really now that when you use "-l<some-lib>" with g++ (any compiler?) the its just the name of the physical library in "/usr/local/lib" (or wherever) with the "lib" part cut off. So I was able to get a hello_world.cpp to compile by doing: g++ \ -lboost_regex-gcc \ -L/usr/local/lib \ -I/usr/local/include/boost-1_31 \ hello_world.cpp It was the "-lboost_regex-gcc" part that was tripping me up. I wasn't putting the "-gcc" on the end. Thanks again! -- paul \ / wisehart >/ <//////$> |\|\|\ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: Re: boost graph library bugs
by qyang＠cs.ucr.edu 11 Nov '04

11 Nov '04

> >Below is a list of bugs (at least I think so) in boost graph library: > > > >... > > > >I found the above problems when I tried to create subgraphs for each > >component in the graph when the number of components was large. > It always helps to identify the compiler and it's version number, the > operating system, and to indicate the version of the Boost code (or CVS, > if that was the source.) Hi, The compiler is: g++ (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7) The OS is: Linux version 2.6.7-1.494.2.2 (Fedora Core release 2 (Tettnang)) The boost code (I think) is: boost_1_31_0 (I will update this one once I have the reply from system administrator) Qiaofeng

1 0

install stlport for gcc and vc71
by Sara Collins 10 Nov '04

10 Nov '04

Hi all, I'm trying to install stlport for vc71 and gcc and ran into some problems. 1. VC7.1 bjam -sTOOLS=vc7.1-stlport -sSTLPORT_PATH="C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\stlport" install Boost::regex gives me a bunch of unresolved symbols errors: --------------------------------------------------- vc-Link bin\boost\libs\regex\build\boost_regex.dll\vc7.1-stlport\debug\boost_regex-vc71-mt-gdp-1_31. dll bin\boost\libs\regex\build\boost_regex.dll\vc7.1-stlport\debug\boost_regex-vc71-mt-gdp-1_31.lib Creating library bin\boost\libs\regex\build\boost_regex.dll\vc7.1-stlport\debug\boost_regex-vc71-mt-gdp-1_31.lib and object in\boost\libs\regex\build\boost_regex.dll\vc7.1-stlport\debug\boost_regex-vc71-mt-gdp-1_31.exp instances.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_ regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@bo ost@@ABAII@Z) winstances.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp _regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@b oost@@ABAII@Z) .... ---------------------------------------------------- Did I forget to do something? 2. GCC (run in cygwin) bjam -sTOOLS=gcc-stlport -sSTLPORT_PATH="/usr/local/include/stlport" install ------------------------------------------------------ gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\boost_date_tim -gcc-gdp-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\boost_date_time-gcc-gdp-1_31.lib /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: cannot find -lstlport_cygwin_stldebug collect2: ld returned 1 exit status g++ -Wl,--export-all-symbols -Wl,--exclude-symbols,_bss_end__:_bss_start__:_data_end__:_data_ tart__ -Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\boost_date_time-gcc-gdp-1_31.lib -g -shared -o "bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\boost_date_time-gcc-gdp-1_31.dll" -L"C:/cygwin/usr/local/include/stlport/STLport-4.6/ ib" "bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\greg_month.obj" "bin\boo t\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\greg_weekday.obj" "bin\boost\libs\date time\build\boost_date_time.dll\gcc-stlport\debug\date_generators.obj" -lstlport_cygwin_stldebug ...failed gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\boost_date_time-gcc-gdp-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\boost_date_time-gcc-gdp-1_31.lib... ...skipped <@boost!lib>boost_date_time-gcc-gdp-1_31.dll for lack of <@boost!libs!date_time!build\bo st_date_time.dll\gcc-stlport\debug>boost_date_time-gcc-gdp-1_31.dll... ...skipped <@boost!lib>boost_date_time-gcc-gdp-1_31.lib for lack of <@boost!libs!date_time!build\bo st_date_time.dll\gcc-stlport\debug>boost_date_time-gcc-gdp-1_31.lib... gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\threading-multi\boost_date_time-gcc-mt-gdp-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll\gcc-stlport\debug\threading-multi\boost_date_time-gcc-mt-gdp-1_31.lib /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: cannot find -lstlport_cygw n_stldebug collect2: ld returned 1 exit status ..... ------------------------------------------------------ What is this library "-lstlport_cygwin_stldebug"? It complained that it couldn't be found. Where can I find it? 3. Boost build bjam version 1 vs version 2 What should I do to install stlport for bbv2? I could only find stlport.jam under tools/ directory. Or can I use stlport that was built by v1 for v2? I'm using boost1.31.0 and stlport4.6.2. Thanks a lot in advance! __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

5 7

Re: Serialization linker error question
by Jonathan D. Turkanis 10 Nov '04

10 Nov '04

"Delfin Rojas" <drojas(a)moodlogic.com> wrote > Yes and yes. I am aware boost::serialization needs to be built. Okay, just checking that the computer was plugged in ;-) > Anyway, I built the serialization static libs (no dll seems to be available > at this time) and I'm linking against it. However I got the linker error I > mentioned before. It seems for some reason I cannot serialize this container > (set of wstrings). I also tried changing it to a list of wstrings and got a > similar unresolved external. If I try to not serialize the container my > program links perfectly. One of our other technicians will have to help you with that. :-) > Sorry my original post was in reply to a completely different one. That was > my lazy way to get the email address in the "to" box. I changed the title > but I forgot to delete the body of the previous email as I always do. It doesn't bother me -- it just makes it less likely that others will see your message, and results in erroneous archiving. > Anyway, any help you guys can give me? I can try to come up with a small > example of my problem if you guys need it. This always helps. > Thanks > > -delfin

1 0

variant.hpp/bind.hpp interaction
by Simmons, Aaron 10 Nov '04

10 Nov '04

I'm using boost 1.31 with vc7.1. I've found a weird compilation interaction between the boost.bind and boost.variant headers. This code will compile fine: #include "boost/variant.hpp" #include "boost/bind.hpp" But this code won't: #include "boost/bind.hpp" #include "boost/variant.hpp" Here are the errors that are reported: c:\Boost\include\boost-1_31\boost\mpl\less.hpp(39) : error C2760: syntax error : expected ',' not ';' c:\Boost\include\boost-1_31\boost\mpl\less.hpp(51) : see reference to class template instantiation 'boost::mpl::less<T1,T2>' being compiled c:\Boost\include\boost-1_31\boost\mpl\less.hpp(39) : error C2144: syntax error : 'const bool' should be preceded by '}' c:\Boost\include\boost-1_31\boost\mpl\less.hpp(39) : error C2062: type 'const bool' unexpected c:\Boost\include\boost-1_31\boost\mpl\less.hpp(39) : error C2238: unexpected token(s) preceding ';' c:\Boost\include\boost-1_31\boost\mpl\less.hpp(42) : error C2065: 'value' : undeclared identifier

1 0

RE: [Boost-users] hello world in boost ?
by Foster, Gareth 10 Nov '04

10 Nov '04

I can tell you that on a fedora/redhat box, you just include the headers and you are away. If you installed the development package group it will be there and you can build c++ programs and use boost out of the box. What distro are you using? Gaz -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Justin Findlay Sent: 10 November 2004 07:58 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] hello world in boost ? On Wed, Nov 10, 2004 at 01:33:36AM -0500, paul wisehart wrote: > I am able to compile the boost libaray on my linux machines. > I am not able to use it. > > Is there a simple program I can try to compile to make > sure I am doing things correctly. > > I'm sorry. its a shortcoming of mine, but I can't do _anything_ > until I have a working stub. > (or hello_world, or wahtever you want to call it.) > > I just need a simple example of how to compile a boost > prohram from g++ . Which library are you wanting to enhance the efficacy of your hello world program with? Most (all?) the boost libs documentation include usage and simple examples. Justin _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Re: [Boost-users] hello world in boost ?
by paul wisehart 10 Nov '04

10 Nov '04

On Wed, Nov 10, 2004 at 09:35:08AM +0000, Foster, Gareth wrote: > I can tell you that on a fedora/redhat box, you just include the headers and > you are away. If you installed the development package group it will be > there and you can build c++ programs and use boost out of the box. What > distro are you using? I'm using Slackware. Lemme ask a simpler question: What the "library" name of boost-regex. Meaning when I compile with g++ from command line, what do I put after the "l"? something like: -lboost or -lboost_regex or -llibboost_regex ? -- paul \ / wisehart >/ <//////$> |\|\|\

1 0

ublas compatible solvers (newbie question) (Zrubavel Zodikovich)
by Daniel L Elliott 10 Nov '04

10 Nov '04

------------------------------ Message: 2 Date: Fri, 05 Nov 2004 22:52:14 +0200 From: Zrubavel Zodikovich <g729(a)mail.com> Subject: [Boost-users] ublas compatible solvers (newbie question) To: boost-users(a)lists.boost.org Message-ID: <cmgosk$jst$1(a)sea.gmane.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all, I'm looking into using uBLAS for solving some big sparse systems, specifically with conjugate gradient family of solvers. Could anyone point me towards boost-compatible implementation of such solver ? thanks in advance ------------------------------ Hello, I know of no such solvers in or out of uBLAS so I am not of much help. However, you may want to consider interfacing uBLAS with libraries which are not compatable with uBLAS. You will find such interfaces in the BOOST-sandbox CVS. I may be undertaking a similar exercise between uBLAS and some sparse system solvers. Also, there exists documentation for these bindings, but I cannot find the link :( Best of luck, Dan

5 4

hello world in boost ?
by paul wisehart 10 Nov '04

10 Nov '04

Hi, I am able to compile the boost libaray on my linux machines. I am not able to use it. Is there a simple program I can try to compile to make sure I am doing things correctly. I'm sorry. its a shortcoming of mine, but I can't do _anything_ until I have a working stub. (or hello_world, or wahtever you want to call it.) I just need a simple example of how to compile a boost prohram from g++ . please help me :) -- paul \ / wisehart >/ <//////$> |\|\|\

2 1

write_graphviz: write out edges when vertex data is a boost::shared_ptr?
by Stephen torri 09 Nov '04

09 Nov '04

How does one write out the proper edge node names when the vertex data is a boost::shared_ptr? My graph is defined as: typedef property< vertex_index_t, uint32_t, property< vertex_name_t, boost::shared_ptr<Component> > > VertexProperty; typedef adjacency_list<setS, // OutEdgeList setS, // VertexList directedS, // Directed VertexProperty> // VertexProperties Graph_Type; The call in graphviz.hpp at line 269 has me confused. I understand that the node ids are printed out by looking for the value stored in the vertex_index_t property, graphviz.hpp at line 263. So if the value stored at the vertex_index_t property was the value '3' the node's name would be '3'. The edges are what have me confused. I would expect that the source id and the target it would be the value of the vertex_index_t property. So if there are two nodes the dot file would be: 0[label="A"]; 1[label="B"]; 0 -> 1; Yet with a boost::shared_ptr stored in a vertex_name_t property I get: 0[label="A"]; 1[label="B"]; 0x807a108->0x807a128; Well anything starting with a '0x' is ambigiuos to the dot parser. It breaks the 0x807a108 into two names. I need to use a boost::shared_ptr for my data. I believe I have not used the right boost::property type. Is that right? What I expect to see as output for the dot file is: 0[label="A"]; 1[label="B"]; 0->1; Stephen -- Email: storri(a)torri.org

4 4

PropertyWriter problem - how to handle a boost::shared_ptr type
by Stephen torri 08 Nov '04

08 Nov '04

I have the following graph: typedef property< vertex_index_t, uint32_t, property< vertex_name_t, boost::shared_ptr<Component> > > VertexProperty; typedef adjacency_list<setS, // OutEdgeList setS, // VertexList directedS, // Directed VertexProperty> // VertexProperties Graph_Type; When I looked at the documentation I did not see an example which used a boost::shared_ptr to store information at the vertex. Here is my attempt at writing a PropertyWriter. I cannot figure out how to write the 2nd function argument type: class Component_Writer { public: void operator()(std::ostream& out, const boost::shared_ptr<Component> obj) const { out << "[label=\"" << obj_ptr->get_Name() << "\n" << obj_ptr->get_ID() << "\"]"; } }; The error I get is: cd /home/storri/src/libreverse/src/infrastructure/ g++ -g -Wall -o graph_test2 graph_test2.cpp /usr/include/boost/graph/graphviz.hpp: In function `void boost::write_graphviz(std::ostream&, const Graph&, VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter) [with Graph = boost::adjacency_list<boost::setS, boost::setS, boost::directedS, boost::property<boost::vertex_index_t, uint32_t, boost::property<boost::vertex_name_t, boost::shared_ptr<Component>, boost::no_property> >, boost::no_property, boost::no_property, boost::listS>, VertexPropertiesWriter = Component_Writer, EdgePropertiesWriter = boost::default_writer, GraphPropertiesWriter = boost::default_writer]': /usr/include/boost/graph/graphviz.hpp:292: instantiated from `void boost::write_graphviz(std::ostream&, const Graph&, VertexWriter) [with Graph = boost::adjacency_list<boost::setS, boost::setS, boost::directedS, boost::property<boost::vertex_index_t, uint32_t, boost::property<boost::vertex_name_t, boost::shared_ptr<Component>, boost::no_property> >, boost::no_property, boost::no_property, boost::listS>, VertexWriter = Component_Writer]' graph_test2.cpp:484: instantiated from here /usr/include/boost/graph/graphviz.hpp:264: error: no match for call to `( Component_Writer) (std::basic_ostream<char, std::char_traits<char> >&, void* const&)' graph_test2.cpp:49: error: candidates are: void Component_Writer::operator()(std::ostream&, const boost::shared_ptr<Component>&) const Compilation exited abnormally with code 1 at Mon Nov 8 00:15:3 Stephen -- Email: storri(a)torri.org

2 4

Best method for storing a type in a boost graph vertex.
by Stephen torri 08 Nov '04

08 Nov '04

What is the best method for storing a type in a boost graph vertex? By value or pointer? I have the following graph type: typedef property< vertex_index_t, uint32_t, property< vertex_name_t, boost::shared_ptr<Component> > > VertexProperty; typedef adjacency_list<setS, // OutEdgeList setS, // VertexList directedS, // Directed VertexProperty> // VertexProperties Graph_Type; The Component is a class. I thought it was best to store it in the vertex as a pointer. Is this going to cause me trouble? Stephen -- Email: storri(a)torri.org

2 1

ublas compatible solvers (newbie question)
by Zrubavel Zodikovich 08 Nov '04

08 Nov '04

Hi all, I'm looking into using uBLAS for solving some big sparse systems, specifically with conjugate gradient family of solvers. Could anyone point me towards boost-compatible implementation of such solver ? thanks in advance

2 1

signals library with stlport
by tweety 08 Nov '04

08 Nov '04

how can i compile the signals library with stlport? i have tried setting STL_PORT_PATH and STL_PORT_VERION but when i run bjam -sTOOLS=vc-7.1-stlport it says it cannot find vc-7.1-stlport.jam (which is true, there's only jamfile and jamfile.v2 in signals/build) and if i just run bjam it gives me the native stl libraries (which, of couse, won't autolink with my program). can you help me? ---------------------------------- Peace and love, Tweety mitea(a)sympatico.ca - tweety_04_01(a)users.sourceforge.net YahooID: tweety_04_01

2 2

spirit question
by Cory Nelson 08 Nov '04

08 Nov '04

I'm trying to write a parser with elements that might not occur - is this possible? like: string ['-' number] that matches "foo" or "foo-123" -- Cory Nelson http://www.int64.org

3 4

Re: boost graph library bugs
by Qiaofeng Yang 07 Nov '04

07 Nov '04

Hi, Below is a list of bugs (at least I think so) in boost graph library: 1. I used the functions illustrated in file "components_on_edgelist.cpp" on a adjacency_list graph instead of a edge_list graph. It gave the correct number of components in the graph, but when printing out each components, the nodes in some of the components were disconnected. Also, segmentation fault was flagged.(This happened when the graph had a lot of components.) 2. I ran the source code in file "subgraph.cpp" as it was, the output was different from the sample output given in the same file. The difference was: the subgraph had global edge index, but local vertex index. 3. When creating multiple subgraphs, code like below would give segmentation fault: " typedef property<vertex_name_t, string> VertexName; typedef property<vertex_index_t, int, VertexName> VertexProperty; typedef property<edge_index_t, int> EdgeProperty; typedef subgraph< adjacency_list<vecS, vecS, undirectedS, VertexProperty, EdgeProperty> > Graph; ... Graph G(N); //add edges to G //assign names to vertices in G ... Graph & G1 = G.creat_subgraph(); //add vertices to G1 //assign names to vertices in G1 ... " When using function put(PropertyTag, const subgraph& g, Key k_local, const Value& value) to assign names to the vertices of subgraph G1(it seems that the name of vertices in G is not automatically inherited by G1.), it gave segmentation fault. This problem would not happen if the number of subgraphs was few such as 2. I found the above problems when I tried to create subgraphs for each component in the graph when the number of components was large. Thanks for your time, Qiaofeng

3 2

problem with boost::thread libraries
by Vinodth Mohanam 06 Nov '04

06 Nov '04

Hi, I came across this problem in using the threads package. I used the following files: boost_thread-vc71-mt-gdp-1_31.lib boost_thread-vc71-mt-gdp-1_31.dll boost_thread-vc71-mt-p-1_31.lib boost_thread-vc71-mt-p-1_31.dll While trying out a simple example from the test folder: #include <boost/thread.hpp> #include <boost/thread/xtime.hpp> using namespace boost; ............ ............ ............ void HelloWorld() { } ............ ............ ............ // Test threads boost::thread thrd(&HelloWorld); thrd.join(); ............ ............ ............ The application gave the following link error: Abacus error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall boost::thread::thread(class boost::function0<void,class _STL::allocator<class boost::function_base> > const &)" (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction_base@ boost@@@_STL@@@1@@Z) referenced in function "public: unsigned int __thiscall mok3::Abacus::Application::init(void)" (?init@Application@Abacus@mok3@@QAEIXZ) The program works fine without any parameters to the constructor ( boost::thread thrd; ), but of course that's not useful. If it were a syntax error it should be at compile-time, but there is no problem during compilation. Also, if there is a patch for statically linking threads package, it would be appreciated if you could send it. I am compiling the libraries with the following settings: Boost_1_31_0> bjam -sTOOLS=vc7.1-stlport -sSTLPORT_PATH=... install Thanks, -Vino

2 2

write_graphviz with listS as vertex container
by Meredith L. Patterson 05 Nov '04

05 Nov '04

Hi all, I've been using the Boost Graph Library for a project that requires the use of the graphviz library, and have run into a quandary. For reasons that are a bit complicated to get into right now, my users need to be able to remove vertices from what are at times extremely large graphs (~75,000 vertices), so vecS is clearly the wrong type for runtime reasons. The problem comes with write_graphviz. As the documentation points out, the graph must have an internal vertex_index property map; listS doesn't have an inherent vertex_index the way vecS does, so I've defined vertex_index as a property (along with vertex_name); the code compiles and runs. However, in the DOT output, I get a vertex list that looks like: 0[label="foo"]; 1[label="bar"]; 2[label="baz"]; [....] and an edge list that looks like 0x8061d90->0x8061db8 [weight="5"]; 0x8061d90->0x8061c50 [weight="13"]; [....] Obviously, the edge list is using vertex descriptors (which in this case end up being the memory location of each vertex object), while the vertex list is using vertex indices (and a quick look at graphviz.hpp confirms this; starting from line 262, the function uses get(vertex_index, *i) to get vertex identifiers for the vertex list in the DOT file, and source(*ei, g) and target(*ei, g) to get source-vertex and target-vertex identifiers for the edge list. This isn't a big deal when the vertex list type is vecS, of course, because vertex-index is basically a pointer into the vector, but it doesn't work for listS, setS, et cetera. Any suggestions for how to resolve this contradiction? I suppose I could try overloading source() and target(), but if there's an easier way to do it, I'd rather go that route. :) Cheers, Meredith L. Patterson

1 0

boost.test not autolinking (1.32)
by Cory Nelson 05 Nov '04

05 Nov '04

boost.test isn't autolinking in vc71, is this intentional? -- Cory Nelson http://www.int64.org

3 2

Re: Contents of Boost-users digest...
by Daniel L Elliott 04 Nov '04

04 Nov '04

---------------------------------------------------------------------- Message: 1 Date: Thu, 4 Nov 2004 10:06:07 -0000 From: "Paul Baxter" <pauljbaxter(a)hotmail.com> Subject: [Boost-users] ublas developer list accepting new members? To: <boost-users(a)lists.boost.org> Cc: ublas-dev-owner(a)yahoogroups.com Message-ID: <BAY101-DAV13Jc0xvlU000046d1(a)hotmail.com> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original I've seen a number of ublas questions here recently (including my own); is there difficulty in joining the ublas-dev list on yahoo groups? (Daniel Elliot also commented on this last week.) My membership application there is pending still - its only been 2 days for me but still no posts on ublas from Daniel. (Has everyone in the US gone on holiday to avoid the election coverage?). Could the registration process at ublas-dev in yahoo groups be relaxed as there do appear to be measures to stop spambots autoregistering. ------------------------------ All, I have been waiting for acceptance into the uBLAS-dev group for approximately two months now. I have completely given up on lobbying for expiditing this process. I would love to have access to this group! I am deeply involved in projects using uBLAS. I am certain there are others in my position as well. Thank you, dan elliott

1 0

RE:RE:Re:Re: i am stuck since a week here: need help:scoping error when trying to make boost work with luabind
by Rohit O chokhani 04 Nov '04

04 Nov '04

thanks again brian.Like u said, i also thought about project settings and made sure I had set the various options and linker specifications correctly...well, i solved a lot of issues and i am down to 12 errors from initially 122. Which is quite a relief, but these last 12 are still an issue taking away a considerable time of mine. I am working on them right now but do let me know if you have any clue. They are mainly some issues with luabind and boost. I have just made #include references to luabind and boost. Havent included any .libs for them, so it would be great if you let me know if there are any specific .libs for the same that need to be added to the project settings. APart from that I have made sure that the various include and lib directory paths have been set correctly. I am attaching the error message below, thanks again in advance, regards, rohit Linking... HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: __thiscall luabind::module_::module_(struct lua_State *,char const *)" (??0module_@luabind@@QAE@PAUlua_State@@PBD@Z) referenced in function "class luabind::module_ __cdecl luabind::module(struct lua_State *,char const *)" (?module@luabind@@YA?AVmodule_@1@PAUlua_State@@PBD@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: __thiscall luabind::scope::~scope(void)" (??1scope@luabind@@QAE@XZ) referenced in function "public: __thiscall luabind::detail::class_base::~class_base(void)" (??1class_base@detail@luabind@@QAE@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "int __cdecl luabind::detail::implicit_cast(class luabind::detail::class_rep const *,class type_info const * const &,int &)" (?implicit_cast@detail@luabind@@YAHPBVclass_rep@12@ABQBVtype_info@@AAH@Z) referenced in function "public: static int __cdecl luabind::detail::pointer_converter<struct luabind::detail::lua_to_cpp>::match<class MultiObject>(struct lua_State *,struct luabind::detail::by_pointer<class MultiObject>,int)" (??$match@VMultiObject@@@?$pointer_converter@Ulua_to_cpp@detail@luabind@@@detail@luabind@@SAHPAUlua_State@@U?$by_pointer@VMultiObject@@@12@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void * __thiscall luabind::detail::class_rep::convert_to(class type_info const *,class luabind::detail::object_rep const *,void *)const " (?convert_to@class_rep@detail@luabind@@QBEPAXPBVtype_info@@PBVobject_rep@23@PAX@Z) referenced in function "public: class MultiObject * __thiscall luabind::detail::pointer_converter<struct luabind::detail::lua_to_cpp>::apply<class MultiObject>(struct lua_State *,struct luabind::detail::by_pointer<class MultiObject>,int)" (??$apply@VMultiObject@@@?$pointer_converter@Ulua_to_cpp@detail@luabind@@@detail@luabind@@QAEPAVMultiObject@@PAUlua_State@@U?$by_pointer@VMultiObject@@@12@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void __thiscall luabind::detail::class_base::init(class type_info const *,class type_info const *,class type_info const *,void * (__cdecl*)(void *),void const * (__cdecl*)(void *),void (__cdecl*)(void *,void *),void (__cdecl*)(void *,void *),void (__cdecl*)(void *,void *),void (__cdecl*)(void *),void (__cdecl*)(void *),void (__cdecl*)(void *),void (__cdecl*)(void *),void (__cdecl*)(void *),int,int)" (?init@class_base@detail@luabind@@QAEXPBVtype_info@@00P6APAXPAX@ZP6APBX1@ZP6AX11@Z44P6AX1@Z5555HH@Z) referenced in function "private: void __thiscall luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified>::init(void)" (?init@?$class_@VMultiObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@AAEXXZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: __thiscall luabind::detail::class_base::class_base(char const *)" (??0class_base@detail@luabind@@QAE@PBD@Z) referenced in function "public: __thiscall luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified>::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified>(char const *)" (??0?$class_@VMultiObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@QAE@PBD@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void __thiscall luabind::detail::class_base::add_constructor(struct luabind::detail::construct_rep::overload_t const &)" (?add_constructor@class_base@detail@luabind@@QAEXABUoverload_t@construct_rep@23@@Z) referenced in function "private: struct luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified> & __thiscall luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified>::def_constructor<struct luabind::constructor<int,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type>,struct luabind::detail::null_type>(struct boost::mpl::bool_<1>,struct luabind::constructor<int,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type> *,struct luabind::detail::null_type const &)" (??$def_constructor@U?$constructor@HUnull_type@detail@luabind@@U123@U123@U123@U123@U123@U123@U123@U123@@luabind@@Unull_type@detail@2@@?$class_@VMultiObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@AAEAAU01@U?$bool_@$00@mpl@boost@@PAU?$constructor@HUnull_type@detail@luabind@@U123@U123@U123@U123@U123@U123@U123@U123@@1@ABUnull_type@detail@1@@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void __thiscall luabind::detail::class_base::add_method(char const *,struct luabind::detail::overload_rep const &)" (?add_method@class_base@detail@luabind@@QAEXPBDABUoverload_rep@23@@Z) referenced in function "private: struct luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified> & __thiscall luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified>::virtual_def<void (__thiscall MultiObject::*)(int),struct luabind::detail::null_type>(char const *,void (__thiscall MultiObject::*const &)(int),struct luabind::detail::null_type const &,struct luabind::detail::null_type,struct boost::mpl::bool_<1>)" (??$virtual_def@P8MultiObject@@AEXH@ZUnull_type@detail@luabind@@@?$class_@VMultiObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@AAEAAU01@PBDABQ8MultiObject@@AEXH@ZABUnull_type@detail@1@U341@U?$bool_@$00@mpl@boost@@@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void __thiscall luabind::module_::operator[](struct luabind::scope)" (??Amodule_@luabind@@QAEXUscope@1@@Z) referenced in function "public: virtual enum ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: __thiscall luabind::scope::scope(struct luabind::scope const &)" (??0scope@luabind@@QAE@ABU01@@Z) referenced in function "public: virtual enum ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "void __cdecl luabind::open(struct lua_State *)" (?open@luabind@@YAXPAUlua_State@@@Z) referenced in function "public: virtual enum ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) n0\HelloWorld_GameAppn0.exe : fatal error LNK1120: 11 unresolved externals Creating browse information file... Microsoft Browse Information Maintenance Utility Version 8.00.40607 Copyright (C) Microsoft Corporation. All rights reserved. Build log was saved at "file://c:\MISC\msvc2005\HelloWorld_GameApp\n0\BuildLog.htm" HelloWorld_GameApp - 12 error(s), 12 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped you wrote: Suggestion: MS VC is EXTREMELY finicky about having all the settings be very close on all aspects of everything you are linking. I.e. I would double check to make sure that those settings like "not using MFC" and "Single Threaded-Debug MSVCRT" are all set the SAME amongst everything you are building. (!!) I am *not* an expert on bjam (working on it though) but I know just in the VC world, you WILL get errors like below if you do not have your debugging and threading models all set the same. I would also suggest to you if you setup JUST VC projects for EVERYTHING and get everything to build properly in the MS tool (I am not sure if below is bjam or not) that will at least get you to something that works and it will be easier to take the bjam step from there. You can also make a solution- and then add the individual project files under that one "parent solution" which will make the above steps easier. I hope something there helps (and good luck).. > -----Original Message----- > From: boost-users-bounces <at> lists.boost.org [mailto:boost-users- > bounces <at> lists.boost.org] On Behalf Of Rohit O chokhani > Sent: Wednesday, November 03, 2004 10:10 AM > To: boost list > Subject: [Boost-users] Re:Re: i am stuck since a week here: > needhelp:scoping error when trying to make boost work with luabind > > thanks brian and aleksey....well i installed the > latest beta of visual studio 2005 instead of my mvc > 6.0. It did get rid of the block scoping issues and > many other compiling issues i was facing. I had to > replace the apply_if with eval_if everywhere. > > could understand the exact technicalities of that, but > read it from some post on the forum and just followed > it..... > > now, i got different issues though....everything > compiles perfect but i get like a million linking > issues.......... > the details are as follows: > > HelloWorld_GameApp.obj :error LNK2019: unresolved > external symbol _memcpy_s referenced in function > "public: static char * __cdecl > std::char_traits<char>::_Copy_s(char *,unsigned > int,char const *,unsigned int)" > (?_Copy_s <at> ?$char_traits <at> D <at> std <at> <at> SAPADPADIPBDI <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _memmove_s referenced in function > "public: static char * __cdecl > std::char_traits<char>::_Move_s(char *,unsigned > int,char const *,unsigned int)" > (?_Move_s <at> ?$char_traits <at> D <at> std <at> <at> SAPADPADIPBDI <at> Z) > HelloWorld_GameApp.obj : error LNK2001: unresolved > external symbol "const type_info::`vftable'" > (??_7type_info <at> <at> 6B <at> ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _free referenced in function "public: > virtual __thiscall std::exception::~exception(void)" > (??1exception <at> std <at> <at> UAE <at> XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "void __cdecl operator delete(void *)" > (??3 <at> YAXPAX <at> Z) referenced in function "public: virtual > void * __thiscall std::exception::`scalar deleting > destructor'(unsigned int)" > (??_Gexception <at> std <at> <at> UAEPAXI <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: __thiscall > luabind::module_::module_(struct lua_State *,char > const *)" > (??0module_ <at> luabind <at> <at> QAE <at> PAUlua_State <at> <at> PBD <at> Z) > referenced in function "class luabind::module_ > __stdcall luabind::module(struct lua_State *,char > const *)" > (?module <at> luabind <at> <at> YG?AVmodule_ <at> 1 <at> PAUlua_State <at> <at> PBD <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_settop <at> 8 referenced in function > "class luabind::detail::object_rep * __stdcall > luabind::detail::is_class_object(struct lua_State > *,int)" > (?is_class_object <at> detail <at> luabind <at> <at> YGPAVobject_rep <at> 12 <at> PAUlua_State <at> <at> H <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_toboolean <at> 8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object <at> detail <at> luabind <at> <at> YGPAVobject_rep <at> 12 <at> PAUlua_State <at> <at> H <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_gettable <at> 8 referenced in function > "class luabind::detail::object_rep * __stdcall > luabind::detail::is_class_object(struct lua_State > *,int)" > (?is_class_object <at> detail <at> luabind <at> <at> YGPAVobject_rep <at> 12 <at> PAUlua_State <at> <at> H <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_pushstring <at> 8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object <at> detail <at> luabind <at> <at> YGPAVobject_rep <at> 12 <at> PAUlua_State <at> <at> H <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_getmetatable <at> 8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object <at> detail <at> luabind <at> <at> YGPAVobject_rep <at> 12 <at> PAUlua_State <at> <at> H <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_touserdata <at> 8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object <at> detail <at> luabind <at> <at> YGPAVobject_rep <at> 12 <at> PAUlua_State <at> <at> H <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_tonumber <at> 8 referenced in function > "public: int __thiscall > luabind::detail::primitive_converter<struct > luabind::detail::lua_to_cpp>::apply(struct lua_State > *,struct luabind::detail::by_value<int>,int)" > (?apply <at> ?$primitive_converter <at> Ulua_to_cpp <at> detail <at> luabind <at> <at> <at> detail <at> luabin d <at> > <at> QAEHPAUlua_State <at> <at> U?$by_value <at> H <at> 23 <at> H <at> Z) > HelloWorld_GameApp.obj : error LNK2001: unresolved > external symbol __fltused > > > ..... so on and on > > > > :mpl::bool_<1>,struct luabind::constructor<int,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type> *,struct > luabind::detail::null_type const &)" > (??$def_constructor <at> U?$constructor <at> HUnull_type <at> detail <at> luabind <at> <at> U123 <at> U123 <at> U > 123 <at> U123 <at> U123 <at> U123 <at> U123 <at> U123 <at> <at> luabind <at> <at> Unull_type <at> detail <at> 2 <at> <at> ?$class_ <at> VMu lt > iObject <at> <at> Uunspecified <at> detail <at> luabind <at> <at> U234 <at> U234 <at> <at> luabind <at> <at> AAEAAU01 <at> U?$bo ol > _ <at> $00 <at> mpl <at> boost <at> <at> PAU?$constructor <at> HUnull_type <at> detail <at> luabind <at> <at> U123 <at> U123 <at> U1 > 23 <at> U123 <at> U123 <at> U123 <at> U123 <at> U123 <at> <at> 1 <at> ABUnull_type <at> detail <at> 1 <at> <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: void __thiscall > luabind::detail::class_base::add_method(char const > *,struct luabind::detail::overload_rep const &)" > (?add_method <at> class_base <at> detail <at> luabind <at> <at> QAEXPBDABUoverload_rep <at> 23 <at> <at> Z) > referenced in function "private: struct > luabind::class_<class MultiObject,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified> & __thiscall > luabind::class_<class MultiObject,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified>::virtual_def<void > (__thiscall MultiObject::*)(int),struct > luabind::detail::null_type>(char const *,void > (__thiscall MultiObject::*const &)(int),struct > luabind::detail::null_type const &,struct > luabind::detail::null_type,struct > boost::mpl::bool_<1>)" > (??$virtual_def <at> P8MultiObject <at> <at> AEXH <at> ZUnull_type <at> detail <at> luabind <at> <at> <at> ?$class _ <at> > VMultiObject <at> <at> Uunspecified <at> detail <at> luabind <at> <at> U234 <at> U234 <at> <at> luabind <at> <at> AAEAAU01 <at> PB > DABQ8MultiObject <at> <at> AEXH <at> ZABUnull_type <at> detail <at> 1 <at> U341 <at> U?$bool_ <at> $00 <at> mpl <at> boos t <at> > <at> <at> Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: void __thiscall > luabind::module_::operator[](struct luabind::scope)" > (??Amodule_ <at> luabind <at> <at> QAEXUscope <at> 1 <at> <at> Z) referenced in > function "public: virtual enum ERROR_CODE __thiscall > CTestRoom::OnStartRoom(void)" > (?OnStartRoom <at> CTestRoom <at> <at> UAE?AW4ERROR_CODE <at> <at> XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: __thiscall > luabind::scope::scope(struct luabind::scope const &)" > (??0scope <at> luabind <at> <at> QAE <at> ABU01 <at> <at> Z) referenced in > function "public: virtual enum ERROR_CODE __thiscall > CTestRoom::OnStartRoom(void)" > (?OnStartRoom <at> CTestRoom <at> <at> UAE?AW4ERROR_CODE <at> <at> XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "void __stdcall luabind::open(struct > lua_State *)" (?open <at> luabind <at> <at> YGXPAUlua_State <at> <at> <at> Z) > referenced in function "public: virtual enum > ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" > (?OnStartRoom <at> CTestRoom <at> <at> UAE?AW4ERROR_CODE <at> <at> XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: void __thiscall > CxDrawText::SetFont(unsigned int)" > (?SetFont <at> CxDrawText <at> <at> QAEXI <at> Z) referenced in function > "public: virtual enum ERROR_CODE __thiscall > CTestRoom::OnStartRoom(void)" > (?OnStartRoom <at> CTestRoom <at> <at> UAE?AW4ERROR_CODE <at> <at> XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _atexit referenced in function "void > __cdecl g_cTest::`dynamic initializer'(void)" > (??__Eg_cTest <at> <at> YAXXZ) > LINK : error LNK2001: unresolved external symbol > _WinMainCRTStartup > LINK : error LNK2001: unresolved external symbol > __load_config_used > n0\HelloWorld_GameAppn0.exe : fatal error LNK1120: 198 > unresolved externals > Build log was saved at > "file://c:\MISC\msvc2005\HelloWorld_GameApp\n0\BuildLog.htm" > HelloWorld_GameApp - 199 error(s), 0 warning(s) > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, > 0 skipped ========== > > > > > > do these link post sound familiar with something you > have seen before or they could be my code specific > which i will have to dig into..... > > well, i am trying to make luabind and boost work with > someone elses code.....so i do not completely > understand > it myself.... > just trying to register a few classes from there thru > a hello world app and trying to work my way from > luabind > from there..... > > any assitance over here will be appreciated.... > > also, > just to verify, > for linking what all .libs need to be listed in the > project options... > i have lua.lib, lua_debug.lib... > > i have the paths for luabind and boost set up as per > the documentations...is there anything else > that needs to be done to get the environment > correct...just wondering if i am missing out on > any .libs to be listed in the project settings???? > > > thanks and regards, > rohit > > > > > ---------------------- > you wrote: > > Brian Braatz] > " C:\Program Files\Microsoft Visual > > > Studio\VC98\" > > This shows me you are using VC6. While you "can" do > this, you are asking > for more pain than anyone should be forced to have. > (it is not very > compliant and has lots of template quirks. AND you get > pages (and pages > and pages and pages) of template warnings on valid > code (making > debugging compile time issues much more difficult) > > My *strong* suggestion to you is you install at least > Visual Studio .net > 2003 which comes with the vc++ 7.1 compiler. > > If you cannot purchase this product, the command line > compiler is > available for free download from: > http://msdn.microsoft.com/visualc/vctoolkit2003/ > > Hope this helps > > (been there, done that, got the tee-shirt :) ) > > > > > > --- Rohit O chokhani <rchokhani <at> yahoo.com> wrote: > > > Hi, i am a rookie as far as boost is concerned and i > > am trying to make boost work but just cant...on the > > point of giving up on it...so please help asap.... > > > > i am trying to use a scripting language called lua > > with my c++ source code. FOr that I felt the need to > > use luabind library which is completely dependent on > > boost.(project specific reasons for selecting > > luabind) > > > > > > As a result i need to have boost on my system. For > > the > > past 3-4 days ever since i have been trying to make > > boost works i have been getting all sorts of > > compilation errors. > > mainly they are as follows: > > > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(16) : error C2059: syntax > > error : 'string' > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(17) : error C2091: > > function > > returns function > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(17) : error C2809: > > 'operator new' has no formal parameters > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(20) : error C2954: > > template > > definitions cannot nest > > > C:\BOOST2\BOOST\boost/mpl/aux_/integral_wrapper.hpp(88) > > : fatal error C1506: unrecoverable block scoping > > error > > Error executing cl.exe. > > > > > > > > i did find some solutions of the various forums of > > boost recommending to build the latest version from > > cvs in order to get rid of the scoping issue. > > however, > > that hasnt solved my case. > > > > > > could anyone kindly suggest some fixes, > > i would really appreciate it, > > thanks and regards, > > rohit > > > > > > > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Mail Address AutoComplete - You start. We > > finish. > > http://promotions.yahoo.com/new_mail > > > > > > > __________________________________ > Do you Yahoo!? > Check out the new Yahoo! Front Page. > www.yahoo.com > > > _______________________________________________ > Boost-users mailing list > Boost-users <at> lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users z __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

boost function problem
by gast 128 04 Nov '04

04 Nov '04

Dear all, I am little bit tired, but probably people can help me and explain why this does not compile on VC++ 7.1: struct NCFoo { template <int i> void f(){} void g(){} }; void Bla { void (NCFoo::*pmf)() = &NCFoo::f<4>; boost::function<void (NCFoo*)> fc1 = &NCFoo::f<4>; //does not compile boost::function<void (NCFoo*)> fc2 = boost::bind(&NCFoo::f<4>, _1); //does not compile boost::function<void (NCFoo*)> fc3 = &NCFoo::g; } Probably it has to do with template argument matching, but can someone give a quick help? Wkr, me _________________________________________________________________ Play online games with your friends with MSN Messenger http://messenger.msn.nl/

1 0

ublas developer list accepting new members?
by Paul Baxter 04 Nov '04

04 Nov '04

I've seen a number of ublas questions here recently (including my own); is there difficulty in joining the ublas-dev list on yahoo groups? (Daniel Elliot also commented on this last week.) My membership application there is pending still - its only been 2 days for me but still no posts on ublas from Daniel. (Has everyone in the US gone on holiday to avoid the election coverage?). Could the registration process at ublas-dev in yahoo groups be relaxed as there do appear to be measures to stop spambots autoregistering.

1 0

RE: [Boost-users] Re:Re: i am stuck since a week here: needhelp:scoping error when trying to make boost work with luabind
by Brian Braatz 04 Nov '04

04 Nov '04

Suggestion: MS VC is EXTREMELY finicky about having all the settings be very close on all aspects of everything you are linking. I.e. I would double check to make sure that those settings like "not using MFC" and "Single Threaded-Debug MSVCRT" are all set the SAME amongst everything you are building. (!!) I am *not* an expert on bjam (working on it though) but I know just in the VC world, you WILL get errors like below if you do not have your debugging and threading models all set the same. I would also suggest to you if you setup JUST VC projects for EVERYTHING and get everything to build properly in the MS tool (I am not sure if below is bjam or not) that will at least get you to something that works and it will be easier to take the bjam step from there. You can also make a solution- and then add the individual project files under that one "parent solution" which will make the above steps easier. I hope something there helps (and good luck).. > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of Rohit O chokhani > Sent: Wednesday, November 03, 2004 10:10 AM > To: boost list > Subject: [Boost-users] Re:Re: i am stuck since a week here: > needhelp:scoping error when trying to make boost work with luabind > > thanks brian and aleksey....well i installed the > latest beta of visual studio 2005 instead of my mvc > 6.0. It did get rid of the block scoping issues and > many other compiling issues i was facing. I had to > replace the apply_if with eval_if everywhere. > > could understand the exact technicalities of that, but > read it from some post on the forum and just followed > it..... > > now, i got different issues though....everything > compiles perfect but i get like a million linking > issues.......... > the details are as follows: > > HelloWorld_GameApp.obj :error LNK2019: unresolved > external symbol _memcpy_s referenced in function > "public: static char * __cdecl > std::char_traits<char>::_Copy_s(char *,unsigned > int,char const *,unsigned int)" > (?_Copy_s@?$char_traits@D@std@@SAPADPADIPBDI@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _memmove_s referenced in function > "public: static char * __cdecl > std::char_traits<char>::_Move_s(char *,unsigned > int,char const *,unsigned int)" > (?_Move_s@?$char_traits@D@std@@SAPADPADIPBDI@Z) > HelloWorld_GameApp.obj : error LNK2001: unresolved > external symbol "const type_info::`vftable'" > (??_7type_info@@6B@) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _free referenced in function "public: > virtual __thiscall std::exception::~exception(void)" > (??1exception@std@@UAE@XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "void __cdecl operator delete(void *)" > (??3@YAXPAX@Z) referenced in function "public: virtual > void * __thiscall std::exception::`scalar deleting > destructor'(unsigned int)" > (??_Gexception@std@@UAEPAXI@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: __thiscall > luabind::module_::module_(struct lua_State *,char > const *)" > (??0module_@luabind@@QAE@PAUlua_State@@PBD@Z) > referenced in function "class luabind::module_ > __stdcall luabind::module(struct lua_State *,char > const *)" > (?module@luabind@@YG?AVmodule_@1@PAUlua_State@@PBD@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_settop@8 referenced in function > "class luabind::detail::object_rep * __stdcall > luabind::detail::is_class_object(struct lua_State > *,int)" > (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_toboolean@8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_gettable@8 referenced in function > "class luabind::detail::object_rep * __stdcall > luabind::detail::is_class_object(struct lua_State > *,int)" > (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_pushstring@8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_getmetatable@8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_touserdata@8 referenced in > function "class luabind::detail::object_rep * > __stdcall luabind::detail::is_class_object(struct > lua_State *,int)" > (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _lua_tonumber@8 referenced in function > "public: int __thiscall > luabind::detail::primitive_converter<struct > luabind::detail::lua_to_cpp>::apply(struct lua_State > *,struct luabind::detail::by_value<int>,int)" > (?apply@?$primitive_converter@Ulua_to_cpp@detail@luabind@@@detail@luabin d@ > @QAEHPAUlua_State@@U?$by_value@H@23@H@Z) > HelloWorld_GameApp.obj : error LNK2001: unresolved > external symbol __fltused > > > ..... so on and on > > > > :mpl::bool_<1>,struct luabind::constructor<int,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type,struct > luabind::detail::null_type> *,struct > luabind::detail::null_type const &)" > (??$def_constructor@U?$constructor@HUnull_type@detail@luabind@@U123@U123 @U > 123@U123@U123@U123@U123@U123@@luabind@@Unull_type@detail@2@@?$class_@VMu lt > iObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@AAEAAU01@U?$bo ol > _@$00@mpl@boost@@PAU?$constructor@HUnull_type@detail@luabind@@U123@U123@ U1 > 23@U123@U123@U123@U123@U123@@1@ABUnull_type@detail@1@@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: void __thiscall > luabind::detail::class_base::add_method(char const > *,struct luabind::detail::overload_rep const &)" > (?add_method@class_base@detail@luabind@@QAEXPBDABUoverload_rep@23@@Z) > referenced in function "private: struct > luabind::class_<class MultiObject,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified> & __thiscall > luabind::class_<class MultiObject,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified,struct > luabind::detail::unspecified>::virtual_def<void > (__thiscall MultiObject::*)(int),struct > luabind::detail::null_type>(char const *,void > (__thiscall MultiObject::*const &)(int),struct > luabind::detail::null_type const &,struct > luabind::detail::null_type,struct > boost::mpl::bool_<1>)" > (??$virtual_def@P8MultiObject@@AEXH@ZUnull_type@detail@luabind@@@?$class _@ > VMultiObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@AAEAAU01@ PB > DABQ8MultiObject@@AEXH@ZABUnull_type@detail@1@U341@U?$bool_@$00@mpl@boos t@ > @@Z) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: void __thiscall > luabind::module_::operator[](struct luabind::scope)" > (??Amodule_@luabind@@QAEXUscope@1@@Z) referenced in > function "public: virtual enum ERROR_CODE __thiscall > CTestRoom::OnStartRoom(void)" > (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: __thiscall > luabind::scope::scope(struct luabind::scope const &)" > (??0scope@luabind@@QAE@ABU01@@Z) referenced in > function "public: virtual enum ERROR_CODE __thiscall > CTestRoom::OnStartRoom(void)" > (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "void __stdcall luabind::open(struct > lua_State *)" (?open@luabind@@YGXPAUlua_State@@@Z) > referenced in function "public: virtual enum > ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" > (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol "public: void __thiscall > CxDrawText::SetFont(unsigned int)" > (?SetFont@CxDrawText@@QAEXI@Z) referenced in function > "public: virtual enum ERROR_CODE __thiscall > CTestRoom::OnStartRoom(void)" > (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) > HelloWorld_GameApp.obj : error LNK2019: unresolved > external symbol _atexit referenced in function "void > __cdecl g_cTest::`dynamic initializer'(void)" > (??__Eg_cTest@@YAXXZ) > LINK : error LNK2001: unresolved external symbol > _WinMainCRTStartup > LINK : error LNK2001: unresolved external symbol > __load_config_used > n0\HelloWorld_GameAppn0.exe : fatal error LNK1120: 198 > unresolved externals > Build log was saved at > "file://c:\MISC\msvc2005\HelloWorld_GameApp\n0\BuildLog.htm" > HelloWorld_GameApp - 199 error(s), 0 warning(s) > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, > 0 skipped ========== > > > > > > do these link post sound familiar with something you > have seen before or they could be my code specific > which i will have to dig into..... > > well, i am trying to make luabind and boost work with > someone elses code.....so i do not completely > understand > it myself.... > just trying to register a few classes from there thru > a hello world app and trying to work my way from > luabind > from there..... > > any assitance over here will be appreciated.... > > also, > just to verify, > for linking what all .libs need to be listed in the > project options... > i have lua.lib, lua_debug.lib... > > i have the paths for luabind and boost set up as per > the documentations...is there anything else > that needs to be done to get the environment > correct...just wondering if i am missing out on > any .libs to be listed in the project settings???? > > > thanks and regards, > rohit > > > > > ---------------------- > you wrote: > > Brian Braatz] > " C:\Program Files\Microsoft Visual > > > Studio\VC98\" > > This shows me you are using VC6. While you "can" do > this, you are asking > for more pain than anyone should be forced to have. > (it is not very > compliant and has lots of template quirks. AND you get > pages (and pages > and pages and pages) of template warnings on valid > code (making > debugging compile time issues much more difficult) > > My *strong* suggestion to you is you install at least > Visual Studio .net > 2003 which comes with the vc++ 7.1 compiler. > > If you cannot purchase this product, the command line > compiler is > available for free download from: > http://msdn.microsoft.com/visualc/vctoolkit2003/ > > Hope this helps > > (been there, done that, got the tee-shirt :) ) > > > > > > --- Rohit O chokhani <rchokhani(a)yahoo.com> wrote: > > > Hi, i am a rookie as far as boost is concerned and i > > am trying to make boost work but just cant...on the > > point of giving up on it...so please help asap.... > > > > i am trying to use a scripting language called lua > > with my c++ source code. FOr that I felt the need to > > use luabind library which is completely dependent on > > boost.(project specific reasons for selecting > > luabind) > > > > > > As a result i need to have boost on my system. For > > the > > past 3-4 days ever since i have been trying to make > > boost works i have been getting all sorts of > > compilation errors. > > mainly they are as follows: > > > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(16) : error C2059: syntax > > error : 'string' > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(17) : error C2091: > > function > > returns function > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(17) : error C2809: > > 'operator new' has no formal parameters > > C:\Program Files\Microsoft Visual > > Studio\VC98\INCLUDE\memory(20) : error C2954: > > template > > definitions cannot nest > > > C:\BOOST2\BOOST\boost/mpl/aux_/integral_wrapper.hpp(88) > > : fatal error C1506: unrecoverable block scoping > > error > > Error executing cl.exe. > > > > > > > > i did find some solutions of the various forums of > > boost recommending to build the latest version from > > cvs in order to get rid of the scoping issue. > > however, > > that hasnt solved my case. > > > > > > could anyone kindly suggest some fixes, > > i would really appreciate it, > > thanks and regards, > > rohit > > > > > > > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Mail Address AutoComplete - You start. We > > finish. > > http://promotions.yahoo.com/new_mail > > > > > > > __________________________________ > Do you Yahoo!? > Check out the new Yahoo! Front Page. > www.yahoo.com > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

RE: [Boost-users] boost::thread maybe have bug.
by Randy Bowen 03 Nov '04

03 Nov '04

Yes, it's copied and you're not logging construction in your copy constructor. It's working as designed. > -----Original Message----- > From: Cory Nelson [mailto:phrosty@gmail.com] > Sent: Wednesday, November 03, 2004 8:08 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] boost::thread maybe have bug. > > I think boost makes a copy of the object (i'm sure someone > else will confirm/shoot this down), though I'm not sure if it > would cause that. > try passing a boost::ref? > > > On Wed, 3 Nov 2004 23:28:56 +0800, 蹬三轮的 <tricycle(a)gmail.com> wrote: > > Recently, I download boost 1.31.0 and compile it with > Visual studio.net 2003. > > But the code below can't work properly: > > > > class A > > { > > public: > > A() { printf("constructor.\n"); } > > > > ~A() { printf("destructor.\n"); } > > > > void operator () () { } > > }; > > > > int main(int argc, char* argv[]) > > { > > A a; > > boost::thread t(a); > > t.join(); > > } > > > > In my system, it generate the message like this: > > D:\thread\Debug>thread.exe > > constructor. > > destructor. > > destructor. > > destructor. > > destructor. > > destructor. > > destructor. > > > > Who can tell me what's wrong with boost or something else? > > > > -- > > Ride tricycle around the world. > > _______________________________________________ > > Boost-users mailing list > > Boost-users(a)lists.boost.org > > http://lists.boost.org/mailman/listinfo.cgi/boost-users > > > > > -- > Cory Nelson > http://www.int64.org > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Re:Re: i am stuck since a week here: need help:scoping error when trying to make boost work with luabind
by Rohit O chokhani 03 Nov '04

03 Nov '04

thanks brian and aleksey....well i installed the latest beta of visual studio 2005 instead of my mvc 6.0. It did get rid of the block scoping issues and many other compiling issues i was facing. I had to replace the apply_if with eval_if everywhere. could understand the exact technicalities of that, but read it from some post on the forum and just followed it..... now, i got different issues though....everything compiles perfect but i get like a million linking issues.......... the details are as follows: HelloWorld_GameApp.obj :error LNK2019: unresolved external symbol _memcpy_s referenced in function "public: static char * __cdecl std::char_traits<char>::_Copy_s(char *,unsigned int,char const *,unsigned int)" (?_Copy_s@?$char_traits@D@std@@SAPADPADIPBDI@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _memmove_s referenced in function "public: static char * __cdecl std::char_traits<char>::_Move_s(char *,unsigned int,char const *,unsigned int)" (?_Move_s@?$char_traits@D@std@@SAPADPADIPBDI@Z) HelloWorld_GameApp.obj : error LNK2001: unresolved external symbol "const type_info::`vftable'" (??_7type_info@@6B@) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _free referenced in function "public: virtual __thiscall std::exception::~exception(void)" (??1exception@std@@UAE@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) referenced in function "public: virtual void * __thiscall std::exception::`scalar deleting destructor'(unsigned int)" (??_Gexception@std@@UAEPAXI@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: __thiscall luabind::module_::module_(struct lua_State *,char const *)" (??0module_@luabind@@QAE@PAUlua_State@@PBD@Z) referenced in function "class luabind::module_ __stdcall luabind::module(struct lua_State *,char const *)" (?module@luabind@@YG?AVmodule_@1@PAUlua_State@@PBD@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _lua_settop@8 referenced in function "class luabind::detail::object_rep * __stdcall luabind::detail::is_class_object(struct lua_State *,int)" (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _lua_toboolean@8 referenced in function "class luabind::detail::object_rep * __stdcall luabind::detail::is_class_object(struct lua_State *,int)" (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _lua_gettable@8 referenced in function "class luabind::detail::object_rep * __stdcall luabind::detail::is_class_object(struct lua_State *,int)" (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _lua_pushstring@8 referenced in function "class luabind::detail::object_rep * __stdcall luabind::detail::is_class_object(struct lua_State *,int)" (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _lua_getmetatable@8 referenced in function "class luabind::detail::object_rep * __stdcall luabind::detail::is_class_object(struct lua_State *,int)" (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _lua_touserdata@8 referenced in function "class luabind::detail::object_rep * __stdcall luabind::detail::is_class_object(struct lua_State *,int)" (?is_class_object@detail@luabind@@YGPAVobject_rep@12@PAUlua_State@@H@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _lua_tonumber@8 referenced in function "public: int __thiscall luabind::detail::primitive_converter<struct luabind::detail::lua_to_cpp>::apply(struct lua_State *,struct luabind::detail::by_value<int>,int)" (?apply@?$primitive_converter@Ulua_to_cpp@detail@luabind@@@detail@luabind@@QAEHPAUlua_State@@U?$by_value@H@23@H@Z) HelloWorld_GameApp.obj : error LNK2001: unresolved external symbol __fltused ..... so on and on :mpl::bool_<1>,struct luabind::constructor<int,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type,struct luabind::detail::null_type> *,struct luabind::detail::null_type const &)" (??$def_constructor@U?$constructor@HUnull_type@detail@luabind@@U123@U123@U123@U123@U123@U123@U123@U123@@luabind@@Unull_type@detail@2@@?$class_@VMultiObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@AAEAAU01@U?$bool_@$00@mpl@boost@@PAU?$constructor@HUnull_type@detail@luabind@@U123@U123@U123@U123@U123@U123@U123@U123@@1@ABUnull_type@detail@1@@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void __thiscall luabind::detail::class_base::add_method(char const *,struct luabind::detail::overload_rep const &)" (?add_method@class_base@detail@luabind@@QAEXPBDABUoverload_rep@23@@Z) referenced in function "private: struct luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified> & __thiscall luabind::class_<class MultiObject,struct luabind::detail::unspecified,struct luabind::detail::unspecified,struct luabind::detail::unspecified>::virtual_def<void (__thiscall MultiObject::*)(int),struct luabind::detail::null_type>(char const *,void (__thiscall MultiObject::*const &)(int),struct luabind::detail::null_type const &,struct luabind::detail::null_type,struct boost::mpl::bool_<1>)" (??$virtual_def@P8MultiObject@@AEXH@ZUnull_type@detail@luabind@@@?$class_@VMultiObject@@Uunspecified@detail@luabind@@U234@U234@@luabind@@AAEAAU01@PBDABQ8MultiObject@@AEXH@ZABUnull_type@detail@1@U341@U?$bool_@$00@mpl@boost@@@Z) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void __thiscall luabind::module_::operator[](struct luabind::scope)" (??Amodule_@luabind@@QAEXUscope@1@@Z) referenced in function "public: virtual enum ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: __thiscall luabind::scope::scope(struct luabind::scope const &)" (??0scope@luabind@@QAE@ABU01@@Z) referenced in function "public: virtual enum ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "void __stdcall luabind::open(struct lua_State *)" (?open@luabind@@YGXPAUlua_State@@@Z) referenced in function "public: virtual enum ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol "public: void __thiscall CxDrawText::SetFont(unsigned int)" (?SetFont@CxDrawText@@QAEXI@Z) referenced in function "public: virtual enum ERROR_CODE __thiscall CTestRoom::OnStartRoom(void)" (?OnStartRoom@CTestRoom@@UAE?AW4ERROR_CODE@@XZ) HelloWorld_GameApp.obj : error LNK2019: unresolved external symbol _atexit referenced in function "void __cdecl g_cTest::`dynamic initializer'(void)" (??__Eg_cTest@@YAXXZ) LINK : error LNK2001: unresolved external symbol _WinMainCRTStartup LINK : error LNK2001: unresolved external symbol __load_config_used n0\HelloWorld_GameAppn0.exe : fatal error LNK1120: 198 unresolved externals Build log was saved at "file://c:\MISC\msvc2005\HelloWorld_GameApp\n0\BuildLog.htm" HelloWorld_GameApp - 199 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== do these link post sound familiar with something you have seen before or they could be my code specific which i will have to dig into..... well, i am trying to make luabind and boost work with someone elses code.....so i do not completely understand it myself.... just trying to register a few classes from there thru a hello world app and trying to work my way from luabind from there..... any assitance over here will be appreciated.... also, just to verify, for linking what all .libs need to be listed in the project options... i have lua.lib, lua_debug.lib... i have the paths for luabind and boost set up as per the documentations...is there anything else that needs to be done to get the environment correct...just wondering if i am missing out on any .libs to be listed in the project settings???? thanks and regards, rohit ---------------------- you wrote: Brian Braatz] " C:\Program Files\Microsoft Visual > > Studio\VC98\" This shows me you are using VC6. While you "can" do this, you are asking for more pain than anyone should be forced to have. (it is not very compliant and has lots of template quirks. AND you get pages (and pages and pages and pages) of template warnings on valid code (making debugging compile time issues much more difficult) My *strong* suggestion to you is you install at least Visual Studio .net 2003 which comes with the vc++ 7.1 compiler. If you cannot purchase this product, the command line compiler is available for free download from: http://msdn.microsoft.com/visualc/vctoolkit2003/ Hope this helps (been there, done that, got the tee-shirt :) ) --- Rohit O chokhani <rchokhani(a)yahoo.com> wrote: > Hi, i am a rookie as far as boost is concerned and i > am trying to make boost work but just cant...on the > point of giving up on it...so please help asap.... > > i am trying to use a scripting language called lua > with my c++ source code. FOr that I felt the need to > use luabind library which is completely dependent on > boost.(project specific reasons for selecting > luabind) > > > As a result i need to have boost on my system. For > the > past 3-4 days ever since i have been trying to make > boost works i have been getting all sorts of > compilation errors. > mainly they are as follows: > > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\memory(16) : error C2059: syntax > error : 'string' > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\memory(17) : error C2091: > function > returns function > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\memory(17) : error C2809: > 'operator new' has no formal parameters > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\memory(20) : error C2954: > template > definitions cannot nest > C:\BOOST2\BOOST\boost/mpl/aux_/integral_wrapper.hpp(88) > : fatal error C1506: unrecoverable block scoping > error > Error executing cl.exe. > > > > i did find some solutions of the various forums of > boost recommending to build the latest version from > cvs in order to get rid of the scoping issue. > however, > that hasnt solved my case. > > > could anyone kindly suggest some fixes, > i would really appreciate it, > thanks and regards, > rohit > > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail Address AutoComplete - You start. We > finish. > http://promotions.yahoo.com/new_mail > __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

boost::thread maybe have bug.
by 蹬三轮的 03 Nov '04

03 Nov '04

Recently, I download boost 1.31.0 and compile it with Visual studio.net 2003. But the code below can't work properly: class A { public: A() { printf("constructor.\n"); } ~A() { printf("destructor.\n"); } void operator () () { } }; int main(int argc, char* argv[]) { A a; boost::thread t(a); t.join(); } In my system, it generate the message like this: D:\thread\Debug>thread.exe constructor. destructor. destructor. destructor. destructor. destructor. destructor. Who can tell me what's wrong with boost or something else? -- Ride tricycle around the world.

3 2

Boost::Regex - bug work-around...?
by Michael Starling 02 Nov '04

02 Nov '04

Hi there... I've been trying to implement some routines using the Boost library, primarily with the excellent RegEx library. Everything was working well enough in small tests, but when I tried running the routines on many patterns, my program would crash (it performs various pattern matching and search-and-replaces in multiple text files). I was able to determine that the crashes came on the calls to regex-related functions (though it tended to be a little unpredictable as to when, depending on the set of files I gave it). I tried changing my project settings (I use VC6, btw) to link with "debug" libraries instead of the standard ones (eg. "Debug Multithreaded"), and ran the program again, and everything worked perfectly. Unfortunately... I don't want to have my program running with all-debug libraries for performance and size reasons. However, is it possible to have my link-settings set to use standard libraries as before, but for the stuff that uses the regex library, to use a debug ".lib" file? Or... in the 'bjam' process, is it possible to say something to the effect of "when compiling the regex libraries, turn off compiler optimizations", so I can get a standard library that should work...? Hopefully that'll make sense... :P Thanks for your time, Mike.

4 6

Request for data-member smart pointer
by Oleg Fedtchenko 02 Nov '04

02 Nov '04

Hi, Is any interest in using *member_ptr* smart pointer (e.g. for the tasks described at http://boostoleg.narod.ru/examples.htm) ? The proposed smart pointer member_ptr is described at http://boostoleg.narod.ru/member_ptr.html Oleg Fedtchenko thread entry http://lists.boost.org/MailArchives/boost/msg72943.php

1 0

boost::mpl::apply2
by Greg Emerson 02 Nov '04

02 Nov '04

Hi, I am using VC++ 7.1 and getting an internal compiler error when compiling in DEBUG mode: boost\mpl\aux_\preprocessed\plain\apply.hpp(50) : fatal error C1001: INTERNAL COMPILER ERROR. This is at the declaration of boost::mpl::apply2 This does not happen when compiling in RELEASE mode. When doing a full build, two files cause this error, say X.cpp and Y.cpp. If I first clean the build and compile X.cpp then Y.cpp, only Y.cpp will generate the error. Ditto for reversing the order. Has anybody else seen this inexplicable (to me) behavior? Thanks, Greg

2 1

uBLAS for signal processing?
by Paul Baxter 02 Nov '04

02 Nov '04

I'm looking for a vector/matrix library that is suitable for relatively simple vector maths (+-*/, x=Ax+By) with occasional use of matrices (simple covariance calcs, matrix inversion). My main concerns are being able to optimise for speed by being able to capitalise on vendor-tuned libs on a specific architecture(e.g. MKL, ATLAS ) and maintain portability across a wide range of platforms. I'm looking to support vectors and matrices of types float, double, complex<float> and complex<double>. uBLAS seems to support specification of a storage format that allows me to define/assume an underlying representation of contiguous floats/doubles (with stride info) suitable for typical C-optimised signal processing functions to be applied. (No doubt I will hide the signal processing functions behind an appropriate lightweight interface, but it is important to be able to avoid copies etc and get to hand-tuned FFTs etc that typically are only supplied for C interfaces.) Is uBLAS the right tool for the job? (http://itpp.sourceforge.net provides an idea of where I'd like to see a processing layer end up albeit it is GPL (commercial use a problem) and doesn't have a clear separation between the underlying matrix/vectors and the various types of processing functions) Some other questions and observations: 1) What is the state of the bindings aspect of uBLAS with Atlas et al (or is this a separate project that hasn't got quite the same impetus to it as the main uBLAS development.) 2) Is there any implementation of 'tiny' vectors and matrices that reduces the abstraction penalty of say 3x3 or say 8 element vectors when compared with C. Is this possible/desirable while maintaining the uBLAS interface? 3) At the moment from a users point of view I feel the ublas docs focus heavily on implementation detail and I haven't managed to find too much in the way of simple tutorial information (pointers appreciated) to encourage simplified usage. If uBLAS is the right way forward for me I would be happy to contribute to this documentation effort. (There is mention of newer post 1.32 docs - is this already being addressed?)

1 0

uBLAS past, present, and future.
by Daniel L Elliott 02 Nov '04

02 Nov '04

Hello, I am trying to better understand the current status of the uBLAS library. Below I have listed a few questions. Of course, any responses are completely off the record. We just need to get a better idea of the current state of uBLAS. Thank you, in advance, for any information you provide. - What is the history of uBLAS? What is the eventual goal? - What is the current status of uBLAS? How complete is it currently? Anything left unimplemented (Sparse stuff)? Should a project which relies upon uBLAS heavily *expect* to encounter bugs within uBLAS? - Is uBLAS expected to become a part of the C++ standard? - What advantages/disadvantages do you feel uBLAS has when compared to FORTRAN. Could it replace FORTRAN? Thank you to everyone for your time and effort on all BOOST libraries and for your answers. Sincerely, Dan Elliott

4 4

compile error - class reference_wrapper
by Stefano 01 Nov '04

01 Nov '04

Hello everybody While in the last week I succesfully compiled my code that included "boost/function.hpp", starting from today I have (for a reason that I ignore) the following error. The compiler (mingw32 with stlport) says: Executing make... make.exe -f "C:\temp\Makefile.win" all c++.exe -D__DEBUG__ -c main.cpp -o main.o -I"c:/mingw/STLport/stl" -I"C:/Dev-Cpp/the-agency/boost_1_31_0" -g3 In file included from C:/Dev-Cpp/the-agency/boost_1_31_0/boost/function/function_base.hpp:22, from C:/Dev-Cpp/the-agency/boost_1_31_0/boost/function/detail/prologue.hpp:16, from C:/Dev-Cpp/the-agency/boost_1_31_0/boost/function.hpp:22, from main.cpp:3: C:/Dev-Cpp/the-agency/boost_1_31_0/boost/ref.hpp:84: error: syntax error before `<' token C:/Dev-Cpp/the-agency/boost_1_31_0/boost/ref.hpp:84: error: `T' was not declared in this scope C:/Dev-Cpp/the-agency/boost_1_31_0/boost/ref.hpp:84: error: template argument 1 is invalid C:/Dev-Cpp/the-agency/boost_1_31_0/boost/ref.hpp:84: error: ISO C++ forbids declaration of `type name' with no type C:/Dev-Cpp/the-agency/boost_1_31_0/boost/ref.hpp:85: error: syntax error before `:' token This problem came out for the first time when I tried to build a static lib instead of an exe. Thanks for any hel Stefano

1 0