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