July 2016 - discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] Errors happened when MPICH was installed
by Pei Li 20 Jul '16

20 Jul '16

Hi, Jeff, Thanks for your reply. pgcc has been installed and the related environmental variables have also been set up. But it seems that it cannot be found by MPICH. Pei Sent from Smartisan U1 On July 20, 2016, 4:48 PM, Jeff Hammond <jeff.science(a)gmail.com> wrote: Is pgcc present or not? It helps if you include how you invoked configure. Didn't see that in c.txt. Jeff On Wednesday, July 20, 2016, Pei Li <pei.li(a)weizmann.ac.il<mailto:[email protected]>> wrote: Hello, everyone, When I tried to install MPICH3.2 in OPENSUSE 13.2, the errors happened. Could you help me fix this problem? The details are included in the m.txt and c.txt files. Thanks very much, Pei Li -- Jeff Hammond jeff.science(a)gmail.com<mailto:[email protected]> http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Errors happened when MPICH was installed
by Jeff Hammond 20 Jul '16

20 Jul '16

Is pgcc present or not? It helps if you include how you invoked configure. Didn't see that in c.txt. Jeff On Wednesday, July 20, 2016, Pei Li <pei.li(a)weizmann.ac.il> wrote: > Hello, everyone, > > When I tried to install MPICH3.2 in OPENSUSE 13.2, the errors happened. > Could you help me fix this problem? The details are included in the m.txt > and c.txt files. > > Thanks very much, > > Pei Li > -- Jeff Hammond jeff.science(a)gmail.com http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Bug reporting for some mpi/rma tests
by Clément Foyer 20 Jul '16

20 Jul '16

Hi Min, Although it may have been fixed in later version (as I am currently using test suite from mpich 3.1), the window creation (l.125) is stated as follow : MPI_Win_create( rmabuffer, bufsize, sizeof(int), MPI_INFO_NULL, MPI_COMM_WORLD, &win ); with bufsize being equal to RMA_SIZE (2048) on master's side, and 0 on partner side. However, the bufsize argument is the size of the window in bytes, not in "displacement_unit" (here being sizeof(int) ). so the range is int[157: 157+512], but the window is defined with a range int[0: RMA_SIZE / sizeof(int)], creating an overflow. Clément FOYER Message: 1 > Date: Tue, 12 Jul 2016 09:46:59 -0500 > From: Min Si <msi(a)anl.gov> > To: <discuss(a)mpich.org> > Subject: Re: [mpich-discuss] Bug reporting for some mpi/rma tests > Message-ID: <fb8a89ae-ca43-317f-74c4-6ec2c49b8c4e(a)anl.gov> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > Hi C. FOYER, > > Thanks for reporting bugs to us. > > However, the places in test rma/lockcontention3.c are correct. > The buffers' size is RMA_SIZE (2048) count of int. In case 9, 10, 11 the > operations' size is longcount(512) count of int, and the largest target > displacement is OFFSET_3(157), which means the window buffer is accessed > in range int[157: 157+512]. Thus no overflows. > > In rma/manyrma3.c, as you reported, we missed verification and winbuf > initialization. We will fix it. > > Min > > On 7/12/16 3:08 AM, Cl?ment Foyer wrote: > > Hi everyone, > > > > I think I may have found some bugs in mpich tests for RMA operations. > > > > First, in rma/lockcontention3.c. > > When calling RMA operations, the different offsets are not taken in > > account on the origin_count and target_count parameters. As the > > buffers are the same sizes, when the count arguments are equal to > > "longcount" (such as in the tests cases 9, 10 and 11), it either > > overflows when the operation is actually done, or, as it should > > preferably be done, it fails with the returns of the MPI_ERR_RMA_RANGE > > error code. > > Also, on the check function, there are some array overflows, as the > > loops go from 0 to longcount-1, and the array is accessed with the > > OFFSET (buf[OFFSET_1+j]). > > The easiest solution would be to set bufsize (l.111) and getbufsize > > (l.118) to RMA_SIZE+OFFSET_3 (OFFSET_3 being the bigger one), and > > maybe allocate change l.123 to srcbuf = malloc((RMA_SIZE + > > OFFSET_3)*sizeof(*srcbuf)); > > Also, the window is defined with the bufsize as size, which should > > mean that the window is bufsize bytes long. But as it is an array of > > int's, it would rather be bufsize*sizeof(int) long. There might be a > > problem there as well, given the fact that the displacement unit given > > is actually "sizeof(int)". > > > > rma/manyrma3.c > > No verification is done. Just accumulate, and then we assume the > > result is correct. Also, winbuf is not initialized. > > > > Sincerely yours, > > > > C. FOYER > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Errors happened when MPICH was installed
by Pei Li 20 Jul '16

20 Jul '16

Hello, everyone, When I tried to install MPICH3.2 in OPENSUSE 13.2, the errors happened. Could you help me fix this problem? The details are included in the m.txt and c.txt files. Thanks very much, Pei Li _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Questions about Using MPE in FORTRAN on windows system
by 解青 18 Jul '16

18 Jul '16

Dear Rob, I've successfully tested the MPE2 example code 'cpilog.c' in .\mpe2-2.4.8\mpe2-2.4.8\src\wrappers\test in VS2013 on windows system, Using: include 'mpi.h' include 'mpe.h' and linking 'mpe.lib' But when it comes to FORTRAN code 'fpilog.f' files 'fmpich2.h' and 'mpe_logf.h' are included but I couldn't decide which '*.lib' file to link, and tryed mpe.lib then failed compiling, there are some error massages: ...unresolved external symbol...MPE_Describe_State ...... Could it be that MPICH2, 1.4.1p1 for windows system missed some '*.lib' files for FORTRAN ??? > -----原始邮件----- > 发件人: "Rob Latham" <robl(a)mcs.anl.gov> > 发送时间: 2016-07-15 22:59:53 (星期五) > 收件人: discuss(a)mpich.org > 抄送: > 主题: Re: [mpich-discuss] Questions about Using MPE in FORTRAN on windows system > > > > On 07/15/2016 08:55 AM, 解青 wrote: > > Hello everyone, > > I'm currently trying to use MPE to generate logfiles of MPI programs > > My MPICH2 version is 1.4.1p1 on windows system , but I don't find > > the mpef.h file in the "include" folder > > I tried the example program in Chapter 3.7.5 in the Book "Using > > MPI", but it can't compile, using VS2013 Fortran > > I just want to know how to make it work > > What should I INCLUDE or LINK ? How should I set ? > > You're going to be in a bit of trouble here, since I don't know how much > use MPE got on windows. I can give you some pointers but I don't have > a lot of first hand experience with what you're trying to do. > > there has not been an mpef.h file since the MPICH1 days (ten years ago). > I think it's now mpe_logf.h > > Also, MPE is now distributed separately from MPICH: you'll be best off > working from our git repository: > > http://git.mpich.org/mpe.git/ > > ==rob > > > > > Best Wishes > > > > > > > > -- > > > > 解青, Ph.D Student > > > > 北京市海淀区清华大学航天航空学院, 航博142班 > > > > School of Aerospace Engineering, Tsinghua University, Beijing, China > > 清华大学紫荆公寓15# 1001B，100084 > > Tsinghua ZJ15# 1001B, 100084 > > 电话(Tel)：+86-15201410572 > > 邮箱(Email)：_xieq10(a)126.com_ <mailto:[email protected]> > > jieq14(a)mails.tsinghua.edu.cn > > > > > > > > > > > > _______________________________________________ > > discuss mailing list discuss(a)mpich.org > > To manage subscription options or unsubscribe: > > https://lists.mpich.org/mailman/listinfo/discuss > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- 解青, Ph.D Student 北京市海淀区清华大学航天航空学院, 航博142班 School of Aerospace Engineering, Tsinghua University, Beijing, China 清华大学紫荆公寓15# 1001B，100084 Tsinghua ZJ15# 1001B, 100084 电话(Tel)：+86-15201410572 邮箱(Email)：xieq10(a)126.com jieq14(a)mails.tsinghua.edu.cn _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Questions about Using MPE in FORTRAN on windows system
by Rob Latham 15 Jul '16

15 Jul '16

On 07/15/2016 08:55 AM, 解青 wrote: > Hello everyone, > I'm currently trying to use MPE to generate logfiles of MPI programs > My MPICH2 version is 1.4.1p1 on windows system , but I don't find > the mpef.h file in the "include" folder > I tried the example program in Chapter 3.7.5 in the Book "Using > MPI", but it can't compile, using VS2013 Fortran > I just want to know how to make it work > What should I INCLUDE or LINK ? How should I set ? You're going to be in a bit of trouble here, since I don't know how much use MPE got on windows. I can give you some pointers but I don't have a lot of first hand experience with what you're trying to do. there has not been an mpef.h file since the MPICH1 days (ten years ago). I think it's now mpe_logf.h Also, MPE is now distributed separately from MPICH: you'll be best off working from our git repository: http://git.mpich.org/mpe.git/ ==rob > Best Wishes > > > > -- > > 解青, Ph.D Student > > 北京市海淀区清华大学航天航空学院, 航博142班 > > School of Aerospace Engineering, Tsinghua University, Beijing, China > 清华大学紫荆公寓15# 1001B，100084 > Tsinghua ZJ15# 1001B, 100084 > 电话(Tel)：+86-15201410572 > 邮箱(Email)：_xieq10(a)126.com_ <mailto:[email protected]> > jieq14(a)mails.tsinghua.edu.cn > > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Questions about Using MPE in FORTRAN on windows system
by 解青 15 Jul '16

15 Jul '16

Hello everyone, I'm currently trying to use MPE to generate logfiles of MPI programs My MPICH2 version is 1.4.1p1 on windows system , but I don't find the mpef.h file in the "include" folder I tried the example program in Chapter 3.7.5 in the Book "Using MPI", but it can't compile, using VS2013 Fortran I just want to know how to make it work What should I INCLUDE or LINK ? How should I set ? Best Wishes -- 解青, Ph.D Student 北京市海淀区清华大学航天航空学院, 航博142班 School of Aerospace Engineering, Tsinghua University, Beijing, China 清华大学紫荆公寓15# 1001B，100084 Tsinghua ZJ15# 1001B, 100084 电话(Tel)：+86-15201410572 邮箱(Email)：xieq10(a)126.com jieq14(a)mails.tsinghua.edu.cn _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Bug reporting for some mpi/rma tests
by Min Si 12 Jul '16

12 Jul '16

Hi C. FOYER, Thanks for reporting bugs to us. However, the places in test rma/lockcontention3.c are correct. The buffers' size is RMA_SIZE (2048) count of int. In case 9, 10, 11 the operations' size is longcount(512) count of int, and the largest target displacement is OFFSET_3(157), which means the window buffer is accessed in range int[157: 157+512]. Thus no overflows. In rma/manyrma3.c, as you reported, we missed verification and winbuf initialization. We will fix it. Min On 7/12/16 3:08 AM, Clï¿½ment Foyer wrote: > Hi everyone, > > I think I may have found some bugs in mpich tests for RMA operations. > > First, in rma/lockcontention3.c. > When calling RMA operations, the different offsets are not taken in > account on the origin_count and target_count parameters. As the > buffers are the same sizes, when the count arguments are equal to > "longcount" (such as in the tests cases 9, 10 and 11), it either > overflows when the operation is actually done, or, as it should > preferably be done, it fails with the returns of the MPI_ERR_RMA_RANGE > error code. > Also, on the check function, there are some array overflows, as the > loops go from 0 to longcount-1, and the array is accessed with the > OFFSET (buf[OFFSET_1+j]). > The easiest solution would be to set bufsize (l.111) and getbufsize > (l.118) to RMA_SIZE+OFFSET_3 (OFFSET_3 being the bigger one), and > maybe allocate change l.123 to srcbuf = malloc((RMA_SIZE + > OFFSET_3)*sizeof(*srcbuf)); > Also, the window is defined with the bufsize as size, which should > mean that the window is bufsize bytes long. But as it is an array of > int's, it would rather be bufsize*sizeof(int) long. There might be a > problem there as well, given the fact that the displacement unit given > is actually "sizeof(int)". > > rma/manyrma3.c > No verification is done. Just accumulate, and then we assume the > result is correct. Also, winbuf is not initialized. > > Sincerely yours, > > C. FOYER > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Bug reporting for some mpi/rma tests
by Clément Foyer 12 Jul '16

12 Jul '16

Hi everyone, I think I may have found some bugs in mpich tests for RMA operations. First, in rma/lockcontention3.c. When calling RMA operations, the different offsets are not taken in account on the origin_count and target_count parameters. As the buffers are the same sizes, when the count arguments are equal to "longcount" (such as in the tests cases 9, 10 and 11), it either overflows when the operation is actually done, or, as it should preferably be done, it fails with the returns of the MPI_ERR_RMA_RANGE error code. Also, on the check function, there are some array overflows, as the loops go from 0 to longcount-1, and the array is accessed with the OFFSET (buf[OFFSET_1+j]). The easiest solution would be to set bufsize (l.111) and getbufsize (l.118) to RMA_SIZE+OFFSET_3 (OFFSET_3 being the bigger one), and maybe allocate change l.123 to srcbuf = malloc((RMA_SIZE + OFFSET_3)*sizeof(*srcbuf)); Also, the window is defined with the bufsize as size, which should mean that the window is bufsize bytes long. But as it is an array of int's, it would rather be bufsize*sizeof(int) long. There might be a problem there as well, given the fact that the displacement unit given is actually "sizeof(int)". rma/manyrma3.c No verification is done. Just accumulate, and then we assume the result is correct. Also, winbuf is not initialized. Sincerely yours, C. FOYER _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0