Eric, Are you testing against the Open MPI svn trunk? I ask because on April 9 George commited a fix for the bug reported by Thomas Jahns: http://www.open-mpi.org/community/lists/devel/2013/04/12268.php
-Paul On Tue, Apr 23, 2013 at 5:35 PM, Eric Chamberland < eric.chamberl...@giref.ulaval.ca> wrote: > Hi Jeff, > > thanks for your answer! > > You inserted a doubt in my mind... and gave me hope... :-) > > So I did some modifications on the code to help everyone: > > 1- it's now in "C"... :-) > 2- Concerning your remark about arbitrary address: I am now using the > "offsetof" macro defined in "stddef.h" to compute the offset, or > displacement needed to create the datatype > 3- I have simplified and reduced (again) the number of lines to reproduce > the error... > > see "nested_bug.c" attached to this mail... > > Output with openmpi 1.6.3: > ------------------------------**---------- > Rank 0 send this: > {{1},{{2,3},{4,5}}} > Rank 1 received this: {{1},{{2,3},{4199789,15773951}**}} *** ERROR **** > > Expected output (still ok with mpich 3.0.3 and intel mpi 4): > ------------------------------**---------- > Rank 0 send this: > {{1},{{2,3},{4,5}}} > Rank 1 received this: {{1},{{2,3},{4,5}}} OK > > Thanks! > > Eric > > > Le 2013-04-23 18:03, Jeff Squyres (jsquyres) a écrit : > >> Sorry for the delay. >> >> My C++ is a bit rusty, but this does not seem correct to me. >> >> You're making the datatypes relative to an arbitrary address (&lPtrBase) >> in a static method on each class. You really need the datatypes to be >> relative to each instance's *this* pointer. >> >> Doing so allows MPI to read/write the data relative to the specific >> instance of the objects that you're trying to send/receive. >> >> Make sense? >> >> >> On Apr 23, 2013, at 5:01 PM, Eric Chamberland <Eric.Chamberland@giref.** >> ulaval.ca <eric.chamberl...@giref.ulaval.ca>> wrote: >> >> another information: I just tested the example with Intel MPI 4.0.1.007 >>> and it works correctly... >>> >>> So the problem seems to be only with OpenMPI... which is the default >>> distribution we use... :-/ >>> >>> Is my example code too long? >>> >>> Eric >>> >>> Le 2013-04-23 09:55, Eric Chamberland a écrit : >>> >>>> Sorry, >>>> >>>> here is the attachment... >>>> >>>> Eric >>>> >>>> On 04/23/2013 09:54 AM, Eric Chamberland wrote: >>>> >>>>> Hi, >>>>> >>>>> I have sent a previous message showing something that I think is a bug >>>>> (or maybe a misuse, but...). >>>>> >>>>> I worked on the example sent to have it simplified: now it is almost >>>>> half of the lines of code and the structures are more simple... but >>>>> still showing the wrong behaviour. >>>>> >>>>> Briefly, we construct different MPI_datatype and nests them into a >>>>> final >>>>> type which is a: >>>>> {MPI_LONG,{{MPI_LONG,MPI_CHAR}***2} >>>>> >>>>> Here is the output from OpenMPI 1.6.3: >>>>> >>>>> Rank 0 send this: >>>>> i: 0 => {{0},{{3,%},{7,5}}} >>>>> i: 1 => {{1},{{3,%},{7,5}}} >>>>> i: 2 => {{2},{{3,%},{7,5}}} >>>>> i: 3 => {{3},{{3,%},{7,5}}} >>>>> i: 4 => {{4},{{3,%},{7,5}}} >>>>> i: 5 => {{5},{{3,%},{7,5}}} >>>>> MPI_Recv returned success and everything in MPI_Status is correct after >>>>> receive. >>>>> Rank 1 received this: >>>>> i: 0 => {{0},{{3,%},{-999,$}}} *** ERROR **** >>>>> i: 1 => {{1},{{3,%},{-999,$}}} *** ERROR **** >>>>> i: 2 => {{2},{{3,%},{-999,$}}} *** ERROR **** >>>>> i: 3 => {{3},{{3,%},{-999,$}}} *** ERROR **** >>>>> i: 4 => {{4},{{3,%},{-999,$}}} *** ERROR **** >>>>> i: 5 => {{5},{{3,%},{-999,$}}} *** ERROR **** >>>>> >>>>> Here is the expected output, obtained with mpich-3.0.3: >>>>> >>>>> Rank 0 send this: >>>>> i: 0 => {{0},{{3,%},{7,5}}} >>>>> i: 1 => {{1},{{3,%},{7,5}}} >>>>> i: 2 => {{2},{{3,%},{7,5}}} >>>>> i: 3 => {{3},{{3,%},{7,5}}} >>>>> i: 4 => {{4},{{3,%},{7,5}}} >>>>> i: 5 => {{5},{{3,%},{7,5}}} >>>>> MPI_Recv returned success and everything in MPI_Status is correct after >>>>> receive. >>>>> Rank 1 received this: >>>>> i: 0 => {{0},{{3,%},{7,5}}} OK >>>>> i: 1 => {{1},{{3,%},{7,5}}} OK >>>>> i: 2 => {{2},{{3,%},{7,5}}} OK >>>>> i: 3 => {{3},{{3,%},{7,5}}} OK >>>>> i: 4 => {{4},{{3,%},{7,5}}} OK >>>>> i: 5 => {{5},{{3,%},{7,5}}} OK >>>>> >>>>> Is it related to the bug reported here: >>>>> http://www.open-mpi.org/**community/lists/devel/2013/04/**12267.php<http://www.open-mpi.org/community/lists/devel/2013/04/12267.php>? >>>>> >>>>> Thanks, >>>>> >>>>> Eric >>>>> >>>>> >>>>> ______________________________**_________________ >>>>> devel mailing list >>>>> de...@open-mpi.org >>>>> http://www.open-mpi.org/**mailman/listinfo.cgi/devel<http://www.open-mpi.org/mailman/listinfo.cgi/devel> >>>>> >>>> ______________________________**_________________ >>> devel mailing list >>> de...@open-mpi.org >>> http://www.open-mpi.org/**mailman/listinfo.cgi/devel<http://www.open-mpi.org/mailman/listinfo.cgi/devel> >>> >> >> > > _______________________________________________ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel > -- Paul H. Hargrove phhargr...@lbl.gov Future Technologies Group Computer and Data Sciences Department Tel: +1-510-495-2352 Lawrence Berkeley National Laboratory Fax: +1-510-486-6900