- Boost - lists.boost.org

looking for msvc problems
by Bronek Kozicki 06 Feb '04

06 Feb '04

Hi In case anybody has noticed problems with boost under MSVC platform, I would like to know about these problems and discuss possible solutions (on this list, if that will not go too far away from boost development). All insights are welcome. I'm not MS employee, but recently I got MVP and important part of my new role is to serve as communication channel with MS developers. Guys at MS are really interested in your insights; they actually asked me to gather your feedback! One problem that has been here for a while is inability to compile Windows headers with /Za switch - MS developers are currently searching for possible solutions (most recently this problem was noticed with Boost.Threads). B.

3 3

boost::shared_ptr classes across DLL boundaries on Win32 issue
by Greg Clayton 06 Feb '04

06 Feb '04

I have been using the boost::shared_ptr class to add large classes to STL containers as shared pointers. I use many DLLs that all share the same heap (they all use multi-threaded DLL runtimes), and shared_ptr's are passed between DLLs. I am currently running into an issue where DLL "A" can build up a shared_ptr in a local variable, and hand ownership over to DLL "B" (which stores the shared pointer in a STL container). I get a crash when the STL container class in DLL B later destructs if DLL A has been unloaded. It seems all virtual functions in the vtable of the shared pointers are bogus at this point. The crash occurs when attempting to call the "dispose()" virtual function as shown below: void release() // nothrow { { #if defined(BOOST_HAS_THREADS) mutex_type::scoped_lock lock(mtx_); #endif long new_use_count = --use_count_; if(new_use_count != 0) return; } dispose(); // <-- Crash is on function call to virtual "dispose" weak_release(); } the stack backtrace below: 0 - boost::detail::sp_counted_base::release() 1 - boost::detail::shared_count::~shared_count() 2 - boost::shared_ptr<T>::~shared_ptr<T>() .... Do I need to fully instantiate and export these template classes from the main DLL (which is DLL "B" in the above example)? Any hints would be most appreciated.

4 5

Re: [boost] [BGL] Using undirected adjacency_matrix.
by Cromwell Enage 06 Feb '04

06 Feb '04

Jeremy Siek wrote: > Thanks for the bug report. I've fixed the problem. > Mind if I add a modified version of your test > to the test directory? Go right ahead! Cromwell __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

1 0

Redirection problems with some docs
by Reece Dunn 06 Feb '04

06 Feb '04

Hi all, If you go to the documents section of the boost-consulting website (http://boost-consulting.com/boost/libs/libraries.htm) and select either the: any array function ref signals variant links, you get a cyclyc redirection! Note that regex redirection works. Also, the conversion/numeric_cast and base-from-member docs do not appear in the "Libraries Listed Alphabetically" section. I have checked all the links on that page (I haven't checked the links on the library docs themselves). Regards, Reece _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband

1 0

1.31.0 release candidate 3
by Beman Dawes 06 Feb '04

06 Feb '04

1.31.0 has been tagged (Version_1_31_0) for release. Release candidate 3 (.zip format only) is available at www.esva.net/~beman/boost_1_31_0_rc3.zip. Please report any problems right away. This will be the final release candidate unless a really major problem is discovered. The actual release won't be until tomorrow, to give more regression tests a chance to cycle, and to give people a chance to look at RC3 Thanks, --Beman

11 20

(no subject)
by com bio 06 Feb '04

06 Feb '04

hello, we have created many functions that are often used in genome analysis.we want to make a open library out of it. plz guide us how to go about we used borland c++ deepan ===== ------------------------------------------- center for biotechnology anna university chennai-25 india __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

1 0

[Boost-bugs] [ boost-Bugs-891499 ] Compiling problems with MSVC++ 7
by SourceForge.net 06 Feb '04

06 Feb '04

Bugs item #891499, was opened at 2004-02-05 21:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=891499&group_i… Category: regex Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Eddy (johneddy) Assigned to: John Maddock (johnmaddock) Summary: Compiling problems with MSVC++ 7 Initial Comment: hello VC++ will not compile the following code with the newest version of the regex library whereas it would with the previous version (g++ 3.2.2 does not have a problem with it). #include <locale> using namespace std; #include <boost/regex.hpp> int main (int argc, char **argv) { return 0; } The error produced is: regbase.hpp(120) : error C2955: 'std::collate' : use of class template requires template argument list The offending line of code is inside an enumeration declaration and looks like this: collate = ::boost::regbase::collate, It seems that VC++ cannot resolve the difference between the enumeration constant and the STL collate class. The same error can be produced with the following code (or anything like it). #include <vector> using namespace std; enum SomeEnum { vector = 0 }; int main (int argc, char **argv) { return 0; } I cannot think of a good way around this short of changing the collate constant name and re-building. The examples are boiled down and it would not be possible for me to change the order of the includes nor would it be easy remove the using delcaration. John ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=891499&group_i… ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

RE: [boost] Re: Re: future of boost.threads
by Hurd, Matthew 06 Feb '04

06 Feb '04

> On Behalf Of Michael Glassford > Subject: [boost] Re: Re: future of boost.threads > > I remember very long and involved discussions, but don't remember any > consensus being reached or any resolution being found to the difficult > issues involved. Am I mistaken? > > Mike > > > "Slawomir Lisznianski" <slisznianski(a)asyncnet.com> wrote in message > news:20040205190629.08537154D84@mail.messagingengine.com... > > Are there any plans to support handling of exceptions thrown during > > joinable thread execution? I recall Usenet discussions with > proposals > > varying from Futures to throwable join(): > > > > try { > > thread.join(); > > } > > catch (std::runtime_error& e) { > > ... > > } > > > > Any ideas? > > > > On Thu, 5 Feb 2004 09:59:03 -0500, "Michael Glassford" > > <glassfordm(a)hotmail.com> said: > > > > > > "Burc Arpat" <burch(a)stanford.edu> wrote in message <snip> There has been a specific group set up to discuss thread cancellation and exceptions w.r.t. std c++ on gmane. It is not straight forward is the overall impression I took away ;-) It is worth reading. Regards, Matt Hurd _______________________ Susquehanna Pacific P/L hurdm(a)sig.com +61.2.8226.5029 _______________________

2 1

problems with binary variant visitors in 1.31
by E. Gladyshev 06 Feb '04

06 Feb '04

Great job with the 1.31 release! Just wondering if anybody else observerved this kind of problems before. When compiling the code below with MSVC 7.1, I am getting this error: test.cpp(123) : error C2039: 'set' : is not a member of 'my_type::test1'. GCC 3.2.3 gives a compilation error as well. template< typename T > struct binary_variant_visitor : public ::boost::static_visitor<> { T& obj_; binary_variant_visitor( T& obj ) : obj_(obj) {} template< typename VT1, typename VT2 > void operator()( VT1& v1, VT2& v2 ) { obj_.visit( v1, v2 ); } }; struct my_type { struct test1 { test1(); ~test1(); }; struct test2 { ~test2(); template< typename T > void set( T& ); }; typedef ::boost::variant<test1,test2> var; var d_; template< typename U > void visit( test1& t, U& u ) //test1 doesn't have set() { } template< typename T, typename U > void visit( T& t, U& u ) { t.set(u); } const var& data() const { return d_; } }; main() { my_type t1, t2; binary_variant_visitor<my_type> v(t1); ::boost::apply_visitor(v, t1.data(), t2.data() ); } If I change the last line to ::boost::apply_visitor(v, t1.d_, t2.d_ ); it works fine on both compilers. I guess it has something to do with how apply_visitor derives the parameter types. Eugene __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 2

Re: problems with binary variant visitors in 1.31
by E. Gladyshev 06 Feb '04

06 Feb '04

Never mind. Sorry I didn't notice 'const' in data(). Everything is pefect now. Eugene --- "E. Gladyshev" <egladysh(a)yahoo.com> wrote: > Great job with the 1.31 release! > > Just wondering if anybody else observerved this kind of problems before. > When compiling the code below with MSVC 7.1, I am getting this error: > test.cpp(123) : error C2039: 'set' : is not a member of 'my_type::test1'. > GCC 3.2.3 gives a compilation error as well. > > template< typename T > > struct binary_variant_visitor : public ::boost::static_visitor<> > { > T& obj_; > > binary_variant_visitor( T& obj ) : obj_(obj) {} > > template< typename VT1, typename VT2 > > void operator()( VT1& v1, VT2& v2 ) > { > obj_.visit( v1, v2 ); > } > }; > > struct my_type > { > struct test1 > { > test1(); > ~test1(); > }; > struct test2 > { > ~test2(); > template< typename T > > void set( T& ); > }; > > typedef ::boost::variant<test1,test2> var; > > var d_; > > template< typename U > > void visit( test1& t, U& u ) //test1 doesn't have set() > { > } > > template< typename T, typename U > > void visit( T& t, U& u ) > { > t.set(u); > } > > const var& data() const { return d_; } > }; > > main() > { > my_type t1, t2; > > binary_variant_visitor<my_type> v(t1); > ::boost::apply_visitor(v, t1.data(), t2.data() ); > } > > If I change the last line to > ::boost::apply_visitor(v, t1.d_, t2.d_ ); > > it works fine on both compilers. > I guess it has something to do with how > apply_visitor derives the parameter types. > > Eugene > > > __________________________________ > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing online. > http://taxes.yahoo.com/filing.html > __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

1 0