Re: [OMPI devel] application hangs with multiple dup

it will be available in 1.3.4... Thanks Edgar Chris Samuel wrote: Hi Edgar, - "Edgar Gabriel" wrote: just wanted to give a heads-up that I *think* I know what the problem is. I should have a fix (with a description) either later today or tomorrow morning... I see

Re: [OMPI devel] application hangs with multiple dup

Hi Edgar, - "Edgar Gabriel" wrote: > just wanted to give a heads-up that I *think* I know what the problem > is. I should have a fix (with a description) either later today or > tomorrow morning... I see that changeset 21970 is on trunk to fix this issue, is that

Re: [OMPI devel] [OMPI users] Open-MPI between Mac and Linux (ubuntu 9.04) over wireless

The following are the ifconfig for both the Mac and the Linux respectively: fuji:openmpi-1.3.3 pallabdatta$ ifconfig lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff00 inet6 ::1 prefixlen

Re: [OMPI devel] [OMPI users] Open-MPI between Mac and Linux (ubuntu 9.04) over wireless

Is this a bug running open-mpi over heterogeneous environments (between a mac and linux) over wireless links. Please suggest what needs to be done or what I am missing.?! Any clues as to how to debug this will be of great help. thanks and regards, pallab > Hi Rolf, > > I ran the following: > >

Re: [OMPI devel] [OMPI users] Open-MPI between Mac and Linux (ubuntu 9.04) over wireless

Hi Rolf, I ran the following: pallabdatta$ /usr/local/bin/mpirun --mca btl_tcp_port_min_v4 36900 -mca btl_tcp_port_range_v4 32 --mca btl_base_verbose 30 --mca btl_tcp_if_include en0,wlan0 -np 2 -hetero -H localhost,10.11.14.205 /tmp/hello [fuji.local:02267] mca: base: components_open: Looking

[OMPI devel] coll sm ramifications

Someday soon, coll sm will be reliable. Really. :-) One thing I noticed is that coll sm is "slow" in communicator construction and destruction because it mmap's upon creation and munmap's upon deletion. For most apps, this probably doesn't matter. For apps that create bajillions of

Re: [OMPI devel] Dynamic languages, dlopen() issues, and symbol visibility of libtool ltdl API in current trunk

On Mon, Sep 21, 2009 at 9:45 AM, Jeff Squyres wrote: > Ick; I appreciate Lisandro's quandry, but don't quite know what to do. > I'm just asking the library "libopen-pal.so" exposing ltdl calls wrapped with an "opal_" prefix. This way, the original ltdl calls hare hidden (no

Re: [hwloc-devel] Cache size/sharing errors on 8x4 Opteron system

Samuel Thibault, le Tue 22 Sep 2009 16:44:11 +0200, a écrit : > I'm afraid the bug is most probably in the kernel, BTW, I know that on x86 at least glibc and libgomp use the cpuid instruction themselves to discover the cpu topology. Such backend could be written to compensate for kernel bugs,

Re: [OMPI devel] Ticket #1982 - Fortran MPI_IN_PLACE issue

I don't believe I have an account to add comments - I would appreciate one! Thanks, david -- David Gunter HPC-3: Parallel Tools Team Los Alamos National Laboratory On Sep 22, 2009, at 8:24 AM, Jeff Squyres wrote: Thanks! I added these comments to #1982 (don't hesitate to add comments

Re: [OMPI devel] Ticket #1982 - Fortran MPI_IN_PLACE issue

Thanks! I added these comments to #1982 (don't hesitate to add comments yourself :-) ). On Sep 22, 2009, at 10:05 AM, David Gunter wrote: I've been playing around with Jeff's "bogus" tarball and I, too, see it fail on OS X. If I make the following changes it works perfectly: in

[OMPI devel] Ticket #1982 - Fortran MPI_IN_PLACE issue

I've been playing around with Jeff's "bogus" tarball and I, too, see it fail on OS X. If I make the following changes it works perfectly: in configure.in 1) replace -fno-common with -fcommon 2) add -flat_namespace as part of the arguments for creating shared libs. After that, things work