Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!mips!sgi!shinobu!odin!dinkum!calvin From: calvin@dinkum.wpd.sgi.com (Calvin H. Vu) Newsgroups: comp.sys.sgi Subject: Re: f77 dumped core. (possible new bug) Message-ID: <1991May23.170208.4254@odin.corp.sgi.com> Date: 23 May 91 17:02:08 GMT References: <5393@dftsrv.gsfc.nasa.gov> Sender: news@odin.corp.sgi.com (Net News) Organization: Silicon Graphics, Inc. Mountain View, CA Lines: 36 In <5393@dftsrv.gsfc.nasa.gov> merritt@iris613.gsfc.nasa.gov (John H. Merritt) writes: | Here is a small fortran program, with an obvious faux pas. | If you use f77 -c to compile you will get a core dump with signal 139. | Have you seen this one Calvin? | | --- cut --- | READ(iunit,end=200) | 200 FORMAT(//,' PROGRAM TERMINATION') | END | --- cut --- | If you compiled with -g then ugen does not coredump and you get a semi-intelligible error message from the assembler: as1: Error: readdump.f, line 6: Not all branch-label symbols were defined The problem with catching user errors is that there are millions of different permutation of things that might go wrong and no human being can predict all of them in advance for proper error recovery. We just have to fix one at a time as we run into it. At least there is a rule book for correctly written programs but when it comes to all possible combinations of incorrectly written programs I guess everybody is out in the wood. Anyway, thanks for letting us know. I'll fix fcom to give an error message for it. | John H. Merritt --> merritt@climate.gsfc.nasa.gov | Applied Research Corporation at NASA/GSFC | "I am generally intolerant of ignorance, | but I have made an exception in your case." -- ----------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with only one Silicon Graphics Computer Systems | wing. And we can only fly embracing calvin@sgi.com (415) 962-3679 | each other."