Re: [OMPI devel] Multiworld MCA parameter values broken

On 11/19/07 8:19 AM, "Jeff Squyres" wrote: > On Nov 19, 2007, at 10:15 AM, Ralph H Castain wrote: > >> Hmmm...okay, I get the message: if it is going to be fixed, then I >> have to >> fix it on my end. ;-) Which means it ain't happening anytime soon, >> so Tim P >> is the

Re: [OMPI devel] Multiworld MCA parameter values broken

On Nov 19, 2007, at 10:15 AM, Ralph H Castain wrote: Hmmm...okay, I get the message: if it is going to be fixed, then I have to fix it on my end. ;-) Which means it ain't happening anytime soon, so Tim P is the one left in the lurch. Sorry Tim! Perhaps you can come up with a compromise

Re: [OMPI devel] Multiworld MCA parameter values broken

Hmmm...okay, I get the message: if it is going to be fixed, then I have to fix it on my end. ;-) Which means it ain't happening anytime soon, so Tim P is the one left in the lurch. Sorry Tim! Perhaps you can come up with a compromise that re-enables what you want to do. Ralph On 11/19/07 8:11

Re: [OMPI devel] Multiworld MCA parameter values broken

On Nov 19, 2007, at 10:01 AM, Ralph H Castain wrote: Unfortunately, it -is- a significant problem when passing the params on to the orteds, as Tim has eloquently pointed out in his original posting. I guess I don't see why it would be a significant problem to just have opal_cmd_line_parse

Re: [OMPI devel] Multiworld MCA parameter values broken

Unfortunately, it -is- a significant problem when passing the params on to the orteds, as Tim has eloquently pointed out in his original posting. I guess I don't see why it would be a significant problem to just have opal_cmd_line_parse do the "right thing" - if a string param is quoted, then just

Re: [OMPI devel] Multiworld MCA parameter values broken

I guess I don't see why this is an opal_cmd_line_parse() problem. If you invoke executables through system(), then a shell is used and quoting is necessary to preserve the individual string tokens (i.e., "my beloved string" would be passed to the application as one argv token, without the

Re: [OMPI devel] Multiworld MCA parameter values broken

Should there be another option for passing MCA parameters between processes, such as via stdin (or any file descriptor)? I.e., during the command line parsing to check for command line MCA params, perhaps a new argument could be introduced: -mcauri , where could be a few different forms:

Re: [OMPI devel] Multiworld MCA parameter values broken

Might I suggest: https://svn.open-mpi.org/trac/ompi/ticket/1073 It deals with some of these issues and explains the boundaries of the problem. As for what a string param can contain, I have no opinion. I only note that it must handle special characters such as ';', '/', etc. that are typically

Re: [OMPI devel] Multiworld MCA parameter values broken

I'm curious what changed to make this a problem. How were we passing mca param from the base to the app before, and why did it change? I think that options 1 & 2 below are no good, since we, in general, allow string mca params to have spaces (as far as I understand it). So a more general

Re: [OMPI devel] Multiworld MCA parameter values broken

Sorry for delay - wasn't ignoring the issue. There are several fixes to this problem - ranging in order from least to most work: 1. just alias "ssh" to be "ssh -Y" and run without setting the mca param. It won't affect anything on the backend because the daemon/procs don't use ssh. 2. include