[OMPI devel] portability problem in ompi_info

2006-09-12 Thread Christian Siebert

Hi again,

there is a tiny portability problem located in ompi/tools/ompi_info/param.cc.
This code uses the asprintf() function, which is a GNU extension and 
therefore not very portable. Fortunately, it is not hard to exchange 
the line


  asprintf(&value_string, "%d", value_int);

with a separate buffer allocation and the ANSI C function sprintf() 
(although I'd prefer a pre-allocated buffer). Tip: an integer (whether 
signed or unsigned) has at most ceil(sizeof(int)*2.41) decimal digits 
(don't forget the trailing null byte!).


  Christian

PS: Thanks Jeff for filing the last bug I've mailed.




Re: [OMPI devel] portability problem in ompi_info

2006-09-12 Thread Jeff Squyres
We actually have a portable version of asprintf() in the OMPI code base.  On
platforms that don't support asprintf(), the configure magically swaps in
the OMPI equivalent.

See opal/util/printf.c.


On 9/12/06 6:07 AM, "Christian Siebert"
 wrote:

> Hi again,
> 
> there is a tiny portability problem located in ompi/tools/ompi_info/param.cc.
> This code uses the asprintf() function, which is a GNU extension and
> therefore not very portable. Fortunately, it is not hard to exchange
> the line
> 
>asprintf(&value_string, "%d", value_int);
> 
> with a separate buffer allocation and the ANSI C function sprintf()
> (although I'd prefer a pre-allocated buffer). Tip: an integer (whether
> signed or unsigned) has at most ceil(sizeof(int)*2.41) decimal digits
> (don't forget the trailing null byte!).
> 
>Christian
> 
> PS: Thanks Jeff for filing the last bug I've mailed.
> 
> 
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel


-- 
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems


[OMPI devel] [IPv6] ORTE layer working

2006-09-12 Thread Adrian Knoth
Hi,

I'm glad to announce a first working version of IPv4+IPv6 orte.

It contains:

   - IPv6 interface discovery on Linux
   - a single orte/mca/oob/tcp component
   - a single module (no multiple instances)
   - two listening sockets
   - two connecting sockets

The listening sockets always stay open, the connecting sockets
are tried concurrently and if one succeeds to connect (a real
orte connect, mca_oob_tcp_peer_connected()), the other one
will be closed.

Of course, Jeff's ipv6-configure-patch is also included.

This work is still based on OpenMPI-v1.1, but I'll port
it to the v1.2 svn checkout, hopefully until the end
of the week ;) It will then appear in the svn-/tmp/.

If someone is interested in the code right now, I could
create a snapshot of my svn working copy and put it
on the webserver.



-- 
mail: a...@thur.de  http://adi.thur.de  PGP: v2-key via keyserver

Die deutsche Telekom ist eine Organisation für Radsport. Das Geschaeft
mit den Telefon-Leitungen betreiben die nur ehrenamtlich nebenbei.


[OMPI devel] ORTE workshop

2006-09-12 Thread Richard L. Graham

For the benefit of those not on the call today, we agreed to have
the ORTE "workshop" Thursday and Friday, 9/28-29/2006
in Los Alamos.  Details on location, and schedule will be coming
out in the next couple of weeks.  As was mentioned on the call,
we will try and have this meeting available on the Access Grid.

If there will be any non-US citizens coming for this, and you don't
have LANL paperwork in place, we will need to get this in by
tomorrow, 9/13/2006, otherwise you will not be able to come
to this meeting (there may be individual instances that we may
not be able to accommodate).  If you fall into this category, please
send an e-mail request to ccs-...@lanl.gov, and copy me, so
that we can start this paperwork.

Thanks,
Rich