Doh; yes we did. This was a minor glitch in porting the 1.2 series
fix to the trunk/v1.3 (i.e., the fix in v1.2.8 is ok -- whew!).
Fixed on the trunk in r19758; thanks for noticing. I'll file a CMR
for v1.3.
On Oct 16, 2008, at 7:05 PM, Mostyn Lewis wrote:
Jeff,
You broke my ksh (and
Jeff,
You broke my ksh (and I expect something else)
Today's SVN 1.4a1r19757
orte/mca/plm/rsh/plm_rsh_module.c
line 471:
tmp = opal_argv_split("( test ! -r ./.profile || . ./.profile;", ' ');
^
ARGHH
No (
tmp = opal_arg
Great, I look forward to 1.2.8!
Hahn
On Oct 9, 2008, at 2:32 PM, Hahn Kim wrote:
FWIW, the fix has been pushed into the trunk, 1.2.8, and 1.3 SVN
branches. So I'll probably take down the hg tree (we use those as
temporary branches).
On Oct 9, 2008, at 2:32 PM, Hahn Kim wrote:
Hi,
Thanks f
FWIW, the fix has been pushed into the trunk, 1.2.8, and 1.3 SVN
branches. So I'll probably take down the hg tree (we use those as
temporary branches).
On Oct 9, 2008, at 2:32 PM, Hahn Kim wrote:
Hi,
Thanks for providing a fix, sorry for the delay in response. Once I
found out about -x
Hi,
Thanks for providing a fix, sorry for the delay in response. Once I
found out about -x, I've been busy working on the rest of our code, so
I haven't had the time to try out the fix. I'll take a look at it
soon as I can and will let you know how it works out.
Hahn
On Oct 7, 2008, at
On Oct 7, 2008, at 4:19 PM, Hahn Kim wrote:
you probably want to set the LD_LIBRARY_PATH (and PATH, likely, and
possibly others, such as that LICENSE key, etc.) regardless of
whether it's an interactive or non-interactive login.
Right, that's exactly what I want to do. I was hoping that mp
you probably want to set the LD_LIBRARY_PATH (and PATH, likely, and
possibly others, such as that LICENSE key, etc.) regardless of
whether it's an interactive or non-interactive login.
Right, that's exactly what I want to do. I was hoping that mpirun
would run .profile as the FAQ page sta
On Oct 7, 2008, at 12:48 PM, Hahn Kim wrote:
Regarding 1., we're actually using 1.2.5. We started using Open MPI
last winter and just stuck with it. For now, using the -x flag with
mpirun works. If this really is a bug in 1.2.7, then I think we'll
stick with 1.2.5 for now, then upgrade l
Thanks for the feedback.
Regarding 1., we're actually using 1.2.5. We started using Open MPI
last winter and just stuck with it. For now, using the -x flag with
mpirun works. If this really is a bug in 1.2.7, then I think we'll
stick with 1.2.5 for now, then upgrade later when it's fixed
Ralph and I just talked about this a bit:
1. In all released versions of OMPI, we *do* source the .profile file
on the target node if it exists (because vanilla Bourne shells do not
source anything on remote nodes -- Bash does, though, per the FAQ).
However, looking in 1.2.7, it looks like
I am unaware of anything in the code that would "source .profile" for
you. I believe the FAQ page is in error here.
Ralph
On Oct 6, 2008, at 7:47 PM, Hahn Kim wrote:
Great, that worked, thanks! However, it still concerns me that the
FAQ page says that mpirun will execute .profile which doe
Great, that worked, thanks! However, it still concerns me that the
FAQ page says that mpirun will execute .profile which doesn't seem to
work for me. Are there any configuration issues that could possibly
be preventing mpirun from doing this? It would certainly be more
convenient if I co
tYou can forward your local env with mpirun -x LD_LIBRARY_PATH. As an
alternative you can set specific values with mpirun -x
LD_LIBRARY_PATH=/some/where:/some/where/else . More information with
mpirun --help (or man mpirun).
Aurelien
Le 6 oct. 08 à 16:06, Hahn Kim a écrit :
Hi,
I'm ha
13 matches
Mail list logo
