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=-1.4 required=5.0 tests=BAYES_00,SUBJ_ALL_CAPS
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,ade59281d0eea302
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!postnews.google.com!w1g2000hsg.googlegroups.com!not-for-mail
From: "andrew.carroll@okstate.edu" <andrew.carroll@okstate.edu>
Newsgroups: comp.lang.ada
Subject: Re: STORAGE_ERROR : EXCEPTION_STACK_OVERFLOW
Date: 10 Apr 2007 06:22:26 -0700
Organization: http://groups.google.com
Message-ID: <1176211346.752101.30710@w1g2000hsg.googlegroups.com>
References: <1175494388.509572.267790@l77g2000hsb.googlegroups.com>
   <ulkhbozn0.fsf@stephe-leake.org>
   <1175523110.139336.101840@b75g2000hsg.googlegroups.com>
   <1175539382.899135.46590@p15g2000hsd.googlegroups.com>
   <1175550519.5750.11.camel@localhost.localdomain>
   <1175550021.346718.245800@e65g2000hsc.googlegroups.com>
   <1175595945.4684.2.camel@localhost>
   <m2tzvxqm61.fsf@mac.com>
   <1175647759.5751.25.camel@localhost.localdomain>
   <1175646752.232264.37870@p77g2000hsh.googlegroups.com>
   <1175797686.5792.9.camel@localhost.localdomain>
   <1176124375.965130.45130@y80g2000hsf.googlegroups.com>
   <1176142798.5608.63.camel@localhost.localdomain>
NNTP-Posting-Host: 139.78.128.110
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: posting.google.com 1176211347 29993 127.0.0.1 (10 Apr 2007 13:22:27
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Tue, 10 Apr 2007 13:22:27 +0000 (UTC)
In-Reply-To: <1176142798.5608.63.camel@localhost.localdomain>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1;
 InfoPath.1; .NET CLR 1.1.4322),gzip(gfe),gzip(gfe)
Complaints-To: groups-abuse@google.com
Injection-Info: w1g2000hsg.googlegroups.com; posting-host=139.78.128.110;
   posting-account=Kq9unQ0AAADh_grEViI3JGqegXKDDjxt
Xref: g2news1.google.com comp.lang.ada:14858
Date: 2007-04-10T06:22:26-07:00
List-Id: <comp.lang.ada>

One thing I am in the process of doing is to move the schema object
output to its own file.  The part of this project I am working on now
is to add indexing and the index will have it's own file, the tuples
will have their own file and the schema object will have it's own file
so that I can move loading the schema or creating the schema to be the
"responsibility" of the schema_types and creating the table to a
table_types package.

This would move the insertrec, updaterec, deleterec, and selectrec to
table_types as well.  From those methods I could remove any operations
where I have to read past the schema information; that could just be
read from the schema spec file for each table.  There would be three
data files.  <tablename>_SCMA, <tablename>_PIDX and <tablename> (for
the tuples).  Then I can eliminate the byte_start and byte_end
attributes of the attribute class.  Also, I could remove record_size
from the schema class because it is never used.

Doing all this might help facilitate unit testing better, of which I
need to do to track down the problem.  Thanks for your help!!

Andrew