Previous mail
Next mail
Formatted
Overview 10 days
Subject
Date
Thread
Author
From gpc-owner@gnu.de Sat Jan 29 07:28:28 2005 Received: from mail.ncifcrf.gov ([129.43.100.101]) by adele.gerwinski.de with esmtp (Exim 4.34) id 1Cum5k-0007R3-26 for gpc@gnu.de; Sat, 29 Jan 2005 07:28:20 +0100 Received: from mail.NCIFCRF.GOV(129.43.100.101) by AVAS3.ncifcrf.gov via smtp id 0a66_81a2c038_71be_11d9_8404_0002b3c7efef; Sat, 29 Jan 2005 01:25:01 -0500 (EST) Received: from strawberry.ncifcrf.gov (strawberry.NCIFCRF.GOV [129.43.6.74]) by mail.ncifcrf.gov (8.12.10/8.12.10) with ESMTP id j0T6R3d0013212 for <gpc@gnu.de>; Sat, 29 Jan 2005 01:27:03 -0500 Received: (from toms@localhost) by strawberry.ncifcrf.gov (8.12.10+Sun/8.12.10/Submit) id j0T6R2WN000342 for gpc@gnu.de; Sat, 29 Jan 2005 01:27:02 -0500 (EST) From: Tom Schneider <toms@ncifcrf.gov> Message-Id: <200501290627.j0T6R2WN000342@strawberry.ncifcrf.gov> Subject: Re: [GPC]: daily digest (#613) In-Reply-To: <E1Cuk5m-0006yI-H0@adele.gerwinski.de> from "gpc-owner@gnu.de" at "Jan 29, 2005 05:20:11 am" To: gpc@gnu.de Date: Sat, 29 Jan 2005 01:27:02 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL34 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archive-Number: 200501/83 X-Sequence-Number: 5013 Maurice: > Strange. > doing the same on DJGPP (W98se DOS box) with gpc 20041218 based on gcc 3.2.3 > behaves as expected. Hmm. I don't understand why it would be an issue on a Sun! > All is done manually with suitable tools to binary visualize the > true content of files, no shell scripts or functions which could be > too intelligent (I have bash, no tcsh) and hide something > "unimportant", for example no linefeed or ^Z (a DOS nicety on text > files) added at the end. The script demonstrated in three ways that the files had zero length. > A side comment: to make it work I needed to compile with > gpc add the --transparent-file-name > option to gpc (otherwise the filenames are asked at the beginning of the execution) > Why did you not need it ? You are right. I use a script, gpcc, which uses that option. The files are definitely empty - there is no need for me to clear them inside the Pascal program. The script uses `echo -n ""` to make them and three different standard unix tools (ls, wc, file) say they contain zero bytes. The results were in the initial report. I have just discovered something else. Using the *same* code and the *same* input files: gpc 20040516, based on gcc-3.3.3 fails (says empty files are not eof after reset). but the older GNU Pascal version 2.1 (20020510), based on gcc-2.95.2 19991024 (release). works! (says empty files are eof after reset) Thus the behavior of GPC has changed between these two. From my viewpoint this is an extremly serious bug because so many of my programs use the eof test. What's happening is that I'm slowly updating programs and so I didn't notice it until now. I spent all night the other day trying to figure a way to replace eof with something that worked (using eof but is still standard) but failed. If I have to use the p2c converter to work with my programs, I will be forced to abandon GPC, just as I was converting all programs to function smoothly with it ... :-( This is now true for one program. I hope that this can be solved! Regards, Tom Dr. Thomas D. Schneider National Cancer Institute Laboratory of Experimental and Computational Biology Molecular Information Theory Group Frederick, Maryland 21702-1201 toms@ncifcrf.gov permanent email: toms@alum.mit.edu (use only if first address fails) http://www.lecb.ncifcrf.gov/~toms/
Previous mail
Next mail
Formatted
Overview 10 days
Subject
Date
Thread
Author
Note: This page contains information that does not originate from the owner of this web site, but from the authors of the mails archived. The owner of this web site is not responsible for the content of such information. Any use of that infomation requires the consent of the respective author.
Where WWW addresses (URLs) in the mails archived are marked as hyperlinks, this is only for the comfort of the reader. The content of the web pages linked to like this does not necessarily reflect the opinion of the owner of this web site or of the authors of the mails archived. The owner of this web site is not responsible for the content of such web pages. Those pages are explicitly not to be considered as part of the content of this page, but merely as references.
This page was created by Crystal 0.999 (Linux 2.4.27/i686).