[openib-general] [ofw] [Fwd: Re: [Fwd: Re: winrelated[was:Re:[PATCH 1/2] opensm: sigusr1: syslog() fixes]]]

Sasha Khapyorsky sashak at voltaire.com
Wed Feb 21 07:25:55 PST 2007


On 10:47 Wed 21 Feb     , Tzachi Dar wrote:
> OK, Hal let's try to close this.
> 
> The windows openib project was agreed by everyone to be BSD only.
> The fact that it is BSD means that any partner (or non partner) of the
> Community can download the code and use it, the way he wants.
> This includes:
> 	1) Running the code as is.
> 	2) Making changes to the code and contributing them back.
> 	3) Making changes to the code and *NOT* giving them back to the
> community.
> 
> Starting to depend on GPL (or LGPL) code means that the freedom of the
> users to do (3) is broken.

Indeed it would be broken with GPL, but it is _not_ the case with LGPL.
It is fragment from LGPL:

5. A program that contains no derivative of any portion of the Library,
but is designed to work with the Library by being compiled or linked
with it, is called a "work that uses the Library". Such a work, in
isolation, is not a derivative work of the Library, and therefore falls
outside the scope of this License.

> By the way, what implementation of pthreads were you thinking of? I have
> noticed that the first implementation that Google brings was only tested
> on uni-processor system.
> (http://sourceware.org/pthreads-win32/news.html).

Release 2.7.0 of pthreads-w32 was tested on SMP too (as stated in there
http://sourceware.org/pthreads-win32/news.html)

> 
> To be more practical:
> Can you give us a better view of what you are trying to achieve? In
> other words, as far as I know 
> Opensm is using complib apis to handle threads.

Right, and it has very limited and sometimes broken functionality.

> The implementation of
> this functions on windows is usually trivial.
> Do you intend to make a re-write of opensm so that it will use pthreads
> or do you intend to make a find/replace
> And replace the complib functions with Pthreads ones? If we are talking
> about the second, than one can simply implement the pthread functions
> using trivial win32 calls.

I'm fine with this idea (additional functionality will be needed
however). I would suppose that using ready-to-use pthread library is
simpler, but it is up to you - I guess any working pthread implementation
should be fine for us. Hal?

> And another question: What is the functionality that you are currently
> missing?

Mainly conditional variables (pthread_cond_wait(),
pthread_cond_timedwait()), proper thread cancellation primitives
(including threads cleanup), probably some another things later.

> Can this functionality be added?

Probably, but AFAIK Windows don't have pthread_cond_wait() equivalent,
so I don't know.


> 
> Thanks
> Tzachi
> 
> By the way, rumors I have heard say that Voltaire doesn't always give
> it's code back to the community, but this are just rumors, right?

Hey Tzachi, I will not spend the time in order to investigate a "rumors
you have heard". If you have to say something just do it, I don't think
somebody should deal with a "rumors".

Sasha




More information about the general mailing list