Unfortunately, it isn't quite that simple, but I do appreciate the suggestion - and the prod to get this fixed!
The change was required to help tools properly connect in some scenarios. Unfortunately, the logic was too simple and broke the ompi-server case. I've fixed it in the trunk, and will port the fix to 1.4 and 1.5 series. Thanks again! Ralph On Mar 4, 2011, at 9:36 AM, Suraj Prabhakaran wrote: > Hello, > > Referring to the following bug > > https://svn.open-mpi.org/trac/ompi/ticket/2681 > > that MPI_Publish_name was hanging, in fact, any call that contacted the > ompi-server was hanging. By looking at all communication between the > application and ompi-server, it seemed that the ompi-server was getting the > wrong/bad route to reach the application in order to send back the answer of > publish/lookup/unpublish. > > In orte/mca/routed/binomial/routed_binomial.c, I found the following loc in > the get_route() function, > > if (ORTE_PROC_IS_TOOL) { > ret = target; > goto found; > } > > which, I believe, returned the target directly as the route to any tool. > Comparing with 1.4.3, I could not understand the change that brought in the > above case. So I simply commented it out and ompi-server worked perfect with > all the calls doing their job. > What I do not know if this affects any other tool. > Hope this is useful. > > Best, > Suraj Prabhakaran > _______________________________________________ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel