FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Development

 
 
LinkBack Thread Tools
 
Old 04-29-2010, 09:13 AM
Cleto Martin Angelina
 
Default Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++

> * Package name : zthreads
> libzthreads?
> Package: wnpp
> Severity: wishlist
> Owner: Cleto Martin Angelina <cleto.martin@gmail.com>
> Owner: Cleto Martin Angelina <cleto.martin@gmail.com>
>

'zthreads' was the name of the source package I thought for the first
time. There is no matter to change it to 'libzthreads'.

>> Programming Lang: C++
>> Description : A platform-independent, multi-threading, object-oriented and synchronization library for C++
> This is a pretty long "short description".
> I would suggest something like:
> "synchronization library"
> or
> "synchronization library for C++"

Ok. What about "Object-oriented synchronization library for C++"?.

>> It provides several structures for concurrent programming like
>> PoolExecutor, MonitoredQueue, Barriers and much more. Futhermore,
> ^^
> My spell checker suggest: Furthermore

Sorry. Fixed.

>> This library is used in Bruce Eckel's book "Thinking in
>> C++" as a good framework for concurrent programming.

> This last paragraph could/should be dropped. (IMHO, this sounds like
> advertising, and it isn't a useful information about what the package is
> doing / why it is useful / when it it should be used)

My intention is to show that it is a well documented library (the book
is fulled with examples) and C++-expert authors like Bruce Eckel use
this library (so it is a good option). It is true that it is shown
like an advertising... sorry about it, but I think that it is
important to know this library is not a 'quick-and-dirty' solution.



> You're missing the important bit here:
> Version 2.3.2 was released on 03/13/05.

> What about not packaging *that* at all?

It is true zthreads library is apparently abandoned by the original
author. But me and my workmates are specially interested on it and it
is *free software*. At this the moment, we have not found any bug
(just little patches because it is compiled with an old gcc version).
If some bug appears, we are ready to fix it and maintain the software.

We want to package it because it is a really good library (even old),
the library is documented, and much more. As free software, it is
opportunity to improve the library code with Debian users suggestions
and patches.

> Especially if it is not compatible with glibc and all other libraries (ie if
> it does not provide the current libpthread ABI). [I did not check if this is
> the case or not]

I don't know what I should to do for checking that issue in the
library (please, explain me how I can do it).

Thanks a lot for your observations.

Regards,
Cleto.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: i2l3ecd53231004290213kee0930e7t98b8d58bb86b7f35@ma il.gmail.com">http://lists.debian.org/i2l3ecd53231004290213kee0930e7t98b8d58bb86b7f35@ma il.gmail.com
 
Old 04-29-2010, 09:36 AM
Paul Wise
 
Default Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++

On Thu, Apr 29, 2010 at 5:13 PM, Cleto Martin Angelina
<cleto.martin@gmail.com> wrote:

>> You're missing the important bit here:
>> Version 2.3.2 was released on 03/13/05.
>
>> What about not packaging *that* at all?
>
> It is true zthreads library is apparently abandoned by the original
> author. But me and my workmates are specially interested on it and it
> is *free software*. At this the moment, we have not found any bug
> (just little patches because it is compiled with an old gcc version).
> If some bug appears, we are ready to fix it and maintain the software.

In that case, please follow sourceforge's procedures to take over the project:

http://sourceforge.net/apps/trac/sourceforge/wiki/Abandoned%20Project%20Takeovers

The upstream forums are still active and some people have written
about bugs there:

http://sourceforge.net/projects/zthread/forums/forum/22488

You might want to enable the bug tracker, switch to a more sane VCS
(like git) and otherwise revive the project.

--
bye,
pabs

http://wiki.debian.org/PaulWise


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: p2se13a36b31004290236k585a922fi7c638fece626a768@ma il.gmail.com">http://lists.debian.org/p2se13a36b31004290236k585a922fi7c638fece626a768@ma il.gmail.com
 
Old 04-29-2010, 11:01 AM
Vincent Danjean
 
Default Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++

On 29/04/2010 11:13, Cleto Martin Angelina wrote:
>> Especially if it is not compatible with glibc and all other libraries (ie if
>> it does not provide the current libpthread ABI). [I did not check if this is
>> the case or not]
>
> I don't know what I should to do for checking that issue in the
> library (please, explain me how I can do it).

If the zthread library does not provide the libpthread ABI (ie cannot be
used instead of the libpthread from the system with LD_PRELOAD for example),
then any threaded program using zthread library will need to serialize
all its calls to any other library (including the glibc) [or the other
libraries will need to be recompiled against the zthread library instead
of the libpthread]. There still can be use cases (computations without
libc I/O) but it wont be useful for common threaded programming.

Regards,
Vincent

> Thanks a lot for your observations.
>
> Regards,
> Cleto.
>


--
Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble
Téléphone: +33 4 76 61 20 11 ENSIMAG - antenne de Montbonnot
Fax: +33 4 76 61 20 99 ZIRST 51, avenue Jean Kuntzmann
Email: Vincent.Danjean@imag.fr 38330 Montbonnot Saint Martin


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4BD96718.4050807@free.fr">http://lists.debian.org/4BD96718.4050807@free.fr
 
Old 04-29-2010, 11:11 AM
Philipp Kern
 
Default Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++

On 2010-04-29, Vincent Danjean <vdanjean.ml@free.fr> wrote:
> On 29/04/2010 11:13, Cleto Martin Angelina wrote:
>>> Especially if it is not compatible with glibc and all other libraries (ie if
>>> it does not provide the current libpthread ABI). [I did not check if this is
>>> the case or not]
>> I don't know what I should to do for checking that issue in the
>> library (please, explain me how I can do it).
> If the zthread library does not provide the libpthread ABI (ie cannot be
> used instead of the libpthread from the system with LD_PRELOAD for example),
> then any threaded program using zthread library will need to serialize
> all its calls to any other library (including the glibc) [or the other
> libraries will need to be recompiled against the zthread library instead
> of the libpthread]. There still can be use cases (computations without
> libc I/O) but it wont be useful for common threaded programming.

Who said that libpthread will be replaced? I read it that it interfaces with
libpthread, i.e. it wraps it.

Kind regards,
Philipp Kern


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: slrnhtiqbg.rjo.trash@kelgar.0x539.de">http://lists.debian.org/slrnhtiqbg.rjo.trash@kelgar.0x539.de
 
Old 04-29-2010, 02:14 PM
Cleto Martin Angelina
 
Default Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++

>
> Who said that libpthread will be replaced? *I read it that it interfaces with
> libpthread, i.e. it wraps it.
>

I have taken a look to the source code and for POSIX system uses
libpthread and wraps it. Now, I'm developing a distributed application
which uses both a pthreaded library and libzthreads. At this moment
everything is right (compile and run). So, IMHO I think zthreads is
useful for many applications and compatible with the existing
libraries.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: s2n3ecd53231004290714w46490167m3a6cdb25b7e06011@ma il.gmail.com">http://lists.debian.org/s2n3ecd53231004290714w46490167m3a6cdb25b7e06011@ma il.gmail.com
 

Thread Tools




All times are GMT. The time now is 08:01 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org