Looks like I was wrong.
The "link to this post" footer is on the devel mails; I guess IU figured out
how to do it.
I'll ask them to apply it to our various other lists, too:
- users and announce
- hwloc users, devel, and announce
- mtt users, devel, and announce
- netloc users, devel, and annou
Ouch - I'll try to chase it down.I'm unaware of anyone passing a significant
amount of data via stdin before, so it's quite possible this has been around
for awhile. Normally one avoids that practice.
On Jun 10, 2014, at 11:36 AM, Greg Thomsen wrote:
> All,
>
> I believe I've found a bug in
Minutes of June 10, 2014 Open MPI Core Developer Meeting
1. Review 1.6 - Nothing new
2. Review 1.8 - Most things are doing fine. Still several tickets
awaiting review. If influx of bugs slows, then we will get 1.8.2 release
ready. Rolf was concerned about intermittent hangs, but
All,
I believe I've found a bug in the I/O forwarding portion of OpenMPI
which occasionally causes mpirun to generate additional data on standard
output that was not produced by the application being run.
The application in question reads from standard input and writes to
standard output onl
Just saw this note - already fixed it, but thanks, and sorry for the problem
On Jun 9, 2014, at 11:33 PM, Gilles Gouaillardet
wrote:
> Folks,
>
> in mca_oob_tcp_component_hop_unknown, the local variable bpr is not defined,
> which prevents v1.8 compilation.
>
> /* there was a local variable
Folks,
in mca_oob_tcp_component_hop_unknown, the local variable bpr is not
defined, which prevents v1.8 compilation.
/* there was a local variable called pr, it seems it was removed instead of
being renamed into bpr */
the attached patch fixes this issue.
Cheers,
Gilles
Index: orte/mca/oob/tcp
