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

Testing Boost:threads on windows w/ cygwin/gcc help
by sam <samijackson＠yahoo.com> 21 Feb '03

21 Feb '03

Howdy, I have cygwin running on a WinXP box and am trying to get the threads up and running. I built the Boost.Threads and things look good. Then I try: "bjam -sTOOLS=gcc test" from the /lib/thread/test directory and the test fails with: <build> ...found 1203 targets... ...using 1 temp target... ...updating 181 targets... ...using <libs!thread!test/test_thread.test/gcc/debug/runtime-link-static/threa ding-multi>test_thread.run... succeeded-test-file ../../../libs/thread/test/bin/test_thread.test/gcc/debug/runtime-link- static/threading-multi/test_thread.test Syntax error: "fi" unexpected (expecting "then") <chomp/> echo "*" echo "***************** failed above test: test_thread ********************" echo "*" </build> My question is, how do I correctly get Boost to use either native or pthreads and pass the tests above? I've checked the FAQs, Googled and all that, but can't seem to find an answer. I'm sure it's easy, but can't get it right. thanks Sam

3 5

boost::mutex, Borland C++Bulder 6 and CodeGuard
by Russell Hind 21 Feb '03

21 Feb '03

I have been running into CodeGuard problems using boost 1.29.0 with BorlandC++Builder 6Pro update 2 and CodeGuard. The test project is a console app, multi-threading but no vcl (don't know if the VCL enabled affects it or not). The code is #include <boost/thread/mutex.hpp> int main(int argc, char* argv[]) { boost::mutex m; return 0; } I get a resource type mismatch on exit which is down to the mutes. I have linked directly with the source and found where the problem lies. It could be down to 2 places: a) boost allocates the mutex (mutex.cpp line 39) using the nowthrow operator new m_mutex = reinterpret_cast<void*>(new(std::nothrow) CRITICAL_SECTION); and then deletes it using the standard delete (mutex.cpp line 48) delete reinterpret_cast<LPCRITICAL_SECTION>(m_mutex); This causes slight problems as codeguard treats allocations from new and malloc differently to check you free the memory correctly. nothrow new uses malloc, so a standard delete is the incorrect way to free the mutex here from CodeGuards point of view. I have changed the delete to operator delete (reinterpret_cast<LPCRITICAL_SECTION>(m_mutex), std::nothrow); which calls the nothrow version of delete. Unfortunately, the next part of the problem: b) For some reason, the mutex is using the roguewave stl new.h which defines the nothrow operators as such (oldstl\new.h line 143) inline void * _RTLENTRY operator new (size_t size, const std::nothrow_t &nt) { size = size ? size : 1; return malloc(size); } (oldstl\new.h line 152) inline void _RTLENTRY operator delete (void *v, const std::nothrow_t &nt) { ::operator delete (v); // The standard operator doesn't throw any exceptions } Here, there is a conflict in the allocation and deallocation. changing line 154 to free(v); along with the change to mutex to use the nothrow version of delete fixes it so codeguard can be used. Looking in the stlport new, it forces us to use RogueWave's new because of these lines in stlport\new line 49 # if !defined (_STLP_NO_NEW_NEW_HEADER) # include _STLP_NATIVE_CPP_RUNTIME_HEADER(new) # else # include <new.h> # endif which makes it include roguewaves version of new. So C++Builder 6 is still reliant on roguewave stl even when set to use STLPort. Possible solutions are a) Make boost::thread use nothrow version of delete but this requires a fix in the borland/rogue wave header for the delete to make it use free. or b) mutex could use malloc and free directly for borland. Which would people prefer or can anyone think of another solution? Cheers Russell

2 1

Boost::Threads condition variable on Win32 and IO completion routines
by Russell Hind 21 Feb '03

21 Feb '03

The start of the do_wait() method of a boost::condition (in 1.29.0) for Win32 looks like this void condition::do_wait() { int res = 0; res = WaitForSingleObject(reinterpret_cast<HANDLE>(m_queue), INFINITE); assert(res == WAIT_OBJECT_0); This waits indefinitely until m_queue is signalled. Would it be safe to change this so the thread is alertable for IO completion routines? Something like int res = 0; while ((res = WaitForSingleObjectEx(reinterpret_cast<HANDLE>(m_queue), INFINITE, true)) == WAIT_IO_COMPLETION) { } assert (res == WAIT_OBJECT_0); We make fairly heavy use of Waitable Timers in our statemachines. The completion routine for a timer is called back in the context of the thread that started it, when the thread is alertable. WaitForSingleObject doesn't allow the thread to be alertable. We currently use this in our own thread (with Windows events) but are looking to update the message queue code and thread code to use boost. With out this change, it would currently break a lot of code if we were to use condition variables. Thanks Russell

3 2

Regex++
by Yutaka Emura 21 Feb '03

21 Feb '03

Hi John "(?!foo)bar" matches "bar" in the last three lines of the following: foobar ??bar barfoo bar?? bar Why doesn't it match "bar" in all the lines? Yutaka Emura --------------- > I am using RegEx in Boost v1.29.0. > (?= ) and (?! ) expressions do not seem to work at a certain > condition. > > In the following example, "(?=a)b" should match "b" in "xyzabcdefg", > but does not. Which is correct: (?=a) is a forward lookahead *possitive* assertion, so (?=a)b can never match anything since the next character can't be both an 'a' and a 'b' at the same time! > Similarly, "(?!a)b" should not match "b" in "xyzabcdefg" but it does. It should match: (?!a) will match anything except 'a' so (?!a)b will match the next 'b' that it finds.

2 2

UBLAS: postincrement broken on VC60 ?
by speedsnaii <speedsnaii＠yahoo.de> 21 Feb '03

21 Feb '03

When I specify the following: matrix<double>::iterator1 it; it++; I get: (sorry for the paste of the complete error, I can't figure out what is really relevant; ++it works however) ============================================================ c:\program files\boost\boost\numeric\ublas\iterator.hpp(324) : error C2059: syntax error : 'static_cast' S:\test\ublas\ublas.cpp(30) : see reference to function template instantiation 'class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbounded_array<double> >::iterator1 __cdecl boos t::numeric::ublas::operator ++(struct boost::numeric::ublas::random_access_iterator_base<struct boost::numeric::ublas::dense_random_access_iterator_tag,class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::n umeric::ublas::unbounded_array<double> >::iterator1,double,int> &,int)' being compiled c:\program files\boost\boost\numeric\ublas\iterator.hpp(325) : error C2664: '__thiscall boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbounded_array<double> >::iterator1::boost::numeric::u blas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbounded_array<double> >::iterator1(const class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbou nded_array<double> >::iterator1 &)' : cannot convert parameter 1 from 'class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbounded_array<double> >::iterator1 &(void)' to 'const class boos t::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbounded_array<double> >::iterator1 &' Context does not allow for disambiguation of overloaded function S:\test\ublas\ublas.cpp(30) : see reference to function template instantiation 'class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbounded_array<double> >::iterator1 __cdecl boos t::numeric::ublas::operator ++(struct boost::numeric::ublas::random_access_iterator_base<struct boost::numeric::ublas::dense_random_access_iterator_tag,class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::n umeric::ublas::unbounded_array<double> >::iterator1,double,int> &,int)' being compiled c:\program files\boost\boost\numeric\ublas\iterator.hpp(326) : error C2563: mismatch in formal parameter list S:\test\ublas\ublas.cpp(30) : see reference to function template instantiation 'class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::numeric::ublas::unbounded_array<double> >::iterator1 __cdecl boos t::numeric::ublas::operator ++(struct boost::numeric::ublas::random_access_iterator_base<struct boost::numeric::ublas::dense_random_access_iterator_tag,class boost::numeric::ublas::matrix<double,struct boost::numeric::ublas::row_major,class boost::n umeric::ublas::unbounded_array<double> >::iterator1,double,int> &,int)' being compiled Error executing cl.exe. ============================================================

2 2

Crash with regex, setlocale() return 0 on CW
by msternerkthse <msterner＠kth.se> 20 Feb '03

20 Feb '03

The following code on line 841 of c_regex_traits.cpp in the regex library caused a crash when I used it in CodeWarrior 8.1 under OSX: std::string l(std::setlocale(LC_CTYPE, 0)); Afaict the crash was caused by setlocale() returning 0. To fix this I had to resort to the following ugly hack: namespace std { const char* mysetlocale(int, const char*) { return "C"; } }; #include "boost/regex.hpp" #define setlocale mysetlocale #include "boost/regex/src.cpp" The C locale was used because I had BOOST_REGEX_USE_C_LOCALE defined. I didn't want to use the C++ locale since it doesn't even provide the basic 0x00-0xFF unicode case mapping that's built into the C locale (due to limited locale support in CW I guess). I'm using the wregex class. Mikael Sterner

3 2

UBLAS: copy on write for matrix & vector?
by speedsnaii <speedsnaii＠yahoo.de> 19 Feb '03

19 Feb '03

A question on use of the matrix and vector classes: Should I: matrix<double> foo(const matrix<double> a) { matrix >double> r; ... return r; } or void foo(matrix<double>& r, const matrix<double> a) { ... } In other words: is it expensive to construct the temporary in case one? As I understand, the class would need an underlying 'copy on write' to be cheap, similar as strings do. I tried, to answer this question from the documentation, but sorry I did not get through. Thank you for help. Roland

4 8

Using boost::test without library-supplied main? (newbie)
by Hannu Helminen 18 Feb '03

18 Feb '03

Hi All! Can the boost::test used without the library-provided main()? Rationale: - the application does not have main() but WinMain() - it is built on top of MFC so even the WinMain() is already supplied by the framework - I would like to control the execution of unit tests myself, e.g. include a menu item "Run unit tests now" Can anyone help me? Hannu Helminen Finland

2 1

How to connect arbitrary memeber function in boost::signals?
by yjwang_bj <yjwang_bj＠yahoo.com> 18 Feb '03

18 Feb '03

Hi, all. I'm working in a project that need loosely coupling. I find boost::signals is perfect for that, save one exception. My question is that I want to connect arbitrary member function to signal. How to do it? Thanks in advanc. Yujiang Wang Feb. 15th, 2003

3 3

RE: [Boost-Users] Re: How to connect arbitrary memeber function i n boost::signals?
by Tom Matelich 18 Feb '03

18 Feb '03

#define myslot(obj, mem) boost::bind(mem, obj, _1) > -----Original Message----- > From: yjwang_bj <yjwang_bj(a)yahoo.com> [mailto:yjwang_bj@yahoo.com] > Sent: Tuesday, February 18, 2003 9:05 AM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Re: How to connect arbitrary memeber > function in > boost::signals? > > > > Use the Bind or Lambda library. An example: > > > > class X { > > public: > > void foo(int); > > }; > > > > X* x; > > boost::signal<void (int)> sig; > > > > // So the signal will call x->foo(y) when sig(y) is called: > > sig.connect(boost::bind(&X::foo, x, _1)); > > > > Doug > > It works but with the unusual C++ syntax. In libsigc++, I can do like > this: > sig1.connect(slot(x, &X::foo)); > > Hope boost has something like this though the boost's way is more > powerful. > > Thanks a lot, doug. > > Yujiang Wang > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/FpY02D/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