Jeff Squyres 6f7adfe231 Fix for the oob base open and close functions being invoked twice by ...

ompi_info -- once directly and once via the rml oob component.

This commit was SVN r13152.

2007-01-17 15:18:13 +00:00

..

base.h

Two major changes to the runtime:

2006-12-01 22:30:39 +00:00

Makefile.am

With the branch to 1.2 made....

2006-08-15 19:54:10 +00:00

oob_base_close.c

Fix for the oob base open and close functions being invoked twice by

2007-01-17 15:18:13 +00:00

oob_base_except.c

Windows friendly version. We have to split the OMPI_DECLSPEC in at least 3

2006-08-20 15:54:04 +00:00

oob_base_init.c

Bring over the update to terminate orteds that are generated by a dynamic spawn such as comm_spawn. This introduces the concept of a job "family" - i.e., jobs that have a parent/child relationship. Comm_spawn'ed jobs have a parent (the one that spawned them). We track that relationship throughout the lineage - i.e., if a comm_spawned job in turn calls comm_spawn, then it has a parent (the one that spawned it) and a "root" job (the original job that started things).

2006-11-14 19:34:59 +00:00

oob_base_open.c

Fix for the oob base open and close functions being invoked twice by

2007-01-17 15:18:13 +00:00

oob_base_ping.c

Next step in the project split, mainly source code re-arranging

2006-02-12 01:33:29 +00:00

oob_base_recv_nb.c

Bring over the update to terminate orteds that are generated by a dynamic spawn such as comm_spawn. This introduces the concept of a job "family" - i.e., jobs that have a parent/child relationship. Comm_spawn'ed jobs have a parent (the one that spawned them). We track that relationship throughout the lineage - i.e., if a comm_spawned job in turn calls comm_spawn, then it has a parent (the one that spawned it) and a "root" job (the original job that started things).

2006-11-14 19:34:59 +00:00

oob_base_recv.c

Bring over the update to terminate orteds that are generated by a dynamic spawn such as comm_spawn. This introduces the concept of a job "family" - i.e., jobs that have a parent/child relationship. Comm_spawn'ed jobs have a parent (the one that spawned them). We track that relationship throughout the lineage - i.e., if a comm_spawned job in turn calls comm_spawn, then it has a parent (the one that spawned it) and a "root" job (the original job that started things).

2006-11-14 19:34:59 +00:00

oob_base_send_nb.c

And ORTE is ready for prime-time. All Windows tricks are in:

2006-08-23 03:32:36 +00:00

oob_base_send.c

And ORTE is ready for prime-time. All Windows tricks are in:

2006-08-23 03:32:36 +00:00

oob_base_xcast.c

Eliminate virtually all of the attribute_predefined data from the STG1 message. We now compute the total number of slots allocated to us and save that in the registry - the attributed_predefined then retrieves it via the STG1 message. The app_num is passed via the process_info structure, which gets the value from the ODLS in the environment.

2006-12-07 03:11:20 +00:00