From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id D40653893650; Wed, 29 Apr 2020 18:32:23 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D40653893650 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1588185143; bh=3lzrB2jhyLH1P9jGmGR+iSuVaGaPW4r+wK3rwSGFGCY=; h=From:To:Subject:Date:In-Reply-To:References:From; b=ME4LIwZBdDeRTxucHUHoyM4QuezyziB1gT9HGls0jvJKiaPeBvIw4+sr+CvEi7Hk5 UDQbjpEZFhupFf52rcuQyiimE7ewcIuL2fvoc89GFToDKx3qqW3glu2c9a/7ecM6kp FqhQzaBmx2qfhS84nwrueyG+fORdNaLlqyn/SQnI= From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/94788] [8/9 Regression] Severe regression leading to double free in tcache Date: Wed, 29 Apr 2020 18:32:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.3.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 18:32:23 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D94788 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW --- Comment #33 from Thomas Koenig --- So, the first error in your reduced test case is =3D=3D8972=3D=3D Invalid free() / delete / delete[] / realloc() =3D=3D8972=3D=3D at 0x4C2F3B9: free (vg_replace_malloc.c:540) =3D=3D8972=3D=3D by 0x5B2D05: __simulations_uti_MOD_simulations_10 (main_ut.f90:26224) =3D=3D8972=3D=3D by 0x5B494E: MAIN__ (main_ut.f90:26298) =3D=3D8972=3D=3D by 0x5B49BC: main (main_ut.f90:26288) =3D=3D8972=3D=3D Address 0x7ed0510 is 0 bytes inside a block of size 8 fre= e'd =3D=3D8972=3D=3D at 0x4C2F3B9: free (vg_replace_malloc.c:540) =3D=3D8972=3D=3D by 0x5B06F9: __simulations_uti_MOD_simulations_10 (main_ut.f90:26263) =3D=3D8972=3D=3D by 0x5B494E: MAIN__ (main_ut.f90:26298) =3D=3D8972=3D=3D by 0x5B49BC: main (main_ut.f90:26288) =3D=3D8972=3D=3D Block was alloc'd at =3D=3D8972=3D=3D at 0x4C2E221: malloc (vg_replace_malloc.c:309) =3D=3D8972=3D=3D by 0x57D64E: __rt_data_MOD_rt_data_activate (main_ut.f9= 0:24161) =3D=3D8972=3D=3D by 0x5AFED1: __simulations_uti_MOD_simulations_10 (main_ut.f90:26250) =3D=3D8972=3D=3D by 0x5B494E: MAIN__ (main_ut.f90:26298) =3D=3D8972=3D=3D by 0x5B49BC: main (main_ut.f90:26288) where the invalid free is given in the line type(rt_data_t), dimension(1), target :: alt_env and the first one in call simulation%init ([procname1], .true., .true., global, alt_env=3Dal= t_env) type(rt_data_t) has a finalizer, rt_global_data_final. Hm, not tonight, but this is something to go on (I think).=