From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130860 invoked by alias); 7 Aug 2017 06:40:29 -0000 Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: fortran-owner@gcc.gnu.org Received: (qmail 129253 invoked by uid 89); 7 Aug 2017 06:40:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.4 required=5.0 tests=AWL,BAYES_40,FREEMAIL_FROM,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_SORBS_SPAM,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=contractors, H*r:8.6.060, HTo:U*damian, H*r:ip*8.6.060.43 X-HELO: smtp202.alice.it Received: from smtp202.alice.it (HELO smtp202.alice.it) (82.57.200.98) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 07 Aug 2017 06:40:26 +0000 Received: from [192.168.1.102] (95.239.230.82) by smtp202.alice.it (8.6.060.43) (authenticated as angelo.graziosi@alice.it) id 598719080077CC38; Mon, 7 Aug 2017 08:40:23 +0200 Subject: Re: About 'error stop' statement To: Damian Rouson , mexas@bris.ac.uk, fortran@gcc.gnu.org References: <201708061553.v76FrLQ7022300@mech-as222.men.bris.ac.uk> From: Angelo Graziosi Message-ID: <0a8d9524-80bb-c0d8-be4b-a98ad4428ed6@alice.it> Date: Mon, 07 Aug 2017 06:40:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SW-Source: 2017-08/txt/msg00019.txt.bz2 Ciao Damian, I am afraid but I never used OpenCoarrays and that kind of programming.. Does this test case $ cat foo.f90 program foo implicit none print *, 'Hello...' error stop print *, '..world!' end program foo use coarrays? Why should 'error stop' flag that there was a segfault and memory corruption? reread my OP... For what I can see, some changes between 5.x and >= 6.x cause this. When I used 5.x on MSYS2/MINGW32/MINGW64 on Windows or on OSX (aka macOS) or on GNU/Linux Mint, there only was the output of example (4) in my OP. In any case, now I am returning to the old STOP statement... Thanks, Angelo. Il 07/08/2017 02:06, Damian Rouson ha scritto: > Hi Angelo, > > I agree that the seg fault is confusing. Because you’re using gfortran 5.4 in the Windows Subsystem for Linux, I’m guessing you used the OpenCoarrays windows-install.sh installs. If you have no need for multi-image execution, then switching to STOP might be the easiest solution for you. > > If you do want multi-image execution, then it would be really helpful to the OpenCoarrays project if you could research and share how to install a newer version of the OpenCoarrays prerequisites. That would reduce the number of versions that need to be supported by OpenCoarrays contributors, who are all volunteers or contractors working on specific pre-assigned tasks. I wrote the OpenCoarrays windows-install.sh script and I’d be glad to update it to install a newer gfortran if someone can explain the steps. The results of my attempts are described in OpenCoarrays issue 227. Building MPICH and CMake failed. Unfortunately, MPICH no longer supports Windows. > > Damian > On August 6, 2017 at 8:53:34 AM, Anton Shterenlikht (mexas@bris.ac.uk) wrote: > >>From angelo.graziosi@alice.it Sun Aug 6 16:21:15 2017 >> >> Really I consider this very misleading, maybe I have to replace the new >> "error stop" with the old 'stop' statement. > > STOP and ERROR STOP are designed for different situations. > They behave in different ways. > So you need to decide what behaviour you need > and use an appropriate statement. > It is normal for coarray codes to use STOP > in some places and ERROR STOP in others. > > Anton >