<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr"><span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:15px">Michael, </span><br><div><font color="#1f497d" face="Calibri, sans-serif"><span style="font-size:15px"> I installed mpich-3.0.4 and could reproduce the bug you reported. </span></font><span style="font-size:15px;color:rgb(31,73,125);font-family:Calibri,sans-serif">I also found it happened in C code. So the bug was not related to F90 bindings. </span></div><div><span style="font-size:15px;color:rgb(31,73,125);font-family:Calibri,sans-serif"> Fortunately, I think the bug was fixed. With MPICH-3.1.3, with either C or Fortran code, the problem disappears.</span></div><div><font color="#1f497d" face="Calibri, sans-serif"><span style="font-size:15px"> Thanks.</span></font></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">--Junchao Zhang</div></div></div>
<br><div class="gmail_quote">On Mon, Dec 15, 2014 at 9:56 AM, Rajeev Thakur <span dir="ltr"><<a href="mailto:thakur@mcs.anl.gov" target="_blank">thakur@mcs.anl.gov</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't see the problem with the latest version of MPICH on my laptop. This is what I get:<br>
<span class=""><br>
---Info-print just BEFORE calling MPI_WIN_QUERY: idisplace_unit= -6666<br>
</span> ===Info-print just AFTER calling MPI_WIN_QUERY: idisplace_unit= 1<br>
<br>
Rajeev<br>
<div><div class="h5"><br>
<br>
On Dec 15, 2014, at 4:21 AM, <a href="mailto:Michael.Rachner@dlr.de">Michael.Rachner@dlr.de</a> wrote:<br>
<br>
> Dear Junchao,<br>
><br>
> I attached a downsized Fortran95 program for testing the MPI-3 shared memory feature (MPI_WIN_ALLOCATE_SHARED, MPI_WIN_SHARED_QUERY).<br>
> You may add it to your MPICH test suite.<br>
> (The program is not secret, so I place it here for everybody, because it may serve also as an example, how to do the shared memory coding in a Ftn-code.)<br>
><br>
> In that program I have inserted 2 ad-hoc prints, just before and just after the call of sbr MPI_WIN_SHARED_QUERY,<br>
> which print the value of the 4th-parameter DISP_UNIT (named idisplace_unit in the code) of that sbr .<br>
><br>
> You can run the program by:<br>
> mpif90 sharedmemtest.f90<br>
> mpiexec -np 2 -bind-to core -prepend-rank ./a.out<br>
><br>
> On our LINUX cluster with MPICH-3.0.4 and Intel-14.0.1 the 2 print-stmts write this:<br>
><br>
> [0] ---Info-print just BEFORE calling MPI_WIN_QUERY: idisplace_unit= -6666 ß -6666 is my arbitrary initialization value<br>
> [0] ===Info-print just AFTER calling MPI_WIN_QUERY: idisplace_unit= -6666<br>
> [1] ---Info-print just BEFORE calling MPI_WIN_QUERY: idisplace_unit= -6666<br>
> [1] ===Info-print just AFTER calling MPI_WIN_QUERY: idisplace_unit= -6666<br>
><br>
> You see, that sbr MPI_WIN_SHARED_QUERY does not overwrite the initialized value, but should do it.<br>
> I observed the same wrong behavior also in our Fortran95-CFD-code.<br>
><br>
> I cannot easily install another MPICH-version. We have only MPICH-3.0.4 . So, do you find that behavior with that program also with the most recent MPICH-version?<br>
><br>
> Greetings<br>
> Michael Rachner<br>
><br>
><br>
><br>
> Von: Junchao Zhang [mailto:<a href="mailto:jczhang@mcs.anl.gov">jczhang@mcs.anl.gov</a>]<br>
> Gesendet: Freitag, 12. Dezember 2014 20:50<br>
> An: <<a href="mailto:discuss@mpich.org">discuss@mpich.org</a>><br>
> Betreff: Re: [mpich-discuss] Bug in MPI_WIN_SHARED_QUERY using MPICH-3.0.4 from Fortran95-code<br>
><br>
> Michael,<br>
> I could not reproduce the problem with MPICH master. I checked MPICH's F90 binding of this routine. It looks good. There are C tests for this routine in MPICH test suite. They also ran fine.<br>
> Could you either upgrade your MPI to MPICH-3.1.3 or send me your test case?<br>
> Thanks.<br>
><br>
> --Junchao Zhang<br>
><br>
> On Fri, Dec 12, 2014 at 4:53 AM, <<a href="mailto:Michael.Rachner@dlr.de">Michael.Rachner@dlr.de</a>> wrote:<br>
> Dear developers of MPICH,<br>
><br>
> I am running MPICH-3.0.4 with a Fortran95-code on a LINUX-cluster using the INTEL-14.0.1 Ftn-compiler.<br>
> In that code I employ the shared memory feature (using MPI_WIN_ALLOCATE_SHARED and MPI_WIN_SHARED_QUERY).<br>
> It works fine, but nevertheless I detected a little bug in MPI_WIN_SHARED_QUERY:<br>
><br>
> MPI_WIN_SHARED_QUERY(WIN, RANK, SIZE, DISP_UNIT, BASEPTR, IERROR)<br>
><br>
> The MPI-3.0 Standard document (chapter 11.2, on p. 410) prescribes that the 4th parameter DISP_UNIT is a result from the call of this sbr.<br>
> However, with MPICH no value is returned for DISP_UNIT.<br>
><br>
> You can easily test that, by setting DISP_UNIT to a control number ( e.g. DISP_UNIT = -7777 ) just before the call of sbr MPI_WIN_SHARED_QUERY.<br>
> Just after that sbr-call the variable DISP_UNIT still contains that control number, but should not.<br>
><br>
> Greetings<br>
> Michael Rachner<br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> discuss mailing list <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br>
> To manage subscription options or unsubscribe:<br>
> <a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/mailman/listinfo/discuss</a><br>
</div></div>> <sharedmemtest.f90>_______________________________________________<br>
<div class="HOEnZb"><div class="h5">> discuss mailing list <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br>
> To manage subscription options or unsubscribe:<br>
> <a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/mailman/listinfo/discuss</a><br>
<br>
_______________________________________________<br>
discuss mailing list <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/mailman/listinfo/discuss</a><br>
</div></div></blockquote></div></div>