On Mon, Mar 24, 2008 at 04:00:18PM -0400, George Bosilca wrote:
> After playing with hg and git for few days, I tend to agree with the
> emacs guys. It looks to me that any of them will do the job (as did
> svn). I don't really care which one will be selected by the community
> as long as we:
Appears fixed with r17992 - at least, it works on TM, slurm (odin), and Mac.
On 3/27/08 11:06 AM, "Ralph H Castain" wrote:
> Found the problem - should have a fix committed soon. Issue is with
> differences in the number of daemons launched by the various plms (whether
> or not procs are launch
Found the problem - should have a fix committed soon. Issue is with
differences in the number of daemons launched by the various plms (whether
or not procs are launched local to mpirun).
On 3/27/08 10:39 AM, "Ralph H Castain" wrote:
> Hmmm...puzzling. It is working fine for me on TM machines a
Hmmm...puzzling. It is working fine for me on TM machines and on my Mac.
However, Galen reports it borked on alps as well.
I'll have to dig a little to check this out and see if there is something
missing on those PLMs. Will get back shortly.
Sorry for problem
On 3/27/08 10:28 AM, "Tim Prins"
Unfortunately now with r17988 I cannot run any mpi programs, they seem
to hang in the modex.
Tim
Ralph H Castain wrote:
Thanks Tim - I found the problem and will commit a fix shortly.
Appreciate your testing and reporting!
On 3/27/08 8:24 AM, "Tim Prins" wrote:
This commit breaks things
Gotcha; thanks for the explanation.
On Mar 27, 2008, at 10:58 AM, George Bosilca wrote:
Well, technically speaking Interix it's not ... 100% Microsoft, even
if now it's somehow integrated in Windows. It does not support the
standard Windows environment (such as windows.h) nor the compilers.
Well, technically speaking Interix it's not ... 100% Microsoft, even
if now it's somehow integrated in Windows. It does not support the
standard Windows environment (such as windows.h) nor the compilers. It
come with gcc (3.3), and most of the Unix tools.
george.
On Mar 27, 2008, at 6:13
Thanks Tim - I found the problem and will commit a fix shortly.
Appreciate your testing and reporting!
On 3/27/08 8:24 AM, "Tim Prins" wrote:
> This commit breaks things for me. Running on 3 nodes of odin:
>
> mpirun -mca btl tcp,sm,self examples/ring_c
>
> causes a hang. All of the process
This commit breaks things for me. Running on 3 nodes of odin:
mpirun -mca btl tcp,sm,self examples/ring_c
causes a hang. All of the processes are stuck in
orte_grpcomm_base_barrier during MPI_Finalize. Not all programs hang,
and the ring program does not hang all the time, but fairly often.
yes, thanks.
On Thu, Mar 27, 2008 at 2:07 PM, Jeff Squyres wrote:
> Lenny --
>
> Did this get fixed? We were mucking with some mca param stuff on the
> trunk yesterday; not sure if it was related to this failure or not.
>
>
> On Mar 26, 2008, at 10:34 AM, Lenny Verkhovsky wrote:
> > Hi, all
>
NO, just tried to see some printouts during the run,
I use in the code
opal_output_verbose(0, 0,"LNY100 opal_paffinity_base_slot_list_set ver=%d
",0);
opal_output_verbose(1, 0,"LNY101 opal_paffinity_base_slot_list_set ver=%d
",1);
OPAL_OUTPUT_VERBOSE((1, 0,"VERBOSE LNY102 opal_paffinity_base_slot_
Lenny --
Did this get fixed? We were mucking with some mca param stuff on the
trunk yesterday; not sure if it was related to this failure or not.
On Mar 26, 2008, at 10:34 AM, Lenny Verkhovsky wrote:
Hi, all
I compiled and builded source from trunk
and it causes segfault
/home/USERS/lenn
Are you using BTL_OUTPUT or something else from btl_base_error.h?
On Mar 27, 2008, at 7:49 AM, Lenny Verkhovsky wrote:
Hi,
thanks for the comments. I will definetly implement all of them and
commit the code as soon as I finished.
Also I experience few problems with using opal_verbose_output
> -Original Message-
> From: Jeff Squyres [mailto:jsquy...@cisco.com]
> Sent: Thursday, March 27, 2008 1:38 PM
> To: Lenny Verkhovsky
> Cc: Ralph H Castain; Sharon Melamed; Open MPI Developers
> Subject: Re: RMAPS rank_file component patch and modifications for
review
>
> A few more comm
Added as https://svn.open-mpi.org/trac/ompi/ticket/1261.
On Mar 26, 2008, at 11:07 AM, Brian W. Barrett wrote:
George -
Good catch -- that's going to cause a problem :). But I think we
should
add yet another check to also make sure that we're on Linux. So the
three
tests would be:
1)
Hi,
thanks for the comments. I will definetly implement all of them and commit
the code as soon as I finished.
Also I experience few problems with using opal_verbose_output, either there
is a bugs or I am doing something wrong.
/home/USERS/lenny/OMPI_ORTE_DEBUG/bin/mpirun -mca mca_verbose 0 -mca
A few more comments on top of what Tim / Ralph said:
- opal_paffinity MCA params should be defined and registered in the
opal paffinity base (in the base open function so that ompi_info can
still see them), not opal/runtime/opal_params.c.
- I don't have a problem with setting the paffinity
Gotcha. Should this stuff go in ompi/config/ompi_microsoft.m4?
(I don't really care; I just already see a Microsoft file, so I
figured I'd ask the question)
On Mar 26, 2008, at 9:54 PM, George Bosilca wrote:
Interix or SUA or SFU is the POSIX layer integrated with the latest
versions of Wi
18 matches
Mail list logo
