Projects / ZThread / Comments

Comments for ZThread

29 Oct 2009 15:01 froehli

Should anyone experience the same problem as the previous poster: under Mac OS, you need to link your program against the carbon framework for ZThread to work properly.
Example:
g++ -o test test.cpp -framework Carbon -lZThread

30 Jan 2009 23:26 gdscott

Zthreads on Mac OS X
I created a simple C++ program on Macbook Pro (Leopard

10.5.6) to play with the ZThreads open source framework. I

downloaded the ZThread 2.3.2 source from sourceforge and

compiled it (eg.. ./configure -> make -> make install). I

built my test application using Eclipse and linked the

ZThread.la library into my application. The application

compiles/links successfully but when I try run my application

within the Eclipse IDE, I get the following errors:

dyld: lazy symbol binding failed: Symbol not found:

__MPIsFullyInitialized

Referenced from: /usr/local/lib/libZThread-2.3.2.dylib

Expected in: flat namespace

dyld: Symbol not found: __MPIsFullyInitialized

Referenced from: /usr/local/lib/libZThread-2.3.2.dylib

Expected in: flat namespace

Any ideas on what could be causing these errors????

03 Aug 2007 03:19 squawking

Re: Won't Compile
See diffs required here:


http://aur.archlinux.org/packages/zthread/zthread/zthread-gcc4.patch


I've done them and it compiles fine on g++ 3.4.6


Is ZThreads really dead? I'm trying to contact the author to find out. Thinking in cpp has a good introduction to the library.


http://bruce-eckel.developpez.com/livres/cpp/ticpp/v2/?page=page_14#L3.4.2.1


http://www.mindview.net/Books/TICPP/ThinkingInCPP2e.html


I'm going to give ZThreads a good work out as I need a thread library for a commercial project and don't want to write my own again. Be interested in other people's experiences.

05 Sep 2006 11:16 mejenn01

Re: Won't Compile


>

> New g++ requires strict definition, this

> function is considered anonymous since

> the one intended is inherited.

> What you should do is replace:

> isDisabled()

> With

> LockHolder&ltLockType&gt::isDisabled()

Given that the last release was in 2003, I'm not holding my breath for an update.... ;-)

03 Sep 2006 07:20 shlomoa

Re: Won't Compile

> In file included from
> vanilla/SimpleAtomicCount.cxx:25,
> from
> AtomicCount.cxx:50:
> ../include/zthread/Guard.h: In
> destructor `ZThread::Guard<LockType,
> LockingPolicy>::~Guard()':
> ../include/zthread/Guard.h:493: error:
> there are no arguments to `isDisabled'
> that depend on a template parameter, so
> a declaration of `isDisabled' must be
> available
> ../include/zthread/Guard.h:493: error:
> (if you use `-fpermissive', G++ will
> accept your code, but allowing the use
> of an undeclared name is deprecated)
>


New g++ requires strict definition, this function is considered anonymous since the one intended is inherited.
What you should do is replace:
isDisabled()
With
LockHolder&ltLockType&gt::isDisabled()

26 Dec 2004 20:09 mejenn01

Won't Compile
In file included from vanilla/SimpleAtomicCount.cxx:25,

from AtomicCount.cxx:50:

../include/zthread/Guard.h: In destructor `ZThread::Guard<LockType, LockingPolicy>::~Guard()':

../include/zthread/Guard.h:493: error: there are no arguments to `isDisabled' that depend on a template parameter, so a declaration of `isDisabled' must be available

../include/zthread/Guard.h:493: error: (if you use `-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)

29 Sep 2002 07:33 ecrahen

Re: Suggestions

> Would it be possible to get this
> interruption method into Boost::Threads
> ? It lacks ANY way of thread
> cancellation, but is otherwise quite
> well known and elegant. Boost might be a
> good way to get something like this to
> the c++ standard eventually too, which
> might make it truly portable some day.


I think this is probably a good idea too. I would need help convincing Boost though.

29 Sep 2002 05:26 mystran

Re: Suggestions

> I'm always open to suggestions if you
> have extensions or ideas for improvement


Would it be possible to get this interruption method into Boost::Threads ? It lacks ANY way of thread cancellation, but is otherwise quite well known and elegant. Boost might be a good way to get something like this to the c++ standard eventually too, which might make it truly portable some day.

13 Apr 2001 07:02 ecrahen

Suggestions
I'm always open to suggestions if you have extensions or ideas for improvement

Screenshot

Project Spotlight

ReciJournal

An open, cross-platform journaling program.

Screenshot

Project Spotlight

Veusz

A scientific plotting package.