Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!iuvax!cica!tut.cis.ohio-state.edu!ucbvax!CIVILGATE.CE.UIUC.EDU!lray From: lray@CIVILGATE.CE.UIUC.EDU (Ray) Newsgroups: comp.sys.apollo Subject: bug alert - /lib/ftnlib Message-ID: <8910031938.AA01386@civilgate.ce.uiuc.edu> Date: 3 Oct 89 19:38:02 GMT Organization: The Internet Lines: 37 If you have PATRAN on your system, do not use any ftnlib other than the 10.1 FCS ftnlib. Otherwise, you will break Patran. The problem occurs when trying to read formatted results files. The traceback is: Process 1354 (parent 1256, group 1256) Time 89/10/03.11:14(CDT) Program //node_194e9/patran/patran23/com/patran2.m68k Status 03080004: requested too large an area from baf (process manager/basic heap storage manager) In routine "pfm_$error_trap" line 160 Called from "rws_$alloc_heap_pool" line 498 Called from "pas_$new" line 772 Called from "fio_$getrec" line 613 Called from "fio_$real_ioinit" line 4071 Called from "fio_$real_ioinit" line 29 Called from "BINFIL" line 72 (miscellaneous patran routines deleted) The problem is a DN10k bug that crept into the 68000 stuff somehow. The execution error occurs because Patran is trying to determine if the input file is ascii or binary. It performs a series of tests on the file, and apparently one of the causes this error. I have not yet run into another program which has this problem, but if anyone else does, do open an 800-number call on it -- the more customers who complain, the better the change of this one getting squished for good. I've also got a call in to PDA about this, and am going to scream loudly until it is fixed. Leland Ray UIUC - CE Dept. (217) 333 - 3821