From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12284 invoked by alias); 29 Nov 2006 03:58:12 -0000 Received: (qmail 12187 invoked by uid 48); 29 Nov 2006 03:57:55 -0000 Date: Wed, 29 Nov 2006 03:58:00 -0000 Message-ID: <20061129035755.12186.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libfortran/29568] implement unformatted files with subrecords (Intel style) In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jvdelisle at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-11/txt/msg02446.txt.bz2 ------- Comment #27 from jvdelisle at gcc dot gnu dot org 2006-11-29 03:57 ------- Created an attachment (id=12704) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12704&action=view) Huge+ record size unformatted write then read test This test program exercizes patch 10 with very large record sizes. The program executes correctly (except the recl value printed, noted elsewhere) on x86-64-linux-gnu. The program fails on x86-64-freebsd and never completes the first write. It just keeps going, and going, and going .... This is a target specific issue. My guess is that it has to do with alignment or types. Maybe mixed type arithmetic, size_t vs gfc_offset. Is size_t 32 bits on freebsd and gfc_offset 64? I will attempt to change all new variables to gfc_offset and see if that fixes it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29568