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,UTF8
Path: 
 g2news1.google.com!news1.google.com!proxad.net!proxad.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Newsgroups: comp.lang.ada
Subject: Re: STORAGE_ERROR : EXCEPTION_STACK_OVERFLOW
From: Georg Bauhaus <bauhaus@futureapps.de>
In-Reply-To: <m2tzvxqm61.fsf@mac.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>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Organization: #
Message-Id: <1175647759.5751.25.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.1 
Date: Wed, 04 Apr 2007 02:49:19 +0200
NNTP-Posting-Date: 04 Apr 2007 01:47:59 CEST
NNTP-Posting-Host: 9bbc41df.newsspool1.arcor-online.net
X-Trace: 
 DXC=4a`HM2Oe;_i<6cDJZfMd_cic==]BZ:afn4Fo<]lROoRaFl8W>\BH3YbZ7ndf4S17[eA:ho7QcPOVcAlGibCgD6^hWW`k<WT7Whd
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:14774
Date: 2007-04-04T01:47:59+02:00
List-Id: <comp.lang.ada>

On Tue, 2007-04-03 at 20:43 +0100, Simon Wright wrote:
>               ---------------------------------------------------
>               Type one of the following at the prompt:
>               =20
>               ~  QUIT=20
>               1  INSERT DATA
>               2  UPDATE DATA
>               3  DELETE DATA
>               4  SHOW RECORDS
>               For help type 'help'
>               ---------------------------------------------------
>               >>1

Erh, got there, finally.

Here is one observation, and a total lack of explanation: In function
from_disc(...dateattribute), variable "temp", to be used as a
pointer to the result value, is assigned a pointer to a
newly allocated dateattribute. On my computer, this pointer isn't
quite as I would have expected. In GDB, I get STORAGE_ERROR each time
I try to print a field of the object (temp has an address), even
though the contents at the address seem plausible by what (gdb) x/60c
is showing me... It takes a few seconds until gdb dumps core after
a seg fault in this case.

(A temperature drop of some 15=C2=B0C rel to yesterday is probably not be
the only thing that is affecting me, so I'll stop being confused for
today.)