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

RE: [Boost-Users] Slightly Off-Topic, Books
by Jim.Hyslop 10 Sep '02

10 Sep '02

I wrote: > Your post is not "slightly" off topic, it is entirely off topic. Sorry, I didn't mean to come across so brusque. I should at least have included some references in that message: More information about what is on-topic can be found at http://groups.yahoo.com/group/Boost-Users/ Some forums you might consider are comp.lang.c++ and alt.learn.c++ (I _think_ that's the name of the group) -- Jim

2 1

Re: msvc-stlport build problems
by David Resnick 09 Sep '02

09 Sep '02

OK, here is the real fix to the problem. Rehash: Compiling for tool "msvc-stlport" fails with these errors repeated for many files: C:\PROGRA~1\MICROS~3\VC98\include\winbase.h(1011) : error C2733: second C linkage of overloaded function 'InterlockedIncremen t' not allowed C:\PROGRA~1\MICROS~3\VC98\include\winbase.h(1009) : see declaration of 'InterlockedIncrement' C:\PROGRA~1\MICROS~3\VC98\include\winbase.h(1018) : error C2733: second C linkage of overloaded function 'InterlockedDecremen t' not allowed C:\PROGRA~1\MICROS~3\VC98\include\winbase.h(1016) : see declaration of 'InterlockedDecrement' C:\PROGRA~1\MICROS~3\VC98\include\winbase.h(1026) : error C2733: second C linkage of overloaded function 'InterlockedExchange ' not allowed C:\PROGRA~1\MICROS~3\VC98\include\winbase.h(1023) : see declaration of 'InterlockedExchange' This problem occurs when the Platform SDK is installed. The PSDK include path must be searched before the standard MSVC includes. The bjam tool adds -I"C:\PROGRA~1\MICROS~3\VC98\include" to the cl command line, so that is searched before the PSDK include path which is specified in the environment. An immediate solution is to have the PSDK include path searched first, using this bjam command line: bjam -sTOOLS=msvc-stlport -sBUILD="debug release <stlport-iostream>on <sysinclude>C:\Progra~1\MIFD68~1\Include\." -sSTLPORT_PATH=c:\etc NOTE: "C:\Progra~1\MIFD68~1\Include\." is the short form of "C:\Program Files\Microsoft SDK\Include" on my machine. YMMV. This should probably be fixed in msvc-tools.jam which would somehow check if the PSDK is installed (by checking the environment?) and added to the header search path as needed. BTW: I've added this to http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?CommonBui ldProblems Regards, David Resnick MobileSpear Inc. -----Original Message----- From: David Abrahams [mailto:yg-boost-users@m.gmane.org] Sent: Friday, September 06, 2002 23:56 To: boost-users(a)yahoogroups.com Subject: [Boost-Users] Re: Re: msvc-stlport build problems "David Resnick" <dresnick(a)mobilespear.com> wrote in message news:DDE1CEBCDCEE614EA25D40FCE8EDD6BD0C48F6@msmail.mobilespear.com... > I've fixed the problem, here's my solution in case anyone else needs it: > > > The problem didn't have to do with the Platform SDK in the end. > > The configuration that I'm using is MSVC6 SP3 on Windows 2000. > > The fix was to add : > > flags msvc-stlport DEFINES : _NTOS_=1 ; > > to the "special flags for STLport 4.0" block in > tools\build\msvc-stlport-tools.jam (line 117, for example). Is that #define needed by STLPort, or is specific to the code you're trying to compile? If it's the former, we should patch the toolset. Please respond to jamboost(a)yahoogroups.com > I have a question for jam experts: How can I set this define (_NTOS_=1) > from the command line? bjam -sBUILD="<stlport-iostream>on <define>_NTOS_=1" ... ----------------------------------------------------------- David Abrahams * Boost Consulting dave(a)boost-consulting.com * http://www.boost-consulting.com Yahoo! Groups Sponsor ADVERTISEMENT 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 the Yahoo! Terms of Service.

1 0

boost:shared_ptr<> exception in checked_delete(..)
by Julia Donawald 09 Sep '02

09 Sep '02

Hi, I have written the following code to simulate my problem: #include <vector> #include <shared_ptr.hpp> class Foo { public: Foo() { }; virtual ~Foo() { }; }; class Vector_Foo { public: Vector_Foo() { }; virtual ~Vector_Foo() { }; void AddFooObject(Foo* pFoo) { FooDataPtr ptrFoo(pFoo); m_vecChildren.push_back(ptrFoo); }; protected: typedef boost::shared_ptr<Foo> FooDataPtr; typedef std::vector<FooDataPtr> FooVector; FooVector m_vecChildren; }; int main( ) { Vector_Foo vec; Foo* pFoo = new Foo(); vec.AddFooObject(pFoo); vec.AddFooObject(pFoo); return 0; } When I now leave the function main, and the vec-Object is deleted I got an exception in the function: template< typename T > inline void checked_delete(T * x) { typedef char type_must_be_complete[sizeof(T)]; delete x; } in checked_delete.hpp What have I done wrong? Why doesnt my code work? Should I use another class then shared_ptr to do that what I want, namely to insert 2 pointers to the same Object in a vector? Thanks in advance Julia

2 1

BUG in Regex++ 3.31
by Yaroslav Govorunov 09 Sep '02

09 Sep '02

Hello, All! Call to the regex_match(chkString,Match,Expression,match_not_dot_newline) causes program go into an infinite loop when chkString="http://localhost/ideas/exchange/June98/test/test.cfm" and Expression="^/(.*)*.cfm" Both Regex++ and test program are compiled with VC7.0 on WindowsXP. I have tried to play with optimisation settings, but this bug appears even in debug configuration. I understand that syntax of regular expression is incorrect, but library should rise error in this case. I hope that I'm doing something wrong and there is a workaround to this problem. With best regards, Yaroslav Govorunov, E-mail: slov(a)rsdn.ru http://www.rsdn.ru http://www.isapirewrite.com

3 5

Re: boost:shared_ptr<> exception in checked_delete(..)
by Julia Donawald 08 Sep '02

08 Sep '02

Hi, the folllowing works not too: #include <vector> #include <shared_ptr.hpp> class Foo { public: Foo() { }; virtual ~Foo() { }; }; class Double_Foo { public: Double_Foo() { }; Double_Foo(Foo* pFoo1, Foo* pFoo2) : m_Foo1(pFoo1), m_Foo2(pFoo2) { }; virtual ~Double_Foo() { }; protected: typedef boost::shared_ptr<Foo> FooDataPtr; FooDataPtr m_Foo1; FooDataPtr m_Foo2; }; int main() { Foo* pFoo = new Foo(); Double_Foo DoubFoo(pFoo, pFoo); return 0; } I got the same error as in my former post. I read a bit about shared_ptr. Maybe it has something to do with a cyclic, but I thought in anohter case of cyclic data, namely if I have an object A which points to B and B holds a member which points back to A.... that's in my case not? If it has something to do with cyclic data then how can I solve it with weak_ptr? Thanks in advance Julia

2 1

uBLAS: Bug in zero_vector.
by David Jung 08 Sep '02

08 Sep '02

Hi. The online documentation for zero_vector<> says: zero_vector<T> Constructs a zero vector. v (size) However, line 786 of boost/numeric/ublas/vector.hpp from latest CVS reads: zero_vector (size_type size, size_type index): size_ (size) {} and there is no single size_type size argument constructor. Isn't this a bug? (looks like a cut-paste from unit_vector<>) Cheers, -David Jung.

2 1

Re: Re: [Boost-Users] Compile problem with boost thread and function libraries.
by Matthew Dempsky 08 Sep '02

08 Sep '02

Nevermind, I'm an idiot... I forgot to add -I/usr/include/stlport to gcc's commandline. =/ -jivera

1 0

Re: Re: Compile problem with boost thread and function libraries.
by Matthew Dempsky 08 Sep '02

08 Sep '02

>Probably a silly question: but you did build libboost_thread with STLport >support turned on didn't you? Well, I didn't actually compile libboost_thread at all - it's prepackaged on Debian. -jivera

1 0

Question about functional operators on bit-ops (~, &, |, ^, +)
by Jeffrey C. Jacobs 08 Sep '02

08 Sep '02

This is more of a newbie question I admit but then that's appropriate here as I understand. :) Really, my question comes down to perhaps ignorance of the ISO spec (need to get around to buying a copy! -- and YES, I know EXACTLY what I'd be getting into! ;) and determine whether this is really just lack of conformance on my compiler's part (you know the one, using Dinkumware 1.0 for 5 years) or an issue addressed by boost. Anyway, cut to the chase: I am looking for unary (binary) functions of this form: // TEMPLATE STRUCT compliment template<class _Ty> struct compliment : std::unary_function<_Ty, _Ty> { inline _Ty operator()(const _Ty& _X) const {return (~_X); } }; // TEMPLATE STRUCT unary_no_op template<class _Ty> struct unary_no_op : std::unary_function<_Ty, _Ty> { inline _Ty operator()(const _Ty& _X) const {return (_X); } }; That is, wrappers for compliment (~), unary positive (+), binary bitwise-and (&), bitwise-or (|) and bitwise-XOR (^) as well as the second concept I listed: the unary_no_op, which though functionally similar to unary "+" is none the less unique in that is really does nothing, where as +_X calls _X.operarot+(). [Yes, I know the "no-op" unary is somewhat silly in its usefulness but I only suggest it for abstraction purposes. I can give an example how it would be useful, but the code would likely be flawed in other senses to I'll reserve that until I need to justify such a construct.] Anyway, so first: Am I just missing something? I don't think the standard defines a "compliment" functional object but if it does, can someone tell me? And if as I believe it's not, given the usefulness of such a template functional object (regardless of boost's Lambda lib), where would I find the definition in boost of such functors listed above? If it's not defined, is there any reason we'd not like to see such an operator standardized? I mean, I'd be happy to do the trivial work of create such a list for boost but then I can only believe if it was wanted it would have been done. Then again, it's wanted by me so I suppose it's not completely unreasonable to expect it to be here but that's a whole other issue. So is there a standard (std:: or boost::) complement class, bitwise_and, etc. that is NOT confused with the ISO646 definitions? Thanks in advance and hope I was clear and did not offend with this possibly silly question. Jeffrey.

1 0

Compile problem with boost thread and function libraries.
by Matthew Dempsky 08 Sep '02

08 Sep '02

Trying to compile the example at the bottom of the thread_group page (http://www.boost.org/libs/thread/doc/thread.html#example-thread_group), results in the following error for me: undefined reference to `boost::thread_group::create_thread(boost::function0<void, boost::empty_function_policy, boost::empty_function_mixin, allocator<boost::function_base> > const &)' (I also had to rename the variable count to something else because I was getting a "`int count' redeclared as different kind of symbol" error and change boost::mutex::lock to boost::mutex::scoped_lock.) I linked with -lboost_thread -lpthread -lstlport and am using Debian 3.0 with g++ 2.95.4, stlport 4.5.3, and boost 1.27. -jivera

2 1