[OMPI devel] mmap() failure

TotalviewTech brought to my attention that their new ReplayEngine debugger does not support shared memory. To do this, they intercept mmap() and return ENOMEM to indicate that shared memory is not available. In OMPI, if mmap() fails, we unconditionally emit some opal_output(0, ...)

Re: [OMPI devel] ticket #1469

now seems to be fixed with r19538. On 9/10/08, Ralph Castain wrote: > > I'm sorry - I can't even make sense of this. If you think you can reproduce > it, then you are welcome to fix it. I cannot reproduce it, and hence can do > nothing further about it. > > Ralph > > > On Sep 10,

Re: [OMPI devel] -display-map and mpi_spawn

It already somewhat does. If you use --display-map at mpirun, you automatically get display-map whenever MPI_Spawn is called. We didn't provide a mechanism by which you could only display-map for MPI_Spawn (and not for the original mpirun), but it would be trivial to do so - just have to

Re: [OMPI devel] -display-map

Not in that regard, depending upon what you mean by "recently". The only changes I am aware of wrt nodes consisted of some changes to the order in which we use the nodes when specified by hostfile or -host, and a little #if protectionism needed by Brian for the Cray port. Are you seeing

[OMPI devel] -display-map and mpi_spawn

Ralph, At the moment -display-map shows the process mapping when mpirun first starts, but I'm wondering about processes created dynamically. Would it be possible to trigger a map update when MPI_Spawn is called? Regards, Greg