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

[BGL] Strange result with internal graph properties
by yg-boost-users＠m.gmane.org 13 Feb '03

13 Feb '03

I have the following code in one of my header files: struct vertex_type_t { typedef boost::vertex_property_tag kind; }; enum vtype { ROOT, INNER, LEAF }; typedef boost::property<vertex_type_t, enum vtype> vertex_type; typedef boost::property<boost::vertex_index_t, int, vertex_type> vertex_index; typedef boost::property<boost::vertex_name_t, std::string, vertex_type> vertex_property; typedef boost::adjacency_list<boost::vecS, boost::vecS, boost::directedS, vertex_property, edge_property> tree; Notice the error: The vertex properties are not chained together. Rather, the actual vertex property that is added to the graph points to vertex_type, and the vertex_index /also/ points to the vertex_type! Now the strange thing: I have been running this and using all of the vertex properties, including vertex_index, without any problems, but when I noticed this, and tried setting the last template parameter of vertex_property to vertex_index instead I get segmentation faults. I have no idea why this is. Björn

1 1

regex_match() Division By Zero
by Glover Barker 13 Feb '03

13 Feb '03

I am using boost::regex (1.29.0) under MSVC++ 6.0. Whenever I call regex_match(), I get: "Unhandled exception in filename.exe: 0xC0000094: Integer Divide by Zero." I have tried various ways to make the call (including the snippets posted on www.boost.org) Even this simple example fails: regex expression("abc"); cmatch what; if ( regex_match("xyz", what, expression) ) { // Whatever ... } Breakpoints reveal that after expression is set, the value of _expression_len is still 0. So when regex_match() is called, it in turn sends the value of expression.size() (which is just _expression_len) to re_detail::_priv_match_data(), which sends this value to estimate_max_state_count(). Then estimate_max_state_counts(), which calls this value "states", does the following: states *= states; // and later ... if(dist > (difference_type)(lim / states)) Since states is 0, this last expression causes division by 0, and the resulting exception. In case my environment matters, I am building my program under MSVC++ 6.0, running with boost_regex.dll. I am defining BOOST_REGEX_NO_LIB and BOOST_REGEX_USE_CPP_LOCALE, and linking in boost_regex.lib. What am I doing wrong? Glover Barker

2 1

Compile problem with regex.hpp and VS6SP5
by soulofsealion <dworthem＠symyx.com> 13 Feb '03

13 Feb '03

When I included regex.hpp into my project: #include <boost\regex.hpp> I received the following errors c:\cvsprojectsroot\renaissance\3rdpartyfiles\boostlibrary\boost\regex. hpp(860) : error C2899: typename cannot be used outside a template declaration c:\cvsprojectsroot\renaissance\3rdpartyfiles\boostlibrary\boost\regex. hpp(440) : error C2899: typename cannot be used outside a template declaration So at lines 440-2 template <class iterator, class Allocator = #if !(defined(BOOST_MSVC) && (BOOST_MSVC <= 1300)) BOOST_DEFAULT_ALLOCATOR(typename re_detail::def_alloc_param_traits<iterator>::type) > I Tried the following: //This section was altered to handle the problem of the VS6 compiler not handling of a typename in a macro for a template parameter-DWW 02/06/2003 template<class iterator> class def_alloc_param_traits_fixclass { public: typedef typename re_detail::def_alloc_param_traits<iterator>::type def_alloc_param_traits_fix; }; template <class iterator, class Allocator = #if !(defined(BOOST_MSVC) && (BOOST_MSVC <= 1300)) //BOOST_DEFAULT_ALLOCATOR(typename re_detail::def_alloc_param_traits<iterator>::type) > BOOST_DEFAULT_ALLOCATOR (def_alloc_param_traits_fixclass<iterator>::def_alloc_param_traits_fix ) > //End of section altered to handle the problem of the VS6 compiler not handling of a typename in a macro for a template parameter-DWW 02/06/2003 And at lines 858-862 namespace re_detail{ template <class iterator, class Allocator = BOOST_DEFAULT_ALLOCATOR (typename def_alloc_param_traits<iterator>::type) > class match_results_base { I tried: namespace re_detail{ //This section was altered to handle the problem of the VS6 compiler not handling of a typename in a macro for a template parameter-DWW 02/06/2003 template<class iterator> class def_alloc_fixclass { public: typedef typename def_alloc_param_traits<iterator>::type def_alloc_fix; }; //template <class iterator, class Allocator = BOOST_DEFAULT_ALLOCATOR (typename def_alloc_param_traits<iterator>::type) > template <class iterator, class Allocator = BOOST_DEFAULT_ALLOCATOR(def_alloc_fixclass<iterator>::def_alloc_fix) > //End of section altered to handle the problem of the VS6 compiler not handling of a typename in a macro for a template parameter-DWW 02/06/2003 class match_results_base { This compiled OK, has any one else had this problem and any comments on this fix or is there anything else that I missed so I do nto have to change the regex.hpp file? it appeared to me that the VS6 compile has a problem with a typename as a parameter in a macro that is in turn a template parameter. Thank you for any help.

3 2

Ah.......Boost Socket.....
by hjlee＠hurim.net 12 Feb '03

12 Feb '03

Anyone who knows when boost socket library is comming and where I can get beta version..? [Non-text portions of this message have been removed]

2 1

boost::bind/function and C function pointers
by Thomas Pollinger 12 Feb '03

12 Feb '03

Apologies if this topic has already been discussed. I have looked around on various mailing lists, in addition I have tried to make it work with the current C++ STL standard with std::mem_fun and std::bind1st but with no success. The problem is basically to bind a member function pointer with an instance of its declaring class and to assign the result to an existing C library function that expects a C style function pointer. This certainly works for ordinary C functions and static C++ functions, however fails for bound member function pointers. Here is what I am trying to achieve: #include <boost/bind.hpp> // C function declared in some library struct E; extern void setCallBack(void (*callback_fct)(E*)); class A { public: void init(); void callBack(E *e); .... }; void A::init() {setCallBack(boost::bind(&A::callBack, this));} void A::callBack(E *e) {...} I tried also using the STL calls, but without success either: ... setCallBack(std::bind1st(std::mem_fun(&A::callBack), this)); I like the elegant approach of boost::bind and would like to use it for this case. The workaround would be to declare a static function and to store the instance somewhere to access the other members of the A instance - but I'd prefer the other way if there is a solution to make it work. BTW, I am using gcc v 3.2 on Linux/i386 - but I guess that this is a more general problem than a specific compiler issue. The error I've gotten is /opt/src/boost/boost/bind.hpp: In instantiation of `boost::_bi::result_traits<boost::_bi::unspecified, void (A::*)(E*)>': /opt/src/boost/boost/bind/bind_template.hpp:16: instantiated from `boost::_bi::bind_t<boost::_bi::unspecified, void (A::*)(E*), boost::_bi::list1<boost::_bi::value<A*> > >' controller.cpp:28: instantiated from here /opt/src/boost/boost/bind.hpp:59: `void (A::*)(E*)' is not a class, struct, or union type Chaning boost::bind(...) to boost::bind<void>(...) to explicitly delclare the return type yields: controller.cpp:28: cannot convert `boost::_bi::bind_t<void, void (A::*)(E*), boost::_bi::list1<boost::_bi::value<A*> > >' to `void (*)(E*)' for argument `1' to `void setCallBack(void (*)(E*))' which probably reveals the root of the problem, that of not being able to cast a boost function pointer type to a regular C function type. I tried applying some cast operators, but that failed already in the syntactical stage of the parser, e.g. static_cast<void (*)(E*)>. -Thomas

2 5

up-to-date documentation dor boost.python
by Pierre Barbier de Reuille 12 Feb '03

12 Feb '03

Hi ! I'm totally new with boost.python and I need to use some tool to wrap C++ code into python interpreter. The problem I have is that, apparently, the tutorial given with boost.python does not reflect the current implementation. Is there any way to have an up to date tutorial or an organized list of the modifications I can refer to when looking at the tutorial ? Thanks, -- Pierre Barbier de Reuille INRA - UMR Cirad/Inra/Cnrs/Univ.MontpellierII AMAP Botanique et Bio-informatique de l'Architecture des Plantes TA40/PSII, Boulevard de la Lironde 34398 MONTPELLIER CEDEX 5, France tel : (33) 4 67 61 65 77 fax : (33) 4 67 61 56 68

1 0

RE: Re: [Boost-Users] Re: building threads lib with latest from C VS
by William E. Kempf 11 Feb '03

11 Feb '03

> From: Mark Storer <mstorer(a)cardiff.com> > > >The MS APIs do not give you any means with which to cleanup data > >allocated to TLS, and they recommend you add this in DllMain. > > What can you do in DllMain that you can't do with atexit, or some Loki-like > priority singleton system? Handle destruction of TLS data _at thread termination_. The atexit approach would only clean up the data at program termination, which isn't good enough. From what I recall of Loki, it won't apply here either. William E. Kempf wekempf(a)cox.net

1 0

RE: Re: [Boost-Users] Re: building threads lib with latest from C VS
by Mark Storer 11 Feb '03

11 Feb '03

>The MS APIs do not give you any means with which to cleanup data >allocated to TLS, and they recommend you add this in DllMain. What can you do in DllMain that you can't do with atexit, or some Loki-like priority singleton system? --Mark Storer Software Engineer Cardiff Software #include <disclaimer> typedef std::disclaimer<Cardiff> Discard;

2 1

Re: Re: [Boost-Users] Re: building threads lib with latest from CVS
by William E. Kempf 11 Feb '03

11 Feb '03

> From: Michael Hunley <mhunley(a)pocketpurchase.com> > At 09:56 AM 2/11/2003 -0500, you wrote: > >Sorry, I forget that some acronyms aren't known by everyone. TLS stands > >for "thread local storage", also known as TSS or "thread specific storage". > > > > Thanks for clearing that up. > > >Testing and development. I compile against 5 compilers, and with both > >static and dynamic libraries this means compiling 10 variants at a minimum > >(through in both debug and release and you have 20 variants), which is > >time consuming. But the real kicker is that boost::thread itself is going > >to rely on TLS shortly, making it so you'll always need a DLL on the > >Windows platforms. > > Understand & sympathize. What about people who want to bundle that part > into their own DLL (which is largely what I'm doing)? Does it hurt to > leave the build in and doc it as untested? Short term, probably not. Long term even this won't work. > Also, why would inclusion of > TLS require it to be a DLL? By itself, TLS doesn't require this. However, TLS cleanup *does* require this. (We're still trying to find an alternative, because even this approach to TLS cleanup is fraught with peril.) The MS APIs do not give you any means with which to cleanup data allocated to TLS, and they recommend you add this in DllMain. This is why you have incompatible thread creation routines such as CreateThread, _beginthread(ex) and AfxBeginThread. > It would seem like including TLS could also be > done in a static lib or am I being completely obtuse? TLS, yes, TLS cleanup, no. > On an almost related note, I saw mention of a cooperative cancel policy > from another post of yours. Do you have any ETA on that and any info on > what it will support vs what it won't support? Is that info on the > developer mailing list? It's partially implemented in CVS on a branch named "thread_dev" (though this isn't stable). ETA is hopefully very soon, as the C++ standards meeting looms. William E. Kempf wekempf(a)cox.net

1 0

RE: [Boost-Users] Re: HP, aCC and the standards
by Tom Matelich 11 Feb '03

11 Feb '03

actually I talked with one of the people on the aCC dev team and they are looking into adding boost into their test procedues. > -----Original Message----- > From: dlux42 <dlux(a)spam.sch.bme.hu> [mailto:dlux@spam.sch.bme.hu] > Sent: Monday, February 10, 2003 2:15 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Re: HP, aCC and the standards > > > > > While many compiler vendors strive to be able to compile boost, > > > is this really a measure of Standard C++ conformance? > > > > A pretty good one. That's why they use it as a test. > > It may be true, but HP won't accept it. We help them a lot if we can > point to a part of the standard and can show an "aCC -E" output and an > "aCC -c" output and say: "this point is badly implemented, because it > is not compiled, although the standard said it should". > > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > 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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

Re: [Boost-Users] Re: building threads lib with latest from CVS
by Michael Hunley 11 Feb '03

11 Feb '03

At 09:56 AM 2/11/2003 -0500, you wrote: >Sorry, I forget that some acronyms aren't known by everyone. TLS stands >for "thread local storage", also known as TSS or "thread specific storage". > Thanks for clearing that up. >Testing and development. I compile against 5 compilers, and with both >static and dynamic libraries this means compiling 10 variants at a minimum >(through in both debug and release and you have 20 variants), which is >time consuming. But the real kicker is that boost::thread itself is going >to rely on TLS shortly, making it so you'll always need a DLL on the >Windows platforms. Understand & sympathize. What about people who want to bundle that part into their own DLL (which is largely what I'm doing)? Does it hurt to leave the build in and doc it as untested? Also, why would inclusion of TLS require it to be a DLL? It would seem like including TLS could also be done in a static lib or am I being completely obtuse? On an almost related note, I saw mention of a cooperative cancel policy from another post of yours. Do you have any ETA on that and any info on what it will support vs what it won't support? Is that info on the developer mailing list? thanks again for all your info. michael

1 0

Re: [Boost-Users] Re: building threads lib with latest from CVS
by William E. Kempf 11 Feb '03

11 Feb '03

> > From: "hunleyexpress <mhunley(a)pocketpurchase.com>" <mhunley(a)pocketpurchase.com> > Date: 2003/02/10 Mon PM 03:47:57 EST > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Re: building threads lib with latest from CVS > > > Intentionally removed. In the current library it's easier to deal > with a single build type, and since a DLL is required for TLS usage, > the static build was removed. In the next version of the library, > the implementation is going to have to make use of TLS as well, so > you'll always need a DLL, making it pointless to continue providing > both a static library and the threadmon.dll. > > > > If you mean something other than Transport Layer Security when you > say TLS, disregard the rest of this and just let me know what it > means in boost-ese. Sorry, I forget that some acronyms aren't known by everyone. TLS stands for "thread local storage", also known as TSS or "thread specific storage". > I don't quite understand why the threading lib > depends on TLS. I am only including the threading lib to write > thread handling and don't want or need security aspects (I'm handling > those specifically myself for a custom app). I ultimately need to > bundle all of it into a *very* small DLL (or shared lib on Linux) of > my own and don't want to require a separate boost DLL. Why would you > tie the two together, they seem completely orthoganal. BTW: I have > found it rather easy to have Jam build both. I guess it is just more > headache from a testing standpoint. > I appreciate the info. Testing and development. I compile against 5 compilers, and with both static and dynamic libraries this means compiling 10 variants at a minimum (through in both debug and release and you have 20 variants), which is time consuming. But the real kicker is that boost::thread itself is going to rely on TLS shortly, making it so you'll always need a DLL on the Windows platforms. William E. Kempf wekempf(a)cox.net

1 0

Compiling the BGL-Graphviz library: libbgl-viz.a
by Jeff Holle 11 Feb '03

11 Feb '03

The source code that should be able to produce this library is in directory "boost_1_29_0/libs/graph/src". In running the Makefile, the following error is produced: /bin/mv graphviz_parser.tab.h graphviz_parser.h /bin/mv: cannot stat `graphviz_parser.tab.h': No such file or directory. Does anybody know how to fix this problem?

2 1

boost::function2's copy constructor expensive - why?
by Markus Werle 11 Feb '03

11 Feb '03

Hi! Today's profiling of my code (which massively uses boost::function to collect formulas) showed that boost::function2' copy constructor is called zillions of times. OK, I disabled inlining to get some more details, but this I do not understand. The functors are created, stored in an array and do not get copied again, but rather referenced there. Before I dig in that code: where do those copies come from? Is that the normal behaviour triggered ny operator() or is that a hint that I use them the wrong way? Any experience? At present the boost::function overhead kills my application. Tuning tipps? best regards, Markus

2 5

Support for chain graph
by Matthieu P. 11 Feb '03

11 Feb '03

I am interested in an algorithm in Bayesian Networks which uses chain graph, that is a graph that contains both directed and undirected edges. Since the declaration of the template seem to include one or the other, i am looking for ideas on implementing these graph. Any suggestions? Thanks, Matthieu

1 0

Can shared_ptr release ownership of a pointer without destroy it?
by Black Ice 10 Feb '03

10 Feb '03

As following manner: shared_ptr<Foo> ptr(new Foo()); ... Foo * p = ptr.release(); -- /*******************/ ×ÔÓÉ£šliberty£©ÎÞ·ÇŸÍÊÇÕâÑùÒ»ÖÖ³ÐÅµ£ºÃ¿žöÈËœ«»áµÃµœÒ»ÖÖ±£ÕÏ£¬±£ÕÏÎÒÃÇ¿ÉÒÔÓë ÈšÍþ¡¢¶àÊý¡¢Á÷Ë×Œ°ÓßÂÛµÄÓ°ÏìÏà¿¹ºâ¡£ /*******************/

4 3

Fwd: Re: [Boost-Users] HP, aCC and the standards
by Toon Knapen 10 Feb '03

10 Feb '03

On Tuesday 04 February 2003 17:18, Tom Matelich wrote: > Who is running those tests, and what version of aCC is that? I am. I'm using aCC version 53800 currently installed on an HPUX11i. You might notice on the HP website that the latest release was 53700 so it's newer than new ;-) Nevertheless, conformance is still bad. There were quite some messages on the boost-ml on the support for HP recently. > > -----Original Message----- > > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > > Sent: Tuesday, February 04, 2003 12:15 AM > > To: Boost-Users(a)yahoogroups.com > > Subject: Re: [Boost-Users] HP, aCC and the standards > > > > On Monday 03 February 2003 18:06, Tom Matelich wrote: > > > I would recommend contacting the aCC support people. They > > > > are generally > > > > > quite reasonable. In fact, the hp status tables (which > > > > appear a bit out of > > > > > date) at http://www.boost.org/status/cs-hpux.html are run > > > > remotely on a box > > > > > provided by HP for boost to use. > > > > For an updated status-page, check out : > > http://boost.sourceforge.net/regression-logs/ > > and you see that aCC has the highest failure rate ! > > I also recently talked to an HP representative and he was > > under the impression > > that aCC was very confirming. > > > > ------------------------ Yahoo! Groups Sponsor > > ---------------------~--> > > Get 128 Bit SSL Encryption! > > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > > -------------------------------------------------------------- > > -------~-> > > > > 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/ > > ----------------------------------------------------------------------- > DISCLAIMER: Information contained in this message and/or > attachment(s) may contain confidential information of Zetec, Inc. > If you have received this transmission in error, please notify > the sender by return email. > ----------------------------------------------------------------------- > > > 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/ -------------------------------------------------------

4 3

Re: [Boost-Users] building threads lib with latest from CVS
by William E. Kempf 10 Feb '03

10 Feb '03

> > From: "hunleyexpress <mhunley(a)pocketpurchase.com>" <mhunley(a)pocketpurchase.com> > Date: 2003/02/10 Mon PM 02:07:11 EST > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] building threads lib with latest from CVS > > I am fairly new to boost (and jamfiles). I am using the threads > library for cross platform thread support. Under the stable build a > library libboost_thread.lib is created to staticly link in to my > project, with seperate libs if I am using the DLL STL or static STL. > > That build config is gone in the latest version under CVS, replaced > by a boost_thread dll set up. I want (and need) the old static > version. I have successfully added it back into the jam file so that > all 3 (including the threadmon) are built now, but that isn't > something I really want to have to maintain as I get updates. Is the > static lib intentionally and permanently removed or is it an > oversight/temporary change? Intentionally removed. In the current library it's easier to deal with a single build type, and since a DLL is required for TLS usage, the static build was removed. In the next version of the library, the implementation is going to have to make use of TLS as well, so you'll always need a DLL, making it pointless to continue providing both a static library and the threadmon.dll. William E. Kempf wekempf(a)cox.net

2 1

building threads lib with latest from CVS
by hunleyexpress <mhunley＠pocketpurchase.com> 10 Feb '03

10 Feb '03

I am fairly new to boost (and jamfiles). I am using the threads library for cross platform thread support. Under the stable build a library libboost_thread.lib is created to staticly link in to my project, with seperate libs if I am using the DLL STL or static STL. That build config is gone in the latest version under CVS, replaced by a boost_thread dll set up. I want (and need) the old static version. I have successfully added it back into the jam file so that all 3 (including the threadmon) are built now, but that isn't something I really want to have to maintain as I get updates. Is the static lib intentionally and permanently removed or is it an oversight/temporary change? thanks.

1 0

BGL: cycles in undirected graph
by Tarjei Knapstad 10 Feb '03

10 Feb '03

(Disclaimer: My knowledge of graph theory isn't too broad, so have me excused if this is completely trivial...) I'm struggling a bit with finding cycles in an undirected graph. Doing a DFS/BFS and recording back edges, thus detecting the number of cycles and a connected vertex pair for each one is simple enough. However, I'd also like to find the sequence(s) of vertices that make up the cycle. There's and example in the book that does this, but relies on a graph with direction in the second step where a DFS is done from both back-edge vertices and the results intersected. This won't work in the case of an undirected graph as every vertex is reachable from any other (if there's only one "connected component"), so I would just end up with the complete set of vertices in every case. My idea is to use BFS and the record_predecessors visitor, but I can't seem to wrap my head around how to find the sequence of vertices connecting the cycle(s) from this. Could anyone offer some pointers? (hopefully not NULL :) ) Regards, -- Tarjei

1 1

bug report: boost::tokenizer with VC6
by Navi Singh 09 Feb '03

09 Feb '03

The boost release 1.28.0 of the tokenizer library has the following problem: There are 5 examples, namely, simple_example_1.cpp thru simple_example_5.cpp If I change the main() in each of the 5 to to main1() thru main5() and return 0; the vc60 compiler generates an internal compiler error when parsing the file boost\iterator_adapters.hpp on line 869, where it is parsing the following lines: reference operator*() const { return policies().dereference(*this); }

3 2

multi_array iterators
by gareth_stockwell2003 <gareth＠ebi.ac.uk> 09 Feb '03

09 Feb '03

This may be a naieve question... Is there a simple way to iterate over all elements in a multi-array (or a view thereof), regardless of the number of dimensions and the size of each dimension? I don't care about the order of this access.

1 0

bjam question
by Stephen Crowley 09 Feb '03

09 Feb '03

I have a library that depends on boost and is built with bjam. It puts sepearate targets in $(BAYES_ROOT)/target/bin/libBayesFilter.a/gcc/release/runtime-link-dynamic/libBayesFilter.a and the other debug directory as well. I am also working on a library using the same system that must link with libBayesFilter. My question is, how do I specify the library dependency on BayesFilter properly without having to specify the complete path to the target directory (which will change depending on the build features specified). I tried <lib>$(BAYES_ROOT)/BayesFilter/BayesFilter but it dies with: unknown dependent target <IdentityTest!/!home!stephenc!cvs!Bayes++!BayesFilter>libBayesFilter.a Am i missing something? -- Stephen

2 1

Conflict with winapi.hpp and windows.h (manifested in ACE)
by Tom Matelich 08 Feb '03

08 Feb '03

Intel C++ 7.0 for Windows, STLPort 4.5.3, boost 1.29, ACE 5.3 Intel was warning a bunch of bad code in my source base, so I turned on warnings as errors, then I hit a problem where ACE was calling InitializeCriticalSection with a pointer to its typedef of CRITICAL_SECTION, and it was using the declaration of InitializeCriticalSection in winapi.hpp. Turns out, in the standard (by my interpretation), section 7.5/6 that if you put an extern "C" declaration in a namespace, its also accessible by ::. The call failed because boost::detail::winapi::critical_section != CRITICAL_SECTION. I ended up ifdef'ing the declaration of critical_section like so: #ifndef _WINBASE_ //header guard for winbase.h. struct critical_section { struct critical_section_debug * DebugInfo; long_type LockCount; long_type RecursionCount; handle_type OwningThread; handle_type LockSemaphore; ulong_ptr_type SpinCount; }; #else typedef CRITICAL_SECTION critical_section; #endif Please advise if you have a better solution. Tom Matelich Pardon the disclaimer... ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

UBLAS: m[i] notation not supported on const ?
by speedsnaii <speedsnaii＠yahoo.de> 08 Feb '03

08 Feb '03

Since I did not get an answer on a related question, I am trying to state it different. It seems as if the "[]" access is not supported for const objects. Is there a reason for this, or is it a bug? Example: ========================================================== #include <boost/numeric/ublas/config.hpp> #include <boost/numeric/ublas/vector.hpp> #include <boost/numeric/ublas/matrix.hpp> using namespace boost::numeric::ublas; void foo(vector<double>& v, const vector<double>& a) { } int main(int argc, char* argv[]) { vector<double> v (3); const matrix<double> m(3,3); foo(v, m[0]); } ========================================================== my compiler does not compile this. This is a problem when I get the matrix as a "const matrix<>& " parameter via the argument list. Regards, Roland

2 2

thread_group behavior question
by sdussin <sdussin1＠tampabay.rr.com> 07 Feb '03

07 Feb '03

I've been using Boost for several months now, and I must say I've been very happy with it. I've primarily been using the threads and regex stuff from the library, and I have a question regarding the behavior of the thread_group.join_all method. In my current situation, I have a thread_group which launches several threads of execution for background servers, on an as-needed basis. If it becomes necessary to shutdown those background servers, I issue a join_all on the thread_group to wait for all activity to cease, then I can clear up the server instances themselves. If I issue a join_all from a thread and, while waiting for the join_all to exit, another thread creates a thread within my thread_group, what is expected? Will the join_all now wait for the original threads, as well as the newcomer, or will it only wait on the threads which were running at the time the join_all was called?? Thanx, Steve Dussinger

2 3

[BGL] Using BGL on Linux clusters
by Erik Arner 07 Feb '03

07 Feb '03

Hi, I'm still trying to figure out how to use the BGL on massive graphs (see previous thread "[BGL] Using BGL for huge graphs"). My next idea is to distribute the graph over nodes in a Linux (Beowolf) cluster, or some other parallel computer. I'd much appreciate input from people who have tried this, with graph data structures in general and the BGL in particular. Thanks, Erik

1 0

Intel 7.0 Compiler and date_time library
by klapshin <klapshin＠yahoo.com> 06 Feb '03

06 Feb '03

First of all I would like to thank everybody who responded on my previous post. The real showstopper for me at the moment is date_time library. I did a small test -- compiled and run days_till_new_year.cpp against boost 1.29 (patched to not complain about __ICL 700) and current snapshot of boost CVS. Here is what I've got (cpp was renamed to test.cpp for short): ------------------------------------- C:\work\icl>icl Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build 20021018Z Copyright (C) 1985-2002 Intel Corporation. All rights reserved. 30 DAY EVALUATION LICENSE icl: Command line error: no files specified; for help type "icl -help" C:\work\icl>icl /MD /O2 /DDATE_TIME_INLINE /I..\boost_1_29_0 /nologo test.cpp test.cpp C:\work\icl>test Days till new year: -731982 C:\work\icl>icl /MD /Od /DDATE_TIME_INLINE /I..\boost_1_29_0 /nologo test.cpp test.cpp C:\work\icl>test Days till new year: 329 C:\work\icl>icl /MD /O2 /DDATE_TIME_INLINE /I..\boost /nologo test.cpp test.cpp C:\work\icl>test Days till new year: 3031841 C:\work\icl>icl /MD /Od /DDATE_TIME_INLINE /I..\boost /nologo test.cpp test.cpp C:\work\icl>test Days till new year: 329 ---------------------------------------------- As you can see both versions are broken. What I don't understand is how come that boost regression tests are Ok? Am I using wrong version of Intel Compiler, or am I missing some magic flags to compiler? I will send this report to Intel tech support; however I would appreciate if someone will verify these results, and contact Intel on behalf of Boost community. Regards, Kirill Lapshin.

2 3

RE: Re: [Boost-Users] HP, aCC and the standards
by Tom Matelich 06 Feb '03

06 Feb '03

The most common one is giving a name to bool template params. template <bool> becomes template <bool b> I'll see if I can track down the email address of the contact I was working with at HP, see if he'd be interested in working with you. > -----Original Message----- > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > Sent: Thursday, February 06, 2003 12:02 AM > To: Boost-Users(a)yahoogroups.com > Subject: Re: Re: [Boost-Users] HP, aCC and the standards > > > On Thursday 06 February 2003 00:45, Tom Matelich wrote: > > Many of those errors are easily worked around, > That's good news. I have little experience with the newer > aCC's (I just converted from HPUX10.20) > so I don't know all the tricks but I'll be happy to learn > them (but I don't have direct support from > HP as you had ;-( > > > its just hard to get the > > developers to change their code. Or at least it was when I > was trying to > > get things going with aCC. > In my experience, whenever I contacted a developer for > portability issues on Aix or HPUX, > patches were accepted within 24 hours. > > toon > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > 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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

RE: [Boost-Users] Intel 7.0 Compiler problems
by Tom Matelich 06 Feb '03

06 Feb '03

It looks like Beman has upgraded to 7.0, if you look at http://boost.sourceforge.net/regression-logs/cs-win32.html > -----Original Message----- > From: klapshin <klapshin(a)yahoo.com> [mailto:klapshin@yahoo.com] > Sent: Wednesday, February 05, 2003 5:06 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Intel 7.0 Compiler problems > > > Hello, > > > > > Tired of MSVC deficiencies, and hoping to get certain performance > increase I got evaluation version of Intel C++ compiler. I've heard > lots of good things about this compiler, and was under impression > that > transition from MSVC to ICL should be very smooth. Huh, I had all > kinds of troubles. > > > > > First of all boost 1.29 gave up saying that it is an unknown > compiler. > Looking into config I figured that last known ICL was 6.0, so I just > hacked it badly by redefining ICL as 600 prior to including any boost > headers. I understand that it is not a good way, but hey, I am just > evaluating it. > > > > > Ok now everything compiled, but code using regex failed to link. No > wonder, I have not build regex library with new compiler. It turns > out > that there is no makefile for any intel compiler, so I tried to do it > with bjam, but seems that bjam did not set CC variable; it invoked > compilation with just line of flags. At this point I gave up and > decided to focus on parts of my project which do not depend on regex. > > > > > Next surprise was when I tried to run tests, in debug mode everything > was fine, but release mode failed miserably. It appears that > date_time > library does not work at all with optimization. Even setting /O1 did > not help, only /Od worked. > > > > > Failures were in very basic date operations, for instance > > > > > boost::gregorian::date(2002,12,27) == > boost::gregorian::date(2002,12,27) > > > > > is not true! > > > > > If I first construct a date, then ask for year, it throws, saying > year > is out of range. > > > > > I searched through Boost Users and Dev mailing lists, found few posts > discussing turning on strict ansi checks on intel, and also that in > this case it is better to use STLport, since STL coming with MSVC > could not be compiled in ansi mode. I tried to do that but can't > compile STLport in strict mode either. Using STLport in regular mode > did not have any effect on problems I am having. > > > > > Here is version the compiler reports: > > > Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build > 20021018Z > > > Copyright (C) 1985-2002 Intel Corporation. All rights reserved. > > > > > Now, my question is: are these problems well known? If they are, is > there any plans to fix them in next release? > > > And while we at it, when should we expect new release? I know there > were some discussions about mid-February, is there any update? > > > > > Regards, > > > Kirill. > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > 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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

ublas: conversion looses qualifiers
by speedsnaii <speedsnaii＠yahoo.de> 06 Feb '03

06 Feb '03

A newbie question: I have: void foo(matrix<double>& Y, const matrix<double>& X) { ... Y[0] = X[0]; // the compiler chokes on this ... } What is wrong with this? Please tell me. Thank you. Roland

1 0

RE: [Boost-Users] Intel 7.0 Compiler problems
by Tom Matelich 06 Feb '03

06 Feb '03

Hmm, I'm not a very good evaluator I guess, I just went about my business using 7.0 without seeing if it worked correctly :) Rather than hacking ICL, you can modify boost/compiler/intel.hpp changing 600's to 700's. I have my own dsp's for building regex, so the Compiler Selection feature worked for me (Though I've renamed cl.exe to make sure its never called because it was getting called sometimes) This is not to say I haven't had any troubles, but none with boost until the subject of my post a few minutes ago. > -----Original Message----- > From: klapshin <klapshin(a)yahoo.com> [mailto:klapshin@yahoo.com] > Sent: Wednesday, February 05, 2003 5:06 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Intel 7.0 Compiler problems > > > Hello, > > > > > Tired of MSVC deficiencies, and hoping to get certain performance > increase I got evaluation version of Intel C++ compiler. I've heard > lots of good things about this compiler, and was under impression > that > transition from MSVC to ICL should be very smooth. Huh, I had all > kinds of troubles. > > > > > First of all boost 1.29 gave up saying that it is an unknown > compiler. > Looking into config I figured that last known ICL was 6.0, so I just > hacked it badly by redefining ICL as 600 prior to including any boost > headers. I understand that it is not a good way, but hey, I am just > evaluating it. > > > > > Ok now everything compiled, but code using regex failed to link. No > wonder, I have not build regex library with new compiler. It turns > out > that there is no makefile for any intel compiler, so I tried to do it > with bjam, but seems that bjam did not set CC variable; it invoked > compilation with just line of flags. At this point I gave up and > decided to focus on parts of my project which do not depend on regex. > > > > > Next surprise was when I tried to run tests, in debug mode everything > was fine, but release mode failed miserably. It appears that > date_time > library does not work at all with optimization. Even setting /O1 did > not help, only /Od worked. > > > > > Failures were in very basic date operations, for instance > > > > > boost::gregorian::date(2002,12,27) == > boost::gregorian::date(2002,12,27) > > > > > is not true! > > > > > If I first construct a date, then ask for year, it throws, saying > year > is out of range. > > > > > I searched through Boost Users and Dev mailing lists, found few posts > discussing turning on strict ansi checks on intel, and also that in > this case it is better to use STLport, since STL coming with MSVC > could not be compiled in ansi mode. I tried to do that but can't > compile STLport in strict mode either. Using STLport in regular mode > did not have any effect on problems I am having. > > > > > Here is version the compiler reports: > > > Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build > 20021018Z > > > Copyright (C) 1985-2002 Intel Corporation. All rights reserved. > > > > > Now, my question is: are these problems well known? If they are, is > there any plans to fix them in next release? > > > And while we at it, when should we expect new release? I know there > were some discussions about mid-February, is there any update? > > > > > Regards, > > > Kirill. > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > 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/ ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

BGL: BFSVisitor::cycle_edge() ?
by Tarjei Knapstad 06 Feb '03

06 Feb '03

This probably is an error in the documentation (and the book), but I thought I'd just check to make sure: The documentation for the EventVisitor concept states: <quote> For example, the BFSVisitor of breadth_first_search() has a cycle_edge() member function. The corresponding tag is on_cycle_edge. </quote> As far as I can see BFSVisitor has no cycle_edge() function, and there is no on_cycle_edge tag in the code. The same function is also mentioned in chapter 12.3.1 of the book in the documentation of gray_target(e,g) and black_target(e,g) where it says that "A call to this function is always preceded by a call to the cycle_edge() function.". Kind of strange as the cycle_edge() function is not documented in the same chapter :) Regards, Tarjei

1 0

Re: Intel 7.0 Compiler problems
by Bruno.Voigt＠ic3s.de 06 Feb '03

06 Feb '03

Under Linux Red Hat 8.1 Beta the lastest ICC/IA32 0.78 works without problems with boost regex 1.29. I just copiend over the libs/regex/build/ gcc.mak and gcc-shared.mak files to icc*.mak and changed the compiler name within to icc. Under RH8.0 I had some problems because the compiler chooked about the header containing the declarations for some tcp/ip data conversion functions htons() etc.. I've never used the bjam stuff up to now. Perhaps you can do the same with the regex vc7.mak file as a starting point. with best regards, Bruno -- bruno(a)ic3s.de [Non-text portions of this message have been removed]

1 0

Re: Re: [Boost-Users] HP, aCC and the standards
by Toon Knapen 06 Feb '03

06 Feb '03

On Thursday 06 February 2003 00:45, Tom Matelich wrote: > Many of those errors are easily worked around, That's good news. I have little experience with the newer aCC's (I just converted from HPUX10.20) so I don't know all the tricks but I'll be happy to learn them (but I don't have direct support from HP as you had ;-( > its just hard to get the > developers to change their code. Or at least it was when I was trying to > get things going with aCC. In my experience, whenever I contacted a developer for portability issues on Aix or HPUX, patches were accepted within 24 hours. toon

1 0

Intel 7.0 Compiler problems
by klapshin <klapshin＠yahoo.com> 06 Feb '03

06 Feb '03

Hello, Tired of MSVC deficiencies, and hoping to get certain performance increase I got evaluation version of Intel C++ compiler. I've heard lots of good things about this compiler, and was under impression that transition from MSVC to ICL should be very smooth. Huh, I had all kinds of troubles. First of all boost 1.29 gave up saying that it is an unknown compiler. Looking into config I figured that last known ICL was 6.0, so I just hacked it badly by redefining ICL as 600 prior to including any boost headers. I understand that it is not a good way, but hey, I am just evaluating it. Ok now everything compiled, but code using regex failed to link. No wonder, I have not build regex library with new compiler. It turns out that there is no makefile for any intel compiler, so I tried to do it with bjam, but seems that bjam did not set CC variable; it invoked compilation with just line of flags. At this point I gave up and decided to focus on parts of my project which do not depend on regex. Next surprise was when I tried to run tests, in debug mode everything was fine, but release mode failed miserably. It appears that date_time library does not work at all with optimization. Even setting /O1 did not help, only /Od worked. Failures were in very basic date operations, for instance boost::gregorian::date(2002,12,27) == boost::gregorian::date(2002,12,27) is not true! If I first construct a date, then ask for year, it throws, saying year is out of range. I searched through Boost Users and Dev mailing lists, found few posts discussing turning on strict ansi checks on intel, and also that in this case it is better to use STLport, since STL coming with MSVC could not be compiled in ansi mode. I tried to do that but can't compile STLport in strict mode either. Using STLport in regular mode did not have any effect on problems I am having. Here is version the compiler reports: Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build 20021018Z Copyright (C) 1985-2002 Intel Corporation. All rights reserved. Now, my question is: are these problems well known? If they are, is there any plans to fix them in next release? And while we at it, when should we expect new release? I know there were some discussions about mid-February, is there any update? Regards, Kirill.

2 1

RE: Re: [Boost-Users] HP, aCC and the standards
by Tom Matelich 05 Feb '03

05 Feb '03

Many of those errors are easily worked around, its just hard to get the developers to change their code. Or at least it was when I was trying to get things going with aCC. > -----Original Message----- > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > Sent: Wednesday, February 05, 2003 12:48 AM > To: Boost-Users(a)yahoogroups.com > Subject: Fwd: Re: [Boost-Users] HP, aCC and the standards > > > On Tuesday 04 February 2003 17:18, Tom Matelich wrote: > > Who is running those tests, and what version of aCC is that? > > I am. I'm using aCC version 53800 currently installed on an > HPUX11i. You > might notice on the HP website that the latest release was > 53700 so it's > newer than new ;-) Nevertheless, conformance is still bad. > > There were quite some messages on the boost-ml on the support for HP > recently. > > > > -----Original Message----- > > > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > > > Sent: Tuesday, February 04, 2003 12:15 AM > > > To: Boost-Users(a)yahoogroups.com > > > Subject: Re: [Boost-Users] HP, aCC and the standards > > > > > > On Monday 03 February 2003 18:06, Tom Matelich wrote: > > > > I would recommend contacting the aCC support people. They > > > > > > are generally > > > > > > > quite reasonable. In fact, the hp status tables (which > > > > > > appear a bit out of > > > > > > > date) at http://www.boost.org/status/cs-hpux.html are run > > > > > > remotely on a box > > > > > > > provided by HP for boost to use. > > > > > > For an updated status-page, check out : > > > http://boost.sourceforge.net/regression-logs/ > > > and you see that aCC has the highest failure rate ! > > > I also recently talked to an HP representative and he was > > > under the impression > > > that aCC was very confirming. > > > > > > ------------------------ Yahoo! Groups Sponsor > > > ---------------------~--> > > > Get 128 Bit SSL Encryption! > > > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > > > -------------------------------------------------------------- > > > -------~-> > > > > > > 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/ > > > > > -------------------------------------------------------------- > --------- > > DISCLAIMER: Information contained in this message and/or > > attachment(s) may contain confidential information of Zetec, Inc. > > If you have received this transmission in error, please notify > > the sender by return email. > > > -------------------------------------------------------------- > --------- > > > > > > 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/ > > ------------------------------------------------------- > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > 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

HP, aCC and the standards
by dlux42 <dlux＠spam.sch.bme.hu> 05 Feb '03

05 Feb '03

Hello Guys! I am now fighting with HP to recognize that their compiler is buggy. I am one of their customer and would like to get help with this fight. I want to use the boost.org format and regex libraries on HP-UX 11.00 with aCC, and I got contacted the local HP office about that. I told that I want to use modern libraries like the "boost.org" library. They answered that the HP aCC is the implementation of the ISO/IEC 14882 standard of the C++ language. They provided two links about the compiler: http://www.software.hp.com/DTDC_products_list.html (follow the aC++ link). http://docs.hp.com/hpux/onlinedocs/2213/libs.htm#slIntro (introductionary concepts). Do you have any evidence that the HP implementation of C++ language breaks the standard and that's why the regex library and format library does not compile on those platform? (if you need sample error message, then I can send it to the list). I am using stlport 4.5-119, aCC A.03.33. Please Cc: the replies to my private email-address also. Thanks for your help in advance, dLux

2 1

RE: [Boost-Users] More on static linkage
by Tom Matelich 05 Feb '03

05 Feb '03

microsoft has a way to implicitly require the loading of dll's. To disable regex's use of this define BOOST_REGEX_NO_LIB > -----Original Message----- > From: Amittai Aviram <amittai(a)amittai.com> > [mailto:amittai@amittai.com] > Sent: Saturday, February 01, 2003 3:21 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] More on static linkage > > > I have been trying to link the boost::regex library to a DLL (Release > build) without success and I really need help. I have learned > something new. Hitherto, I have put this line right above my code in > one of my header files, i.e., within the "#if !defined()" block that > prevents duplicate inclusion: > > #define BOOST_REGEX_STATIC_LINK > > This has no effect on the build whatsoever. The resulting DLL is no > bigger and the client will not work if you rename > boost_regex_vc6_mdi.dll from its place. You get an error message > from the client saying that this file is missing. > > If, however, I place the line above as the very first line in a > header file, then, instead, I simply cannot compile and build the > project at all. The compile error I am getting states that there > are "multiply defined symbols"! I.e., the symbols defined in the > library are being defined twice. > > This is driving me nuts. > > Thanks for any help. > > Amittai Aviram > amittai(a)amittai.com > > > > > 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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

3 2

RE: [Boost-Users] where do we ask questions related to the usage of the spirit-parser?
by bjorn.karlsson＠readsoft.com 05 Feb '03

05 Feb '03

> From: faisal vali [mailto:yg-boost-users@m.gmane.org] > I seem to recall that there was another news group dedicated > to 'spirit' > questions - but i couldn't find any links from the spirit homepage > (after a cursory look) > Could anyone direct me towards the appropriate forum for user-level > questions. This (Boost-Users) is a good place for asking those questions, as Spirit is now a Boost library. The Spirit newsgroup you're looking for can be found at news:gmane.comp.parsers.spirit.general. Bjorn

1 0

where do we ask questions related to the usage of the spirit-parser?
by faisal vali 05 Feb '03

05 Feb '03

I seem to recall that there was another news group dedicated to 'spirit' questions - but i couldn't find any links from the spirit homepage (after a cursory look) Could anyone direct me towards the appropriate forum for user-level questions. thanks, -fas

1 0

RE: [Boost-Users] HP, aCC and the standards
by Tom Matelich 04 Feb '03

04 Feb '03

Who is running those tests, and what version of aCC is that? > -----Original Message----- > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > Sent: Tuesday, February 04, 2003 12:15 AM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] HP, aCC and the standards > > > On Monday 03 February 2003 18:06, Tom Matelich wrote: > > I would recommend contacting the aCC support people. They > are generally > > quite reasonable. In fact, the hp status tables (which > appear a bit out of > > date) at http://www.boost.org/status/cs-hpux.html are run > remotely on a box > > provided by HP for boost to use. > > For an updated status-page, check out : > http://boost.sourceforge.net/regression-logs/ > and you see that aCC has the highest failure rate ! > I also recently talked to an HP representative and he was > under the impression > that aCC was very confirming. > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > 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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

Incompatibilities between Date_Time/PosixTime and Boost.Python !?!?!?
by acid_til <bluc＠videotron.ca> 04 Feb '03

04 Feb '03

Hi !! When trying to compile a simple program (just a main and nothing in it) I get a lot of compile error... I'm using VC 6.0 SP5, STLport 4.5.3 and boost 1.29. This is what I include in the program : #include <iostream> #include <boost/python.hpp> #include <boost/date_time/posix_time/posix_time.hpp> Here are the error messages : boost\date_time\compiler_config.hpp(33) : error C2782: ' __cdecl _STL::abs()' : template parameter 'T' is ambiguous could be 'long double' or 'const struct _STL::complex<long double> &' boost\date_time\compiler_config.hpp(33) : error C2785: ' __cdecl _STL::abs()' and 'long double __cdecl _STL::abs(const struct _STL::complex<long double> &)' have different return types \boost\date_time\compiler_config.hpp(30) : see declaration of 'abs' boost\date_time\compiler_config.hpp(33) : error C2782: ' __cdecl _STL::abs()' : template parameter 'T' is ambiguous could be 'double' or 'const struct _STL::complex<double> &' boost\date_time\compiler_config.hpp(33) : error C2785: ' __cdecl _STL::abs()' and 'double __cdecl _STL::abs(const struct _STL::complex<double> &)' have different return types boost\date_time\compiler_config.hpp(30) : see declaration of 'abs' boost\date_time\compiler_config.hpp(33) : error C2782: ' __cdecl _STL::abs()' : template parameter 'T' is ambiguous could be 'float' or 'const struct _STL::complex<float> &' boost\date_time\compiler_config.hpp(33) : error C2785: ' __cdecl _STL::abs()' and 'float __cdecl _STL::abs(const struct _STL::complex<float> &)' have different return types boost\date_time\compiler_config.hpp(30) : see declaration of 'abs' Has this been reported ??? Are Boost.Python and posix_time incompatible ??? If not, can someone point to a solution. Thanks a lot for your time. Luc.

2 2

RE: [Boost-Users] HP, aCC and the standards
by Tom Matelich 04 Feb '03

04 Feb '03

I would recommend contacting the aCC support people. They are generally quite reasonable. In fact, the hp status tables (which appear a bit out of date) at http://www.boost.org/status/cs-hpux.html are run remotely on a box provided by HP for boost to use. At the point when this was set up, I was investigating whether we should use aCC or g++. I went through and developed a few simple test cases to demonstrate the bugs in a few of the tests. They accepted them, but gave no time line. I think development of aCC was initially really hurt when Daveed Vandevoorde went to EDG, and I'd guess all the linux/compaq hubbub probably hasn't helped to much. I think A.03.33 was released over a year ago. > -----Original Message----- > From: dlux42 <dlux(a)spam.sch.bme.hu> [mailto:dlux@spam.sch.bme.hu] > Sent: Monday, February 03, 2003 7:53 AM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] HP, aCC and the standards > > > Hello Guys! > > I am now fighting with HP to recognize that their compiler is buggy. I > am one of their customer and would like to get help with this fight. > > I want to use the boost.org format and regex libraries on HP-UX 11.00 > with aCC, and I got contacted the local HP office about that. > > I told that I want to use modern libraries like the "boost.org" > library. They answered that the HP aCC is the implementation of the > ISO/IEC 14882 standard of the C++ language. > > They provided two links about the compiler: > > http://www.software.hp.com/DTDC_products_list.html (follow > the aC++ link). > http://docs.hp.com/hpux/onlinedocs/2213/libs.htm#slIntro > (introductionary concepts). > > Do you have any evidence that the HP implementation of C++ language > breaks the standard and that's why the regex library and format > library does not compile on those platform? (if you need sample error > message, then I can send it to the list). > > I am using stlport 4.5-119, aCC A.03.33. > > Please Cc: the replies to my private email-address also. > > Thanks for your help in advance, > > dLux > > > 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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

Member Function Iterator Adaptor
by Duane Murphy 04 Feb '03

04 Feb '03

I'm trying to build a member function iterator adaptor. (Maybe there already is one and I'm not finding it?) This would be an iterator adaptor where the adaptor returns the result of calling a member function of the base iterator. I think this is a pretty straightforward iterator adaptor. What I am missing is the ability to work out the value_type of the iterator. This would be the return type of the member function being used. I thought I could use boost::call_traits< MemberFunction >::value_type, but that returns the entire type of the member function. I think call_traits<> is not what I am looking for. Pointers or suggests would be greatly welcomed. Thanks! ...Duane

1 1

using boost graph library in VC++
by charlie_zhang66 <charlie_zhang66＠yahoo.com> 03 Feb '03

03 Feb '03

Hi, I downloaded the boost graph library and extract the zip file to root directory C:\boost_1_29_0 . I tried to use it to develope a project in VC++. I built the example file adj_list_cc.cpp, but the compiler give message "can not open boost/graph/graph_concepts.hpp". Based on the installation on the website, I added 'c:/boost_1_29_0' to the #include<...> line. Then, I builted it again, the compiler said other library could not be opened. I want to know whether I should add 'c:/boost_1_29_0' to all the related #include<...>. Is there an easier way to use the library? Thanks Charlie

2 1

[BGL] Using BGL for huge graphs
by Erik Arner 03 Feb '03

03 Feb '03

Hi, has anybody tried using BGL for really huge graphs? I mean graphs that are so big that there's no way to store the whole graph in memory. Any ideas on how it should be implemented? My first thought is that it should be fairly straightforward: simply construct classes that model Sequence or RandomAccessContainer for the VertexList parameter etc. The classes store part of the data in memory and read/write data to disc when necessary. Any pitfalls, gotchas or other stuff I should be aware of before embarking on this? Thanks, /Erik

4 9

More on static linkage
by Amittai Aviram <amittai＠amittai.com> 01 Feb '03

01 Feb '03

I have been trying to link the boost::regex library to a DLL (Release build) without success and I really need help. I have learned something new. Hitherto, I have put this line right above my code in one of my header files, i.e., within the "#if !defined()" block that prevents duplicate inclusion: #define BOOST_REGEX_STATIC_LINK This has no effect on the build whatsoever. The resulting DLL is no bigger and the client will not work if you rename boost_regex_vc6_mdi.dll from its place. You get an error message from the client saying that this file is missing. If, however, I place the line above as the very first line in a header file, then, instead, I simply cannot compile and build the project at all. The compile error I am getting states that there are "multiply defined symbols"! I.e., the symbols defined in the library are being defined twice. This is driving me nuts. Thanks for any help. Amittai Aviram amittai(a)amittai.com

1 0

Static linkage in VC++
by Amittai Aviram <amittai＠amittai.com> 01 Feb '03

01 Feb '03

I am trying to get my DLL to get linked statically with the boost::regex library and having _no success_. I have tried putting this line into one of the header files: #define BOOST_REGEX_STATIC_LINK And I have tried this line, alone and in combination with the above: #define BOOST_REGEX_NO_LIB I have tried putting the .lib file boost_regex_vc6_mdi.lib into the list of includes under Project->Settings->Link, with or without the above lines. I give up! And of course people want this thing yesterday. Please help? Thanks. Amittai Aviram amittai(a)amittai.com

2 3

Boost and the Lawyers: A Happy Ending (well for us anyway)
by Brian <bneal＠zeus.ia.net> 31 Jan '03

31 Jan '03

Hello again, A while back I posted a series of questions about what other people had done to make their companies lawyers happy about using boost in a commercial project. If you remember, I stated that our lawyers were worried that someone could post someone else's code to boost, passing it of as his own. Our company would then be liable for copyright infringement and other bad things. We thought at the time that we would have to contact each and every boost developer (whose libraries we use) and get them to sign something to say in effect "Yes I wrote this and you have permission to use it". This raised interesting questions like "should there be a standard boost license to make this process less painful"? Well our contracts guy got back to my team of developers. He checked out www.boost.org and did some research on boost. He came to the conclusion that boost was a widely known and used resource, and I guess "trustworthy". All he told us to do was include the boost developers copyright statements on any GUI and to embed said copyright strings into the executable along with ours. Somehow we lucked out. I hope you all have sensible people working for your company too. Thanks, BN And special thanks to the authors of the crc, shared_ptr, regex, and any libraries. You guys ROCK!

1 0