MPI_COMM_DUP_WITH_INFO(3)
π MPI_COMM_DUP_WITH_INFO(3) β like, the Open MPI glow-up of a communicator β¨
okay bestie, so this is a page from the Open MPI manual set, and today's main character is MPI_Comm_dup_with_info β it duplicates an existing communicator using provided info. yes, you heard me. a whole communicator. duplicated. with your info attached. slay π
β¨ SYNTAX β¨
πΈ C Syntax
#include <mpi.h>
int MPI_Comm_dup_with_info(MPI_Comm comm, MPI_Info info, MPI_Comm *newcomm)
πΈ Fortran Syntax
USE MPI
! or the older form: INCLUDE 'mpif.h'
MPI_COMM_DUP_WITH_INFO(COMM, INFO, NEWCOMM, IERROR)
INTEGER COMM, INFO, NEWCOMM, IERROR
πΈ Fortran 2008 Syntax
USE mpi_f08
MPI_Comm_dup_with_info(comm, info, newcomm, ierror)
TYPE(MPI_Comm), INTENT(IN) :: comm
TYPE(MPI_Info), INTENT(IN) :: info
TYPE(MPI_Comm), INTENT(OUT) :: newcomm
INTEGER, OPTIONAL, INTENT(OUT) :: ierror
π¦ INPUT PARAMETER π¦
commβ the communicator, bestie. it's a handle. πinfoβ the info argument. also a handle. it's giving "extra instructions." β¨
π OUTPUT PARAMETERS π
newcommβ a copy ofcomm(handle). your shiny new communicator, fresh out of the box πierrorβ Fortran only: error status (integer). classic Fortran behavior, love that for us π
π DESCRIPTION π
okay so here's the tea: MPI_Comm_dup_with_info acts exactly like MPI_Comm_dup β like, identical energy β except that the info hints associated with the communicator comm are not duplicated in newcomm. nope, not coming along for the ride π
instead, the hints provided by the argument info are associated with the output communicator newcomm. so it's a swap, not a copy. iconic behavior honestly.
for the list of recognized info keys, go peek at MPI_Comm_set_info β that's where the menu lives π
π NOTES π
so like, why do we do this? this operation is used to provide a parallel library call with a duplicate communication space that has the same properties as the original communicator. same properties, bestie. that includes:
- any attributes (see below π)
- topologies (see the "Process Topologies" chapter in the MPI Standard)
and here's the cool part β this call is valid even if there are pending point-to-point communications involving the communicator comm. like, no cap, you can have messages in flight and it still works π₯
a typical call might involve an MPI_Comm_dup_with_info at the beginning of the parallel call, and an MPI_Comm_free of that duplicated communicator at the end of the call. bookends, honestly. other models of communicator management are also possible β you do you π
this call applies to both intra- and intercommunicators. inclusive king behavior π
β οΈ so this is the serious bit, listen up: it is not defined by the MPI standard what happens if the attribute copy callback invokes other MPI functions. and in Open MPI specifically, it is not valid for attribute copy callbacks (or any of their children) to add or delete attributes on the same object on which the attribute copy callback is being invoked. like, do not do that. fr fr. π
π ERRORS π
almost all MPI routines return an error value β C routines give it back as the return result of the function, and Fortran routines put it in the last argument. classic.
before the error value is returned, the current MPI error handler associated with the communication object (e.g., communicator, window, file) is called. if no communication object is associated with the MPI call, then the call is considered attached to MPI_COMM_SELF and will call the associated MPI error handler. and when MPI_COMM_SELF is not initialized (i.e., before MPI_Init/MPI_Init_thread, after MPI_Finalize, or when using the Sessions Model exclusively) the error raises the initial error handler. π«Ά
the initial error handler can be changed by calling MPI_Comm_set_errhandler on MPI_COMM_SELF when using the World model, or the mpi_initial_errhandler CLI argument to mpiexec, or an info key to MPI_Comm_spawn/MPI_Comm_spawn_multiple. and if no other appropriate error handler has been set, then the MPI_ERRORS_RETURN error handler is called for MPI I/O functions and the MPI_ERRORS_ABORT error handler is called for all other MPI functions.
β¨ the three predefined error handlers β¨
Open MPI includes three predefined error handlers that can be used:
MPI_ERRORS_ARE_FATALβ causes the program to abort all connected MPI processes. all of them. everyone. gone πMPI_ERRORS_ABORTβ an error handler that can be invoked on a communicator, window, file, or session. when called on a communicator, it acts as ifMPI_Abortwas called on that communicator. if called on a window or file, it acts as ifMPI_Abortwas called on a communicator containing the group of processes in the corresponding window or file. if called on a session, it aborts only the local process. πMPI_ERRORS_RETURNβ returns an error code to the application. polite. respectful. hands you the problem and lets you deal π
πΈ DIY error handlers πΈ
MPI applications can also implement their own error handlers by calling:
MPI_Comm_create_errhandlerthenMPI_Comm_set_errhandlerMPI_File_create_errhandlerthenMPI_File_set_errhandlerMPI_Session_create_errhandlerthenMPI_Session_set_errhandleror atMPI_Session_initMPI_Win_create_errhandlerthenMPI_Win_set_errhandler
β οΈ note that MPI does not guarantee that an MPI program can continue past an error. like, it might just be over. π
see the MPI man page for a full list of MPI error codes. π
see the Error Handling section of the MPI-3.1 standard for more information. π§
π«Ά SEE ALSO π«Ά
MPI_Comm_dupβ the original, the blueprint, the blueprint's blueprint β¨
π COPYRIGHT π
2003-2026, The Open MPI Community</purl>
and that's the whole page bestie!! π written by the Open MPI girlies, dated Sep 11, 2026, and catalogued under MPI_COMM_DUP_WITH_INFO(3) β go forth and duplicate responsibly π¦β¨π
π¦ where this page comes from
- arch rolling: openmpi 5.0.11-1 Β· BSD-3-Clause AND LicenseRef-MPICH
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms