George Bosilca 24eae5c1ec We have a goto label for cleanup so make sure we always use it. This way we insure ...

that the lock are correctly released in all cases.

This commit was SVN r14925.

2007-06-06 20:20:52 +00:00

..

errmgr

- UNexport symbols that shouldn't be needed outside the libraries

2007-05-16 15:46:52 +00:00

filem

- Getting rid of "missing initializer" warnings

2007-05-24 19:19:52 +00:00

gpr

We have a goto label for cleanup so make sure we always use it. This way we insure

2007-06-06 20:20:52 +00:00

iof

Clean up a couple of configure things:

2007-05-15 04:23:48 +00:00

ns

- Getting rid of "missing initializer" warnings

2007-05-24 19:19:52 +00:00

odls

These functions are supposed to be static so there is no reason to have them declared in the header file.

2007-06-06 20:18:37 +00:00

oob

Fix singleton comm_spawn. Ensure that singleton's start the RML receive function so they can receive RML updates during xconnect procedures once any comm_spawn'd children start. Since singleton's only use the RMGR/URM component, update that component to also hold us until xconnect is completed (if it is invoked) before returning to the caller.

2007-06-06 17:39:23 +00:00

pls

OS X apparently really doesn't like shared libraries with unresolvable

2007-06-05 03:03:59 +00:00

ras

Just like r14289 on the ORTE trunk:

2007-04-12 11:19:42 +00:00

rds

Fix the hostfile system. Enable the hostfile RDS to properly setup the name service. Modify the name service so that a caller can provide a valid cellid and update its site info for later retrieval.

2007-05-23 16:31:44 +00:00

rmaps

Revert out r14910. Turns out that the GPR *has* to be able to deal with NULL data values. We fixed this a long time ago on the "put" side, but never dealt with it for "get" - hence, we could "put" ORTE_UNDEF'd attributes in a mapping policy, but couldn't retrieve them. This is why you only encountered the error on comm_spawn and not during the original launch of a job.

2007-06-06 18:34:54 +00:00

rmgr

Fix singleton comm_spawn. Ensure that singleton's start the RML receive function so they can receive RML updates during xconnect procedures once any comm_spawn'd children start. Since singleton's only use the RMGR/URM component, update that component to also hold us until xconnect is completed (if it is invoked) before returning to the caller.

2007-06-06 17:39:23 +00:00

rml

Checkpoint/restart fix:

2007-05-24 21:12:34 +00:00

schema

Commit the orted-failed-to-start code. This correctly causes the system to detect the failure of an orted to start and allows the system to terminate all procs/orteds that *did* start.

2007-05-21 18:31:28 +00:00

sds

OS X apparently really doesn't like shared libraries with unresolvable

2007-06-05 03:03:59 +00:00

smr

Commit the orted-failed-to-start code. This correctly causes the system to detect the failure of an orted to start and allows the system to terminate all procs/orteds that *did* start.

2007-05-21 18:31:28 +00:00

snapc

Fix the way we determine which sequence number to restart with.

2007-04-19 15:04:27 +00:00