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

error compiling random_test.cpp
by quarkmator 15 Apr '02

15 Apr '02

Hi, I wanted to use the Boost Random Library with the Borland C++ 6 Compiler, unfortunately random_test.cpp fails to compile with the message [C++ Error] linear_congruential.hpp(63): E2451 Undefined symbol 'mult_add' I think its an error concerning overload resolution, but i could'nt fix it. Can someone help me? Kind Regards, Andreas Profous

1 0

Linking Problem with GCC
by Wayne Hartell 15 Apr '02

15 Apr '02

Hi all, VC7 crashed and burned VC6 crashed and burned GCC compiles an exe but the second I try to compile a DLL I get this... c:\data\software\code\controlled\snowbird\support\hminetworkservices\net worklib\maindll.o(.text$_S_oom_malloc__t23__malloc_alloc_template1i0Ui+0 x1a)://c/data/software/code/controlled/snowbird/support/hminetworkservic es/networklib/maindll.cpp: undefined reference to `endl(ostream &)' c:\data\software\code\controlled\snowbird\support\hminetworkservices\net worklib\maindll.o(.text$_S_oom_malloc__t23__malloc_alloc_template1i0Ui+0 x27)://c/data/software/code/controlled/snowbird/support/hminetworkservic es/networklib/maindll.cpp: undefined reference to `cerr' c:\data\software\code\controlled\snowbird\support\hminetworkservices\net worklib\maindll.o(.text$_S_oom_malloc__t23__malloc_alloc_template1i0Ui+0 x2c)://c/data/software/code/controlled/snowbird/support/hminetworkservic es/networklib/maindll.cpp: undefined reference to `ostream::operator<<(char const *)' Any ideas, please? Kind Regards, Wayne Hartell [Non-text portions of this message have been removed]

1 0

help using boost
by Samuel Anael 15 Apr '02

15 Apr '02

hey friends i am newbie, to this. i have a project to conduct as a part of my final year projec i m stack and i think boost is the way. I am supposed to implement The Clarke and wright savings algorithms using c++ and adjacency list or matrix as a data structure. i ma having problem in this. how can i use boost to asist me with this. i have a C++ compiler how can i incoporate the c++ library with those of boost?, I will be so glad if i find somebody to assist me with details on how to go about implementinng this i will appreciate a quick response as the dead line is approaching. thanks in advance Anael --------------------------------- Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax [Non-text portions of this message have been removed]

1 0

VDB
by Martijn W. van der Lee 15 Apr '02

15 Apr '02

Hi, I've created a small framework I dubbed Virtual DataBase (VDB) which is in actuality a set of three classes which handle tables of data. table<DataT> Manages a random number of records of type DataT, including all memory management. view<DataT> Manages a sorted and/or filtered view of the records in a table. The filter and sort algorithms are supplied through functions or functors and is quite fast (though there's still room for improvement). tracker<DataT> Tracks a single record in a table. If the record is deleted, the tracker becomes invalid. That's basically it. It's built to be generic, simple and reusable. What are the chances of such a framework finding a place in the large Boost library? Currently everything seems to be working based on simple testcases but I'm still working on creating detailed testcases (using my own "Testkit" framework). regards, Martijn van der Lee

2 1

RE: Problem Compiling Boost Graph Library User Guide Code
by Wayne Hartell 13 Apr '02

13 Apr '02

Hi again, I managed to get past the first VC7 error by adding the following line to graph/properties.hpp which appears like it was an omission... #ifdef BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION template <> struct property_traits<default_color_type*> { typedef default_color_type value_type; typedef value_type& reference; // Newly Added typedef std::ptrdiff_t key_type; typedef lvalue_property_map_tag category; }; but now I run into yet another compiler error... \boost_1_27_0\boost\concept_check.hpp(185): fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1414) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information template <class TT> struct DefaultConstructibleConcept { void constraints() { TT a; // require default constructor ignore_unused_variable_warning(a); } }; template <class TT> struct AssignableConcept { void constraints() { #if !defined(_ITERATOR_) // back_insert_iterator broken for VC++ STL a = a; // require assignment operator #endif const_constraints(a); } void const_constraints(const TT& b) { // C1001 INTERNAL COMPILER ERROR #if !defined(_ITERATOR_) // back_insert_iterator broken for VC++ STL a = b; // const required for argument to assignment #endif } TT a; }; Any help would be greatly appreciated... Kind Regards Wayne Hartell -----Original Message----- From: Wayne Hartell Sent: Friday, April 12, 2002 5:54 PM To: 'Boost-Users(a)yahoogroups.com' Subject: Problem Compiling Boost Graph Library User Guide Code Hi, I am running into the following compile error when using VC7 to compile the BGL text book example on Edge Connectivity (Chap 8.2) boost_1_27_0\boost\property_map.hpp(151): error C2039: 'reference' : is not a member of 'boost::property_traits<PA>' with [ PA=boost::default_color_type * ] at line : typedef typename property_traits<PMap>::reference reference; My first step was to try to compile this using VC6 instead, but in that case I run into the following error : boost_1_27_0\boost\graph\detail\adjacency_list.hpp(1830) : 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 at line : inline vec_adj_list_impl(vertices_size_type _num_vertices) : m_vertices(_num_vertices) { } The last error is coincidentally the same type of compiler error that I just experienced in VC7 to which I recently posted a work around for. I would be extremely grateful for any suggestions for either of these problems... Kind Regards, Wayne Hartell [Non-text portions of this message have been removed]

1 0

Problem Compiling Boost Graph Library User Guide Code
by Wayne Hartell 12 Apr '02

12 Apr '02

Hi, I am running into the following compile error when using VC7 to compile the BGL text book example on Edge Connectivity (Chap 8.2) boost_1_27_0\boost\property_map.hpp(151): error C2039: 'reference' : is not a member of 'boost::property_traits<PA>' with [ PA=boost::default_color_type * ] at line : typedef typename property_traits<PMap>::reference reference; My first step was to try to compile this using VC6 instead, but in that case I run into the following error : boost_1_27_0\boost\graph\detail\adjacency_list.hpp(1830) : 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 at line : inline vec_adj_list_impl(vertices_size_type _num_vertices) : m_vertices(_num_vertices) { } The last error is coincidentally the same type of compiler error that I just experienced in VC7 to which I recently posted a work around for. I would be extremely grateful for any suggestions for either of these problems... Kind Regards, Wayne Hartell [Non-text portions of this message have been removed]

1 0

Regexp: std::runtime_error, bad pattern?
by vemundha 12 Apr '02

12 Apr '02

Hello, Can anybody tell me what's the problem with this warning: --- non dll-interface class 'std::runtime_error' used base for dll-interface class 'boost::pattern' --- _ Vemund Halvorsen, vemund.halvorsen(a)kongsberg.com Software Engineer RO CCIT, Kongsberg Defence and Aerospace As PO Box 1003 N-3601 Kongsberg

2 1

Error in bind1st.cpp example for boost:::function
by rnicz 12 Apr '02

12 Apr '02

There is bug in bind1st.cpp example for boost::function library. I'm using VC6SP5 and when I was trying to compile this example I got error === bind1st.cpp D:\src\boost\1.27\libs\function\example\bind1st.cpp(34) : error C2784: 'class std::mem_fun_t<_R,_Ty> __cdecl std::mem_fun(_R (__thiscall _Ty::*)(void))' : could not deduce template argument for '<Unknown>' from 'int (__thiscall X::*)(int)' Error executing cl.exe. === My first thought was that VC6 not enought standard conformant to compile it. But after some inquiry I found that line 35 f = std::bind1st(std::mem_fun(&X::foo), &x); should be f = std::bind1st(std::mem_fun1(&X::foo), &x); May be this is quite obvious, but examples shouldn't have errors. Best regards RNicz

1 0

Compiling Boost in VC++ .Net
by Wayne Hartell 12 Apr '02

12 Apr '02

Hello Boost Users, I am a newbie to the Boost Graph library and am trying to come up to speed with the use of the library as quickly as I can. Last week I thought that one of the best ways to do this would be to work through some of the example code in the Boost User Guide and Reference Manual but I was disappointed to find out that the moment I included some boost header files in my VC++ .Net project that I ran into a C1001 FATAL COMPILER ERROR. This problem doesn't occur in VC6 nor does it occur in the Borland 5.5 C++ compiler, however, my current project dictates that I use the VC++ .Net compiler. Before jumping on to this list with a posting I searched the archive and noticed that a previous posting had been lodged with the same compiler error. To cut a long story short I have been in touch with Microsoft Technical support (who were extremely helpful) and they have confirmed my issue (and that of the previous posting) to be a bug in the VC++ .Net compiler. Microsoft also gave me a work around for the problem so the main purpose of this posting is to make public the work around in order to use the BGL with the VC++ .Net compiler. As I am new to the BGL if anyone has any comments on the validity of the work around provided by Microsoft I would be grateful to hear them. I have tried compiling the code and it now compiles, however, as I am new to the library I am not yet in a position where I have tried out the library in a project to verify that it besides compiling correctly, that it also works correctly ;0) Here's the work around: composite_traits.hpp template <typename T> // line 149 struct is_array { private: static T t; public: #if _MSC_VER == 1300 // VC.Net static const bool value; #else // This is the original code block that causes the compiler error BOOST_STATIC_CONSTANT(bool, value = (::boost::type_traits::ice_and< (1 == sizeof(detail::is_array_helper(&t, t))), ::boost::type_traits::ice_not< ::boost::detail::is_reference_or_const_volatile<T>::value>::value, ::boost::type_traits::ice_not< (1 == sizeof(detail::is_function_tester(t)))>::value >::value)); #endif }; #if _MSC_VER == 1300 // VC.Net template <typename T> const bool is_array<T>::value = (::boost::type_traits::ice_and< (1 == sizeof(detail::is_array_helper(&t, t))), ::boost::type_traits::ice_not< ::boost::detail::is_reference_or_const_volatile<T>::value>::value, ::boost::type_traits::ice_not< (1 == sizeof(detail::is_function_tester(t)))>::value >::value)); #endif Kind Regards, Wayne Hartell [Non-text portions of this message have been removed]

1 0

Re: [Boost-Users] Re: Re: Newbie needs pointer to currently executing thread.
by dick.bridges＠tais.com 11 Apr '02

11 Apr '02

Thanks for the response. Because this pattern involves a condition.wait() followed by select(), I believe that only the leader should be able to set the predicate to NO_CURRENT_LEADER. Otherwise there is the [very unlikely] danger that a spurious wake up on the condition could result a second thread attempting to process the same handle/event before the first thread could deactivate it. Although I can wait until all the housekeeping for the select() has been done before unguarding the condition and continue with processing the event, that's a little more synchronous than I care for given that a simple comparison against a thread id allows me to unguard the condition much earlier. Actually, for now, that's EXACTLY what I'm going to do. Probably good enough anyway. ;) Thanks again for the response and for the info on Bill Kempf's intent to provide portable thread_id s. "Moore, Dave" <dmoore@ashtontec To: "'Boost-Users(a)yahoogroups.com'" <Boost-Users(a)yahoogroups.com> hgroup.com> cc: Subject: [Boost-Users] Re: Re: Newbie needs pointer to currently executing thread. 04/11/2002 12:48 PM Please respond to Boost-Users <dick.bridges(a)tais.com> wrote in message news:OFAB9F41E0.6C6A5A14-ON88256B97.005045D8@tais.net... > > I'm implementing the Leader/Followers thread pool pattern - reference > "Pattern-Oriented Software Architecture Volume 2" (Schmidt, et al). > > When a thread is released via notify_one(), it is [assumed to be] in the > "leader" role and stores it's id. A sanity check should be performed to > verify that there is no other thread in the leader role (i.e., > current_leader is "none") before the thread stores it's id there. > > When one of the event sources is signaled and the leader is unblocked, it > must, among other tasks, demote itself (i.e., set the current_leader value > to "none") > and promote one of the followers by notify_one() before continuing to > service the request. Because of the potential for race conditions, > (especially in the context of future program updates, modifications, etc.) > I should enforce the rule that only the leader can promote a follower. > Something along the lines of: current_leader == Thread::this(). > I disagree (about the race condition). Your condition variable is usually used in conjunction with a mutex which protects your shared state's invariants. boost::mutex m; boost::condition c; Invariant: leader != NONE Pseudo-code for leader releasing boost::mutex::scoped_lock l(m); // lock mutex if(TimeForANewLeader) { leader=NONE; c.notify_one(); // Will signal one waiter..... // finish task - MUTEX IS STILL HELD! // } l.unlock(); // Only now will a waiter return from wait(); Pseudeo-code for follower waiting for signal: boost::mutex::scoped_lock l(m); // lock mutex while(Not TimeForANewLeader) { c.wait(m); // Waiting automically releases AND reacquires // the mutex } // When we get here, we know we hold the mutex. // Follower is responsible for "self-promotion" leader=ME; // Start my work as a leader. An important note is that if we reach the while() statement and it IS time for a new leader, then we never wait, we already hold the mutex, and it is safe for us to promote ourselves anyways! Note that for the time being, you'll have to go outside of Boost.Threads for the leader=ME statement because thread objects aren't copyable so leader=boost::thread(); doesn't work to get the current thread. Bill Kempf has indicated that some form of portable thread_id s are coming in a future version. Hope this helps... Dave > Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0