Have you looked to see what the
diff might be between the two versions?
> On Apr 21, 2017, at 6:45 AM, Shiqing Fan wrote:
>
> I've tried this out, and got the same problem as I sent before.
>
> With the same configuration and command line, 1.6.5 works for me, 1.10 series
: [OMPI devel] openib oob module
I’m not familiar with the openib code, but this looks to me like it may be
caused by a change in the openib code itself. Have you looked to see what the
diff might be between the two versions?
> On Apr 21, 2017, at 6:45 AM, Shiqing Fan wrote:
>
> I'
elp message anywhere in
> your output - not sure what happened to it. I do see this in your
> output - don’t know what it means:
>
> [host1][[46697,1],0][connect/btl_openib_connect_oob.c:935:rml_recv_cb]
> !
>
>
>> On Apr 20, 2017, at 8:36 AM, S
- not sure what happened to it. I do see this in your
> output - don’t know what it means:
>
> [host1][[46697,1],0][connect/btl_openib_connect_oob.c:935:rml_recv_cb]
> !!!!!!!!!
>
>
>> On Apr 20, 2017, at 8:36 AM, Shiqing Fan > <mailto:shiqing@huawei.
. I do see this in your output - don’t know what
it means:
[host1][[46697,1],0][connect/btl_openib_connect_oob.c:935:rml_recv_cb]
!
On Apr 20, 2017, at 8:36 AM, Shiqing Fan
mailto:shiqing@huawei.com>> wrote:
Forgot to enable oob verbose in my last test. Her
debug in there (plus turn on
the OOB verbosity) and I’m happy to help you figure it out.
Ralph
On Apr 20, 2017, at 7:13 AM, Shiqing Fan
mailto:shiqing@huawei.com>> wrote:
Hi Ralph,
Yes, it’s been a long time. Hope you all are doing well (I believe so ☺ ).
I’m working on a virtuali
6:02 AM, Shiqing Fan
mailto:shiqing@huawei.com>> wrote:
Dear all,
I noticed that openib oob module has been removed since a long time ago,
because it wasn’t working anymore and nobody seemed need it.
But for some special operating system, where the rdmacm, udcm or ibcm kernel
supp
Dear all,
I noticed that openib oob module has been removed since a long time ago,
because it wasn't working anymore and nobody seemed need it.
But for some special operating system, where the rdmacm, udcm or ibcm kernel
support is missing, oob may still be necessary.
I'm curious if it's possib
Open MPI and application.
The patch has been tested based on a version of Open MPI a few month
ago, but it should be easy to move to the latest OMPI trunk. I will make
a bitbucket branch for merging it back.
I would like explain more details in the call today.
On 2012-10-08 3:05 PM, Shiqin
some time next week or later this
month.
We probably can also discuss it in the next teleconf.
Thanks,
Shiqing
--
---
Shiqing Fan
High Performance Computing Center Stuttgart (HLRS)
Tel: ++49(0)711-685-87234 Nobelstrasse 19
Fax:
problem in the
next release?
By the way, should "libmpi_f77d.dll" be "libmpi_f77.dll"?
Sincerely,
Wei-Chen Chen
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
--------
Changed Date: 2011-12-13 12:20:25 -0500 (Tue, 13 Dec 2011)
Text Last Updated: 2011-12-13 12:20:35 -0500 (Tue, 13 Dec 2011)
Checksum: ebb6f0135ecdcf7f79d1120046dfb3e6
george.
On Dec 14, 2011, at 05:36 , Shiqing Fan wrote:
Hi George,
A .windows file seems still missing in opal/mca/shmem/windows
uthor: bosilca
Last Changed Rev: 25626
Last Changed Date: 2011-12-13 12:20:25 -0500 (Tue, 13 Dec 2011)
Text Last Updated: 2011-12-13 12:20:35 -0500 (Tue, 13 Dec 2011)
Checksum: ebb6f0135ecdcf7f79d1120046dfb3e6
george.
On Dec 14, 2011, at 05:36 , Shiqing Fan wrote:
Hi George,
A .windows file seems
types_t {
+opal_list_item_t super;
+char msg_id_str[OPAL_PATH_MAX];
+opal_shmem_ds_t shmem_ds;
+} mca_common_sm_rml_pending_rml_msg_types_t;
+
+/**
+ * routine used to send common sm initialization information to all local
+ * processes in procs.
+ */
+OMPI_DECLSPEC extern int
+mca_common
PI::Win]+0x24): undefined reference to `MPI::Win::Free()'
./src/mpi_test1.o:mpi_test1.cpp:(.rdata$_ZTVN3MPI8DatatypeE[vtable for
MPI::Datatype]+0x3c): undefined reference to `MPI::Datatype::Free()'
collect2: ld returned 1 exit status
make: *** [mpi_test1] Error 1
Info: resolving _ompi_
compatible, however, I'm still confused why simple code
(In the last mail I sent to you) which does not depend on Boost
library(I never used mpich on Windows before), can not work.
Wishes~
Renyong
2011/8/9 Shiqing Fan mailto:f...@hlrs.de>>
Hi,
27;m still confused why simple code (In the last mail I sent
to you) which does not depend on Boost library(I never used mpich on
Windows before), can not work.
Wishes~
Renyong
2011/8/9 Shiqing Fan mailto:f...@hlrs.de>>
Hi,
The code works for me under MinGW console with the pre-com
ash.exe
shell interpreter you are actually pointing to, so I'd be much
appreciated if you can tell me the a working approach. Thanks very much.
2011/8/9 Shiqing Fan mailto:f...@hlrs.de>>
Hi,
I've never tried this Boost.MPI with Open MPI on Windows. Does it
work wit
__
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
---
Shiqing Fan
High Performance Computing Center Stuttgart (HLRS)
Tel: ++49(0)711-685-87234
WHAT: A new BTL component using WinVerbs API
WHY: Support Infiniband on Windows
WHERE: in ompi/mca/btl/wv
WHEN: Next Tuesday, 1st March 2011
==
The openib component was working for windows using the WinOF libibverbs
driver, which is based on WinVerbs. Howe
.org <mailto:de...@open-mpi.org>
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Brian W. Barrett
Dept. 1423: Scalable System Software
Sandia National Laboratories
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
--
Shiqing Fan http://www.hlrs.de/people/fan
High Performance Computing Tel.: +49 711 685 87234
Center Stuttgart (HLRS)Fax.: +49 711 685 65832
Address:Allmandring 30 email: f...@hlrs.de
70569 Stuttgart
-
Kelly (KT) Thompson
k...@eklaj.org <mailto:k...@eklaj.org>
On Fri, Jul 30, 2010 at 3:08 AM, Shiqing Fan <mailto:f...@hlrs.de>> wrote:
Hi Kelly,
I saw this problem too, but I didn't find a proper solution yet.
It seems like an issue with VS intellisense behavi
ld like to know if anyone is trying to build Open-MPI under Visual
Studio 2010? I see that 1.3.3 was built under VS 2008, but I would like
to
build under the 2010 version and have been unsuccessful so far.
Can someone tell me if MSVC continues to be a target platform? Is there
a
wiki or oth
h problem.
Thanks,
Shiqing
--
----------
Shiqing Fan http://www.hlrs.de/people/fan
High Performance Computing Tel.: +49 711 685 87234
Center Stuttgart (HLRS)Fax.: +49 711 685 65832
Address:Allmandring 30 e
today...
On Jan 22, 2010, at 8:07 AM, Shiqing Fan wrote:
Yes, that should work but only with newer version of flex, I didn't think about
it before. But the windows flex.exe should still be available for svn checkout
build.
Thanks,
Shiqing
Jeff Squyres (jsquyres) wrote:
Wha
erate the flex-code output and ship it
like we used to do
Regardless, shipping binary in a source tarball seems like a really bad idea in
this age of viral concerns.
On Jan 22, 2010, at 3:09 AM, Shiqing Fan wrote:
Hi,
flex.exe is not generated at compile time, but flex.exe has
/flex.exe (props changed)
___
svn-full mailing list
svn-f...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
--
--
Shiqing Fan http
Hi all,
We just now merged the windows branch into trunk, split into 4 patches
(r20108 to r20111) to keep them separate. Although incoming changes to
trunk incurred some compile errors on windows which we fixed, we tested
the following before committing:
Windows x86-64, static libs compi
Hi Ralf,
Sorry for replying late.
what keeps you from using the autotools-based build system
with MSVC? All you should need is a wrapper like cccl.
I didn't know this 'cccl' before, but I did give a try last weekend with
Cygwin.
Unfortunately, I couldn't make it work for Open MPI (late
Hi Ralph,
1. since nearly everyone is at SC08, and since next week is a holiday,
the timing of this merge is poor. I would really urge that you delay
it until at least Dec 5 so people actually know about it - and have
time to even think about it
No problem, we can delay it. Dec 9th is the last
Hi Tim,
Yes, you're right. Most of those changes are made based on #ifdef
__WINDOWS__, that would make troubles for CMRs.
Here I provide some more information :
These files are harmless, because no other platform will use them (no need to
go into 1.3).
WHAT: To merge windows (cmake) support into trunk
WHY: To allow people configure/compile Open MPI with CMake and Visual
Studio on Windows platforms
WHERE: Mainly in /contrib/platform/win32/ ; a few CMakeLists.txt files
and some source files referred with Windows. (See the completed list o
Sorry, it was not correct, both should work. Authentication problem?
Shiqing Fan wrote:
Hello Anton,
There is a 's' missing in the link you used, it should be
"https://svn.open-mpi.org/svn/ompi/trunk";.
Regards,
Shiqing
Anton Soppelsa wrote:
Dear OpenMPI repository m
e above plugins.
Any ideas how to solve this problem?
Cheers,
Anton
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
----------
Shiqing Fan
Thanks a lot, George.
I didn't get this message this afternoon, sorry.
Shiqing
On Mon, 7 Apr 2008 10:48:03 -0400
George Bosilca wrote:
That's gcc being really mean !!! There was a double ; at
the end of the line, and apparently the second one is
interpreted as code ... Commit r18090 shou
right now :) Ping me if you are interested in exploring this
option.
That sounds nice, I'm very interested, could you explain a little bit
more in detail?
Thanks,
Shiqing
--
----------
Shiqing Fan
http://www.hlrs.de/p
sing the former will work in an SVN checkout, but won't work in a --
with-devel-headers installation (the latter should).
Can this be fixed?
--
----------
Shiqing Fan
http://www.hlrs.de/people/fan
High Performanc
37 matches
Mail list logo