Interix or SUA or SFU is the POSIX layer integrated with the latest
versions of Windows (such as Vista, and Server 2003). It provide fork,
rsh basically most of the tools we need.
george.
Jeff Squyres wrote:
What's Interix?
On Mar 26, 2008, at 7:20 PM, bosi...@osl.iu.edu wrote:
Author:
What's Interix?
On Mar 26, 2008, at 7:20 PM, bosi...@osl.iu.edu wrote:
Author: bosilca
Date: 2008-03-26 19:20:33 EDT (Wed, 26 Mar 2008)
New Revision: 17983
URL: https://svn.open-mpi.org/trac/ompi/changeset/17983
Log:
Add support for Interix.
Added:
trunk/config/ompi_interix.m4 (contents, p
No worries. Thanks for the adjustment.
Cheers,
Josh
On Mar 26, 2008, at 3:10 PM, Jeff Squyres wrote:
Sorry about that, Josh -- thanks for fixing it.
I added one more very minor change on top of r17980.
On Mar 26, 2008, at 10:55 AM, Josh Hursey wrote:
My fix is in r17980. I did some limited
Sorry about that, Josh -- thanks for fixing it.
I added one more very minor change on top of r17980.
On Mar 26, 2008, at 10:55 AM, Josh Hursey wrote:
My fix is in r17980. I did some limited testing with and without C/R
and things look fine. Wider testing may be in order, but I think MTT
should
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) Am I on a platform that we have timer assembly support for?
(That's the long list of architectures that we rec
My fix is in r17980. I did some limited testing with and without C/R
and things look fine. Wider testing may be in order, but I think MTT
should take care of that this evening.
Cheers,
Josh
On Mar 26, 2008, at 10:40 AM, Josh Hursey wrote:
Jeff,
I think this commit is not quite correct. I'
Jeff,
I think this commit is not quite correct. I'm working on a patch to
fix it at the moment, but just wanted to give a heads up for anyone
that is experience the same problem I am.
Before this commit I could set "opal_event_include=select" in
my .openmpi/mca-params.conf file and the ev
Hi, all
I compiled and builded source from trunk
and it causes segfault
/home/USERS/lenny/OMPI_ORTE_NEW/bin/mpirun -np 1 -H witch17
/home/USERS/lenny/TESTS/ORTE/mpi_p01_NEW -t lt
--
It looks like MPI_INIT failed for some rea
Fixed with r17977 - again, my apologies
On 3/26/08 6:42 AM, "Ralph H Castain" wrote:
> My apologies - some timing debug output of mine inadvertently was included
> in a commit. I am working now to correct that, but need to rebuild the
> system to ensure the fix is correct.
>
> Will remove that
I would tend to echo Tim's suggestions. I note that you do lookup that opal
mca param in orte as well. I know you sent me a note about that off-list - I
apologize for not getting to it yet, but was swamped yesterday.
I think the solution suggested in #1 below is the right approach. Looking up
opal
My apologies - some timing debug output of mine inadvertently was included
in a commit. I am working now to correct that, but need to rebuild the
system to ensure the fix is correct.
Will remove that detailed output shortly.
Ralph
Hi Lenny,
This looks good. But I have a couple of suggestions (which others may
disagree with):
1. You register an opal mca parameter, but look it up in ompi, then call
a opal function with the result. What if you had a function
opal_paffinity_base_set_slots(long rank) (or some other name, I
Hi, all
Attached patch for modified Rank_File RMAPS component.
1.introduced new general purpose debug flags
mpi_debug
opal_debug
2.introduced new mca parameter opal_paffinity_slot_list
3.ompi_mpi_init cleaned from opal paffinity functions
4.opal paffinit
I was working off-list with Brad on this. Brian is right, the logic in
configure.m4 is wrong. It overwrite the timer_linux_happy to yes if
the host match "i?86-*|x86_64*|ia64-*|powerpc-*|powerpc64-*|sparc*-*".
On FreeBSD host is i386-unknown-freebsd6.2.
Here is a quick and dirty patch. I ju
14 matches
Mail list logo
