From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE
	autolearn=no autolearn_force=no version=3.4.4
Xref: utzoo comp.sys.apollo:6729 comp.lang.ada:4399
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!apollo!ramnarine
From: ramnarine@apollo.HP.COM (Mike Ramnarine)
Newsgroups: comp.sys.apollo,comp.lang.ada
Subject: Re: DIES on the Apollo/Runs on others
Summary: storage_error during elab --> user probably needs to increase stack
Message-ID: <4d526a9c.20b6d@apollo.HP.COM>
Date: 10 Oct 90 22:39:00 GMT
References: <1684@software.software.org>
Sender: root@apollo.HP.COM
Distribution: comp.sys.apollo,comp.lang.ada
Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA
List-Id: <comp.lang.ada>

In article <1684@software.software.org> cox@software.org (Guy Cox) writes:
> % shape
> ** MAIN PROGRAM ABANDONED -- EXCEPTION "storage_error" RAISED
> In routine  "/local/cox/nouis/shape:.text" offset 145E4
> Called from "/local/cox/nouis/shape:.text" offset 160AA
> Called from "__genesis" line 17
> Called from "PM_$CALL" line 176
> Called from "pgm_$load_run" line 891
> Called from "pgm_$invoke_uid_pn" line 1112
> Called from "pm_$init" line 834
> 
> I'm looking for suggestions for solving this problem. This Ada
> program instantiates a fairly large generic ( < 64K ). The code
> runs on a PC under Alsys Ada and on the VAX/VMS Ada 2.X. The 
> author of the code has indicated that it has failed on a 
> VERDIX compiler on another UNIX computer (SUN). Can this problem be
> solved by tweeking any of the packages in user_config ? ...
> I'm using Domain Ada 3.0, SR10.2 and the BSD4.3 environment.

First of all, your explanation indicates that you are running into a general
bug or limitation in the Verdix Ada Development System.  DOMAIN/Ada is derived
from VADS.

Given your explanation, it sounds like you may be running out of stack space.
You can increase the stack size limit by following section 5.4.1 "Requesting 
Larger Stack Sizes", in the "DOMAIN/Ada Development System Reference", Order 
#008917-A01.  It explains how to use /usr/apollo/ada/user_config/config.a 
to increase your stack_size.

If this does not solve your problem, please take advantage of your support
by calling 1-800-2APOLLO to report the details, so that we may rectify your
problem, for you and for others.

---
Mike Ramnarine
Hewlett-Packard Company, Apollo Systems Division
ramnarine@apollo.hp.com
-------