- Boost-users - lists.boost.org

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