February 2004 - Boost - lists.preview.boost.org

[Boost-bugs] [ boost-Bugs-891544 ] DevStudio 6.0 SP5 precompiledheaders and regex
by SourceForge.net 06 Feb '04

06 Feb '04

Bugs item #891544, was opened at 2004-02-05 23:30 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=891544&group_i… Category: regex Group: None Status: Open Resolution: None Priority: 5 Submitted By: gregg conklin (gconklin) Assigned to: John Maddock (johnmaddock) Summary: DevStudio 6.0 SP5 precompiled headers and regex Initial Comment: trying out the new boost_1_31_0 and i'm having problems using the updated regex library as a precompiled header. i was using 1.30.2 and had no troubles, though it seems more like a compiler problem (MSVC++ 6.0 SP5), so i don't know what can be done about it. ...\boost\regex\v4\perl_matcher_common.hpp(660) : 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 to recreate in a tiny project, all i did was (within the msvc gui) File|New|Projects select win32 console app. Selected "A simple application" when asked what kind of console app i wanted to create. Opened stdafx.h and added the line: #include <boost\regex.hpp> right after the generated TODO: line Build|Rebuild All I'd be curious if the .Net compiler had the same problem, but I assume it doesn't. I can say that if I pull the regex.hpp out of stdafx.h and put it into each .h or .cpp file that references boost::regex, I get a clean compile. However, I have dozens of tiny projects that would require this change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=891544&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

3 3

[graph,python] 1.31.0 failures on MSVC6
by Raoul Gough 06 Feb '04

06 Feb '04

I note from the current regression test results at http://boost.sourceforge.net/regression-logs/cs-win32.html that adjacency_matrix_test is a "Fail" on MSVC++6, along with all but one of the other graph library tests. This seems to have the knock-on effect of breaking one of the Boost.Python modules, inheritance.cpp. I keep thinking I must be making a mistake, but someone else has also reported Python build problems with the latest release on MSVC6. Am I missing something, or are boost.graph and boost.Python no longer functional on this compiler? http://boost.sourceforge.net/regression-logs/cs-win32-links.html#graph-adja… graph - adjacency_matrix_test - msvc Compiler output: adjacency_matrix_test.cpp C:\boost\site\boost/graph/detail/adjacency_list.hpp(1055) : error C2244: 'bidirectional_graph_helper_with_property<Config>::remove_edge' : unable to resolve function overload C:\boost\site\boost/graph/detail/adjacency_list.hpp(1057) : error C2954: template definitions cannot nest Compiling python/src/object/inheritance.cpp gives the same error, as well as errors in boost/mem_fn.hpp at lines 315 and 320 (complete errors posted recently on the Python C++-sig list). -- Raoul Gough. export LESS='-X'

1 1

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