Re: [OMPI devel] Trunk returned to normal operations

[George Bosilca]

Ralph,

I have 2 questions related to the merge.



  Thanks,
    george.

On Feb 27, 2008, at 9:47 PM, Ralph Castain wrote:

1. How about orte_run_debugger ? Looks like this function is now never called. Should we remove it ? 2. There was a nice feature in the old ORTE that I particularly liked. The ability to specify a default hostfile in the mca-params.conf file (rds_hostfile_path). As there is no rds anymore do we still have this or some similar feature or do we have to always specify the machinefile via the command line option ?

Hi folks


free to use the trunk.

A few caveats:

1. obviously, you will need to autogen/configure once you update. I

definitely be hit with stale libraries from this commit

2. this is a "drop" from the ORTE devel effort. As such, it is -not-

I didn't want to delay this merge any longer.


option he would prefer to pursue.


rest of the way - there will be a few new components added to existing
frameworks, some revamp of the logic in a few places, etc.


my best to provide answers.

Thanks again for the cooperation tonight...
Ralph





_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel

Okay, the ORTE merge appears to have gone well and is now complete - you are -strongly- recommend you rm -rf your install directory first as you will complete. There are several known issues, particularly with comm_spawn and singleton comm_spawn in certain environments and scenarios. I have a "fix" already done and ready to be applied for the comm_spawn problems, but I want to test it some more in the morning before committing it to the trunk - and 3. we know that checkpoint/restart is currently broken. Josh and I have discussed a couple of options for repairing it, and he will look at it as soon as he has a chance. It isn't a big problem - just need to decide which The remaining ORTE scalability work should be moving into the trunk over the next few weeks (I will be on vacation 3/7-14, so it will likely take through March). We do not anticipate any API changes or framework adds/ deletes the I will try to cover all the changes in one or two notes over the next few days to avoid carpal tunnel. Please feel free to ask questions and I'll do

smime.p7s
Description: S/MIME cryptographic signature