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

Replace/Extend default execution_monitor
by aragorn_yes 18 Jul '03

18 Jul '03

Hi all, What is the best way to replace/extend the default execution_monitor (unit_test_monitor) in the test library. Thanks in advance. Manuel.

2 1

Known limitations of Boost threads across O/S platforms???
by Louis Caston 17 Jul '03

17 Jul '03

Are there any known limitations to Boost threads across Win, Solaris, and Linux? I'm in a planning cycle, and expect to be utilizing Boost as much as possible. Thanks, - Louis

2 2

indirect_iterator_generator<list<shared_ptr<X> >::iterator> again
by Raoul Gough 17 Jul '03

17 Jul '03

Using gcc 3.2 (on MinGW) the template parameter defaults for indirect_iterator_generator don't work with shared_ptr. This has been discussed* on the list before, but there doesn't seem to have been a user-friendly resolution to the issues involved (at least not in release 1_30_0). Using my compiler, the current situation requires the client code to supply all five of the template parameters. *some previous threads on the subject: http://groups.yahoo.com/group/Boost-Users/message/1618 http://lists.boost.org/MailArchives/boost/msg33273.php http://lists.boost.org/MailArchives/boost/msg33316.php My sample code: #include <boost/iterator_adaptors.hpp> #include <boost/shared_ptr.hpp> #include <list> int main () { typedef std::list<boost::shared_ptr<int> > ListType; typedef ListType::iterator BaseIterator; typedef boost::indirect_iterator_generator<BaseIterator>::type Adapter; } Error output: f:/mingw/include/c++/3.2/bits/stl_iterator_base_types.h: In instantiation of `std::iterator_traits<boost::shared_ptr<int> >': d:/CVS/boost/boost/boost/iterator_adaptors.hpp:1111: instantiated from `boost::detail::iterator_traits<boost::shared_ptr<int> >' d:/CVS/boost/boost/boost/iterator_adaptors.hpp:1111: instantiated from `boost::detail::traits_of_value_type<main()::BaseIterator>' iterator_adapter.cc:9: instantiated from here f:/mingw/include/c++/3.2/bits/stl_iterator_base_types.h:123: no type named ` iterator_category' in `class boost::shared_ptr<int>' f:/mingw/include/c++/3.2/bits/stl_iterator_base_types.h:125: no type named ` difference_type' in `class boost::shared_ptr<int>' Looking at iterator_adaptors.hpp:1111 we have (reformatted): struct traits_of_value_type { typedef typename boost::detail::iterator_traits<T>::value_type outer_value; typedef typename boost::detail::iterator_traits<outer_value>::value_type value_type; typedef typename boost::detail::iterator_traits<outer_value>::reference reference; typedef typename boost::detail::iterator_traits<outer_value>::pointer pointer; }; So traits_of_value_type tries to look up the *iterator_traits* of the *value type* for the supplied iterator. Does the value type really need to have complete iterator traits for the compiler to figure out the defaults here? Is anybody working on improving the ease-of-use for indirect_iterator_generator? -- Raoul Gough "Let there be one measure for wine throughout our kingdom, and one measure for ale, and one measure for corn" - Magna Carta

3 10

Preventing Cycles with shared_ptr
by Jason Winnebeck 17 Jul '03

17 Jul '03

Hello everyone, I am new to this list and a little new to Boost. I have a question on program design when using the excellent boost shared pointer's library. I am converting my old network library that uses explicit memory management to use shared_ptr where appropriate. So far this has gone well but I am having problem with cycles. This post is more of request for comments on my thought process, and if there is a "traditional" or better way of handling these issues. The question in general is "How to deal with the cycles that come about from event generator/listener designs?" The problem in more specific terms with my thinking follows. I'm having a problem with trying to mitigate reference cycles in a event generator/event listener paradigm. One creates a listener object, and registers itself as a listener of that object. As a result of the event, it may want to invoke methods of that object, so it contains a reference to that object. So Generator contains a reference to Listener, and Listener contains a reference to Generator. This is a problem with reference counted pointers. People tell me that cycles in general signify a flaw, so perhaps my fundamental design is indeed flawed. A real example from my library is a Connection object representing a network connection. Library user derives a new class implementing the ConnectionListener interface and registers it with Connection. When a packet arrives an event in the listener is invoked, and let's say the listener wants to process the packet and send a packet in response. It does this by passing a packet to the Connection. Thus the Connection refers to the listener, and the listener refers to the Connection (to send a packet). There are some possible solutions. One way to break cycles is to use weak references. In this way you can observe an object without preventing it from being collected. In the general case, cycles are very bad because you aren't sure which object can be deleted when. However in this case the relationship is simple. Generator can only generate events when it is alive, and Listener will only try to interact with Generator as a response to its event (so we know Generator is alive if we got its event). One could use a weak pointer in the Generator to the Listener, but then the Listener may die as soon as it is registered. The Listener can use a weak pointer to the Generator, and this seems intuitive since the Listener is merely an observer, but accessing a weak pointer safely in a multithreaded environment is expensive (I think so?) when we are positive it exists. The issue is compounded in my library since Generator is an object that I have written (therefore I can trust it to understand all of my "choices"), while the Listener is defined by the user. So I prefer to make the task as easy as possible on the user -- so I want to allow the user to use weak or strong references if possible so he doesn't have to worry about cycles. If I must impose a restriction along the lines of "you can have a pointer to object type x", I will, but I much prefer to not have restrictions like that. One way I've been considering (and have implemented some already) is to have the Generator release all its Listeners when it is done generating events. This works, but in my old API I have ways to retrieve the set listener, and this cannot work since the set listener may go to NULL at any time (as a weak pointer). So my best option for now seems to be to break my old API by allowing the user to set listeners and objects but not be able to retrieve them back (or allow retrieve function knowing that an empty shared_ptr may be returned). Another possible way is for the Generator always to pass a reference to itself in the event. This is possible and clean and very fast, but requires major changes to my API, but the prior way of disallowing gets is safe in that it allows the user to not have to think twice about keeping a reference to my object. I have more ideas but this post is getting long. If you have comments about how something like this using shared_ptr is typically designed, or comments related to my more specific problem, I would be grateful. Thanks in advance, Jason Winnebeck

2 2

RE: [Boost-Users] Preventing Cycles with shared_ptr
by Jim.Hyslop 17 Jul '03

17 Jul '03

Jason Winnebeck wrote: > I am converting my old network library that uses explicit memory > management to use shared_ptr where appropriate. So far this has gone > well but I am having problem with cycles. [...] > One could use a weak pointer in the Generator to the > Listener, but then > the Listener may die as soon as it is registered. That's OK, though - each time the Generator wants to use the Listener, it constructs a shared_ptr out of the weak_ptr it has. If the shared_ptr is NULL, the Generator knows the Listener has gone away, and can take the appropriate steps to unregister the Listener. > ... the Listener is defined by the user. So I prefer to > make the task as easy as possible on the user -- so I want to > allow the > user to use weak or strong references if possible so he > doesn't have to > worry about cycles. If you want to make things easy for the user, don't offer them a choice. Choice means complexity. Complexity is bad. Require the user to use a shared_ptr to the Generator. -- Jim

2 1

RE: [Boost-Users] vc6 stl's problem
by Jim.Hyslop 17 Jul '03

17 Jul '03

hlh771 wrot: > the stl's implementation of vc6 is buggy such as auto_ptr,xtree etc, > even if it is patched with sp5 The Service Packs do not include changes to the STL headers. The STL was provided by a third party, Dinkumware, which for a few years was unable to provide updates to Microsoft due to legal difficulties between Dinkumware and another party. You can find patches and fixes at Dinkumware's web site: http://www.dinkumware.com/vc_fixes.html -- Jim

2 1

how to empty a graph?
by Jeremie 17 Jul '03

17 Jul '03

Hello guys, I'm a newbie with boost and I need to empty a Mutable graph in the program I'm doing. is ther another method as remove_edge? /Jérémie

2 1

regex RegEx::Grep on Windows [callback problems with bind1st(mem_fun(callback))]
by Eric Brown (Propel) 16 Jul '03

16 Jul '03

I'm trying to use RegEx::Grep(GrepCallback cb, ...) on Windows with VC6. It works great with one exception. I really need the callback to be a method so that I can update attributes in my instance. I've tried about 10 ways and can't get anywhere - VC6 keeps sending back errors. Some of the errors are obvious and some - well, aren't templates wonderful whe it comes to error msgs?!@#$% I'm using MS stl and the example in the docs to get a generic function pointer doesn't work. This is the example in the regex docs: std::bind1st(std::mem_fun(&MyClass::callback), this) Then I tried: boost::bind(&MyClass::callback, this, _1) This simply produces a type that refuses to match GrepCallback. I wish the RegEx code just overloaded RegEx::Grep() to support this. (Is it more crossplatform and the STL way to do things?) I tried several other things including direct casts to GerpCallback, but I'm stuck. Any help in this area would be great. Thanks, Eric

3 2

Standardization of build
by Johannes Strömberg 16 Jul '03

16 Jul '03

Hi, I noticed that the build of some projects (filesystem, date_time, signals) differs from the build of the thread, regex and python libraries in that they they do not include a bin-stage and that debug and release versions have the same name. It would be nice if this could be standardized somehow (especially that debug and release versions should have different names). /Johannes

5 7

Re: [Boost-Users] Re: Is vc7 test unresolved external cpp_main still a problem?
by dick.bridges＠tais.com 16 Jul '03

16 Jul '03

I guess I must have missed those missives. I used <query>boost vc7 test "unresolved external" "cpp_main"</query> to query Google and, as I indicated, only found entrys from last February and none of them contained your nai as the sender. My query was apparently deficient in some manner. Which "FAQ section" mentions it? I tried (and just now reviewed) http://www.boost.org/more/faq.htm but didn't see anything that seemed to cover relevant changes since last February. In any case, my apologies for having not been more diligent. I guess I can assume from the referenced repetitions that the answers to my questions are: 1) no, you didn't miss an update; and 2) yes, it's still expected behavior when using the Jamfile included in the boost_1_30_0.zip currently on SourceForge. Thanks for your time and the clarification. "Gennadiy E. Rozental" To: Boost-Users(a)yahoogroups.com <rogeeff(a)mail.co cc: m> Subject: [Boost-Users] Re: Is vc7 test unresolved external cpp_main still a problem? 07/15/2003 07:33 PM Please respond to Boost-Users > libs\date_time\build\bin\boost_date_time.dll\vc7\debug\runtime- link-dynamic\boost_date_time.dll As I keep repeating DLL version of Boost.Test components is not available for NT platform at the moment. It's already fixed in Jamfile and mentioned in FAQ section. Use static linking instead. Gennadiy. 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

vc6 stl's problem
by hlh771 16 Jul '03

16 Jul '03

the stl's implementation of vc6 is buggy such as auto_ptr,xtree etc, even if it is patched with sp5, my question is: If I use the vc6's stl to build the boost library,is the boost library also buggy?If no, how boost library handle it? If I fix some stl's source files of vc6, will it affect boost?

1 0

RE: [Boost-Users] Re: Using date_time::microsec_clock in windows ?
by Jim.Hyslop 16 Jul '03

16 Jul '03

Russell Hind wrote: > We discussed this a few months back. I _thought_ the discussion sounded familiar ;=) -- Jim

1 0

bad/missing pictures in graph docs
by Ded Panas 16 Jul '03

16 Jul '03

Hello, group I'm studying the graph library now and found that some pictures in the documentation are bad, and some are missing: referenced from boost\libs\graph\doc\adjacency_list.html: adj-matrix-graph2.gif (bad) undir-adj-matrix-graph2.gif (missing) undir-adj-list2.gif (missing) referenced from boost\libs\graph\doc\adjacency_matrix.html: adj-matrix2.gif (missing) referenced from boost\libs\graph\doc\subgraph.html: subgraph.gif (bad) May be it is possible to fix it? DedPanas

1 0

smart pointer test failed
by hlh771 16 Jul '03

16 Jul '03

hello,everybody I want to test smart pointer library,but got some compile failure: vc- C++ ..\..\..\libs\smart_ptr\test\bin\shared_ptr_alloc_test.test\msvc\d ebug\runtime-link-dynamic\shared_ptr_alloc_test.obj shared_ptr_alloc_test.cpp M:\develop\boost_1_30_0\boost/detail/quick_allocator.hpp(165) : 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 "cl" /Zm800 -nologo -GX -c /Z7 /Od /Ob0 /GX /GR /MDd - I"..\..\..\libs\smart_ptr\test" -I"M:\develop\boost_1_30_0" - I"D:\PROGRA~1\MICROS~1\VC98\include" - Fo"..\..\..\libs\smart_ptr\test\bin\shared_ptr_alloc_test.test\msvc\de bug\runtime-link-dynamic\shared_ptr_alloc_test.obj" - Tp"shared_ptr_alloc_test.cpp" ...failed vc- C++ ..\..\..\libs\smart_ptr\test\bin\shared_ptr_alloc_test.test\msvc\d ebug\runtime-link-dynamic\shared_ptr_alloc_test.obj... ...skipped <libs!smart_ptr! test\shared_ptr_alloc_test.test\msvc\debug\runtime-link- dynamic>shared_ptr_alloc_test.CMD for lack of <libs!smart_ptr! test\shared_ptr_alloc_test.test\msvc\debug\runtime-link- dynamic>shared_ptr_alloc_test.obj... ...skipped <libs!smart_ptr! test\shared_ptr_alloc_test.test\msvc\debug\runtime-link- dynamic>shared_ptr_alloc_test.exe for lack of <libs!smart_ptr! test\shared_ptr_alloc_test.test\msvc\debug\runtime-link- dynamic>shared_ptr_alloc_test.CMD... ...skipped <libs!smart_ptr! test\shared_ptr_alloc_test.test\msvc\debug\runtime-link- dynamic>shared_ptr_alloc_test.run for lack of <libs!smart_ptr! test\shared_ptr_alloc_test.test\msvc\debug\runtime-link- dynamic>shared_ptr_alloc_test.exe... ...failed updating 1 target... ...skipped 4 targets... ...updated 1 target... my test command is:bjam -sTOOLS=msvc test my compiler is vc6+sp5 It's seems like the compiler's error,but because the test's failure, I'm not sure it will work correctly if use it in my app. Thanks in advance.

2 1

Need Help (Spirit)!!!
by monaabs 16 Jul '03

16 Jul '03

Greetings !!! I need to use spirit to port existing yacc graamar that i have for parsing sql and its subselects. Can anybody please let me know if there is a parser for parsing SQL using spirit . I need to parse Japanese characters . I have looked at ANTLR and Spirit seems very reliable and easy . Plus ANTLR has no support for parsing MBCS characters for C++ :( Can anybody please send me a sample file (if possible) Any input greatly appreciated . Mona

2 1

RE: [Boost-Users] Using date_time::microsec_clock in windows ?
by Jim.Hyslop 16 Jul '03

16 Jul '03

Jérôme Poulin wrote: > How do you > guys suggest to emulate the microsec_clock on a Windows compilation ? I don't know how the boost developers are planning on it, but the NTP (Network Time Protocol) uses the high performance counter functions (QueryHighPerformanceCounter and QueryHighPerformanceFrequency, IIRC) and interpolates based on that. -- Jim

2 1

RE: [Boost-Users] Using date_time::microsec_clock in windows ?
by Jim.Hyslop 16 Jul '03

16 Jul '03

Jeff Garland wrote: > It actually shouldn't be too hard. It is really a matter of > swapping out the > Windows API function calls to return the times and then adjusting > appropriately. (follow-ups should probably be diverted to the Boost developers list) I'm not sure if this has been discussed or not, but it may be harder than you imagine. The Windows API functions dealing with time have a resolution of approximately 10 milliseconds. Even the functions that return values of hectonanoseconds (100 nanoseconds) are limited to this resolution. To see what I mean, run this program: #include <windows.h> #include <iostream> #include <map> const int numElements=10000; DWORD WINAPI timeThread(void *) { // Step 1: fill in an array of FILETIME elements with the time // returned by GetSystemTimeAsFileTime. Make sure each element // is unique - don't increment index until the time we just read // is actually different from the last time we read. FILETIME ft[numElements]; memset(&ft[0], 0, sizeof(ft)); GetSystemTimeAsFileTime(&ft[0]); int index=1; while (index < numElements) { GetSystemTimeAsFileTime(&ft[index]); if (ft[index].dwLowDateTime != ft[index-1].dwLowDateTime) index++; } // Step 2: calculate the delta from one timestamp to the next. Store // this delta in a map<int, int> where the key is the delta, and the value // is the number of times that delta appears. For example, with the timestamps: // 0, 5, 11, 16, 21, 25 // we get the deltas: // 5, 6, 5, 5, 4 // the map will contain three entries: pair(4, 1 ), pair( 5, 3 ), pair( 6, 1 ) unsigned smallestDiff=(unsigned)-1, largestDiff=0; ULARGE_INTEGER endTime; ULARGE_INTEGER startTime; startTime.LowPart = ft[0].dwLowDateTime; startTime.HighPart = ft[0].dwHighDateTime; std::map<int, int> distribution; for (index=1; index<numElements; ++index) { endTime.LowPart = ft[index].dwLowDateTime; endTime.HighPart = ft[index].dwHighDateTime; unsigned difference = endTime.QuadPart - startTime.QuadPart; std::cout << difference << "\n"; if (difference < smallestDiff) smallestDiff = difference; if (difference > largestDiff) largestDiff = difference; startTime = endTime; distribution[difference]++; } // step 3: dump the stats. endTime.LowPart = ft[numElements-1].dwLowDateTime; endTime.HighPart = ft[numElements-1].dwHighDateTime; startTime.LowPart = ft[0].dwLowDateTime; startTime.HighPart = ft[0].dwHighDateTime; std::cout << numElements << " samples. Smallest delta: " << smallestDiff/10000.0 << "ms; Largest delta: " << largestDiff/10000.0 << "ms; Average: " << unsigned long (endTime.QuadPart - startTime.QuadPart) / (numElements * 10000.0) << "ms\nDistribution:" << std::endl; for (std::map<int, int>::iterator i = distribution.begin(); i != distribution.end(); ++i) { std::cout << (*i).first << ": " << (*i).second << "\n"; } return 0; } int main() { std::cout << "Note: this program will run for approximately " << numElements/100 << " seconds\nwith no output, at real-time priority. \n" "Your system may appear to hang while this program is running.\n" "Rest assured it *will* terminate." << std::endl; HANDLE threadHandle = CreateThread(NULL, 0, timeThread, 0, CREATE_SUSPENDED, 0); SetThreadPriority(threadHandle, THREAD_PRIORITY_TIME_CRITICAL); ResumeThread(threadHandle); WaitForSingleObject(threadHandle, -1); } When I ran it on NT4 SP6, the distribution was as follows: 100136: 7614 100137: 2359 200272: 1 500680: 17 500685: 7 600822: 1 (the units are hectonanoseconds, divide by 10 to get microseconds). I'm guessing the 50 and 60 ms timings are related to task switching or other O/S overhead. On a machine running Windows 2000 SP 3, the results were: 100144: 9999 -- Jim

2 1

Help with boost functional
by Carl Waldbieser 16 Jul '03

16 Jul '03

The following code produces errors when compiled on MSVC6: ************* Start test.cpp ************************ #include <iostream> #include "boost/functional.hpp" struct Foo { int operator()(int x) const {return x+1;} }; typedef class boost::const_mem_fun1_t<int,struct Foo,int> FType; int main() { Foo foo; std::cout << foo(1) << "\n"; //This works //std::cout << boost::bind2nd<FType>(boost::mem_fun(&Foo::operator ()), 7)(&foo) << "\n"; //This does not. std::cout << boost::bind2nd(boost::mem_fun(&Foo::operator ()), 7)(&foo) << "\n"; return 0; } ****************** end test.cpp ******************* The error is as follows: --------------------Configuration: mem_fun_test - Win32 Debug-------------------- Compiling... test.cpp C:\Documents and Settings\waldbcar.WALDBCAR\My Documents\My Projects\VC\test\mem_fun_test\test.cpp(20) : error C2782: 'class boost::binder2nd<Operation> __cdecl boost::bind2nd(Operation &,const Operation &)' : template parameter 'Operation' is ambig uous could be 'int' or 'class boost::const_mem_fun1_t<int,struct Foo,int>' C:\Documents and Settings\waldbcar.WALDBCAR\My Documents\My Projects\VC\test\mem_fun_test\test.cpp(20) : error C2782: 'class boost::binder2nd<Operation> __cdecl boost::bind2nd(const Operation &,const Operation &)' : template parameter 'Operation' is ambiguous could be 'int' or 'class boost::const_mem_fun1_t<int,struct Foo,int>' Error executing cl.exe. test.obj - 2 error(s), 0 warning(s) I am just not seeing where the ambiguity is coming from. The commented out line will actually compile and run as I expected, but I can't figure out why the compiler can't deduce the template argument. Any ideas? Thanks in Advance! Carl Waldbieser waldbie[at-sign-here]attglobal.net

2 1

libbgl-viz.a instead of libbglviz.a
by dhofstee 16 Jul '03

16 Jul '03

Hi, I'm quite new at using boost (downloaded 1.30.0 a couple of days ago). I noticed that when I wanted to make libbglviz.a, as described in http://www.boost.org/libs/graph/doc/read-graphviz.html, there was already a makefile. "make libbglviz.a" does not work, but "make libbgl-viz.a" will. A second documentation error is in http://www.boost.org/libs/property_map/property_map.html, where the example is not equal to the actual cpp file. generic_foo_algorithm is on this page, but the file just mentions foo. I think it is a glitch in the doc, but if different... Comments?, David NL

2 1

Is vc7 test unresolved external cpp_main still a problem?
by dick.bridges＠tais.com 16 Jul '03

16 Jul '03

The last reference to this failure I found in the archive was from Feb 19th. I got boost_1_30_0.zip from SourceForge yesterday. Have I missed an update to something somewhere? TIA <bjam log> ...found 2392 targets... ...updating 28 targets... FileClone libs\regex\build\bin-stage\boost_regex_debug.lib 1 file(s) copied. FileClone libs\regex\build\bin-stage\boost_regex_debug.lib 1 file(s) copied. FileClone libs\regex\build\bin-stage\boost_regex.lib 1 file(s) copied. FileClone libs\regex\build\bin-stage\boost_regex.lib 1 file(s) copied. vc-Link libs\date_time\build\bin\boost_date_time.dll\vc7\debug\runtime-link-dynamic\boost_date_time.dll libs\date_time\build\bin\boost_date_time.dll\vc7\debug\runtime-link-dynamic\boost_date_time.lib vc-Link libs\date_time\build\bin\boost_date_time.dll\vc7\release\runtime-link-dynamic\boost_date_time.dll libs\date_time\build\bin\boost_date_time.dll\vc7\release\runtime-link-dynamic\boost_date_time.lib LINK : warning LNK4089: all references to 'MSVCP71.dll' discarded by /OPT:REF vc-Link libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.dll libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.lib cpp_main.obj : error LNK2019: unresolved external symbol "int __cdecl cpp_main(int,char * * const)" (?cpp_main@@YAHHQAPAD@Z) referenced in function "public: virtual int __thiscall `anonymous namespace'::cpp_main_caller::function(void)" (?function@cpp_main_caller@?A0xe9549083@@UAEHXZ) libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.dll : fatal error LNK1120: 1 unresolved externals "link" /nologo /INCREMENTAL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.dll" /IMPLIB:"libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.lib" /LIBPATH:"C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\lib" @"libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.CMD" ...failed vc-Link libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.dll libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single\boost_prg_exec_monitor.lib... ...skipped <libs!test!build\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single>boost_prg_exec_monitor.dll for lack of <libs!test!build\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-single>boost_prg_exec_monitor.lib... vc-Link libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-multi\boost_prg_exec_monitor.dll libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-multi\boost_prg_exec_monitor.lib cpp_main.obj : error LNK2019: unresolved external symbol "int __cdecl cpp_main(int,char * * const)" (?cpp_main@@YAHHQAPAD@Z) referenced in function "public: virtual int __thiscall `anonymous namespace'::cpp_main_caller::function(void)" (?function@cpp_main_caller@?A0xe9549083@@UAEHXZ) libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\debug\runtime-link-static\threading-multi\boost_prg_exec_monitor.dll : fatal error LNK1120: 1 unresolved externals <snip> ...failed updating 12 targets... ...skipped 12 targets... ...updated 4 targets... </bjam log>

3 2

Using date_time::microsec_clock in windows ?
by J�r�me Poulin 15 Jul '03

15 Jul '03

Hi, I would like to know why we can't use the microsec_clock in a windows env. I know there is no gettimeofday function, but there is certainly a viable workaround. Why it isn't in boost yet, is it planned ? How do you guys suggest to emulate the microsec_clock on a Windows compilation ? Thanks. Jérôme

2 1

profiling ublas code
by cerenoc 15 Jul '03

15 Jul '03

Hi, I am trying to optimize my ublas-containing code. The profile from gprof showed these two functions as the top 2 time-consuming ones. Could somebody explain to me a little bit about what these mean? % cumulative self self total time seconds seconds calls ms/call ms/call name 23.76 93.11 93.11 137604968 0.00 0.00 vector<int, allocator<int> > * __uninitialized_copy_aux<vector<int, allocator<int> > *, vector<int, allocator<int> > *>(vector<int, allocator<int> > *, vector<int, allocator<int> > *, vector<int, allocator<int> > *, __false_type) 21.49 177.31 84.20 41208000 0.00 0.00 vector<int, allocator<int> >::operator=(vector<int, allocator<int> > const &) Thanks, Julian

2 1

Assertion tripped in boost::uniform_int
by mvogt＠juptech.com 15 Jul '03

15 Jul '03

Hello. I just experienced an assertion failure using the boost::minstd_rand generator: /home/packages/boost_1_29_0/boost/random/uniform_int.hpp:50: boost::uniform_int<UniformRandomNumberGenerator, IntType>::uniform_int (UniformRandomNumberGenerator &, IntType, IntType) [with UniformRandomNumberGenerator = boost::random::linear_congruential<int32_t, 48271, 0, 2147483647, 399268537>, IntType = int]: Assertion `min < max' failed. I use the following code to generate random numbers: typedef boost::minstd_rand RngType; extern RngType pseudo_rng; template <class T> T random(T min, T max) { boost::random_number_generator<RngType, T> rng(pseudo_rng); return rng(max - min + 1) + min; } Am I doing something wrong, or is there a fault in the uniform_int algorithm? Thanks, Matt. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify mail.administrator(a)jupiters.com.au ********************************************************************** [Non-text portions of this message have been removed]

4 4

Spirit v1.7.0 and v1.6.1 Released
by Joel de Guzman 13 Jul '03

13 Jul '03

Hello, Spirit v1.7.0 and v1.6.1 have been released. Get it here: Spirit v1.7.0: http://tinyurl.com/gssn Spirit v1.6.1: http://tinyurl.com/gsss Take note that by convention, odd minor version releases (e.g. 1.7.0) are developmental while even minor version releases (e.g. 1.6.1) are stable. What's new: http://spirit.sourceforge.net/distrib/change_log.html Have fun!!! Cheers, -- Joel de Guzman joel at boost-consulting.com http://www.boost-consulting.com http://spirit.sf.net

1 0

Logging library ?
by drkm 13 Jul '03

13 Jul '03

Hello. Is there any logging fonctionality in the Boost libraries ? I found nothing. If there is nothing, is there a plan to add a such library to Boost ? --drkm

2 1