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 Path: g2news1.google.com!postnews.google.com!p77g2000hsh.googlegroups.com!not-for-mail From: "andrew.carroll@okstate.edu" Newsgroups: comp.lang.ada Subject: Re: STORAGE_ERROR : EXCEPTION_STACK_OVERFLOW Date: 3 Apr 2007 17:32:32 -0700 Organization: http://groups.google.com Message-ID: <1175646752.232264.37870@p77g2000hsh.googlegroups.com> References: <1175494388.509572.267790@l77g2000hsb.googlegroups.com> <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> <1175647759.5751.25.camel@localhost.localdomain> NNTP-Posting-Host: 74.195.245.232 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1175646753 23734 127.0.0.1 (4 Apr 2007 00:32:33 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Wed, 4 Apr 2007 00:32:33 +0000 (UTC) In-Reply-To: <1175647759.5751.25.camel@localhost.localdomain> User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1),gzip(gfe),gzip(gfe) Complaints-To: groups-abuse@google.com Injection-Info: p77g2000hsh.googlegroups.com; posting-host=74.195.245.232; posting-account=Kq9unQ0AAADh_grEViI3JGqegXKDDjxt Xref: g2news1.google.com comp.lang.ada:14776 Date: 2007-04-03T17:32:32-07:00 List-Id: Ahhhhh, it's like a cool breeze on a hot day. Finally, someone else gets the results I do. I've tried several different configurations of from_disc. I always seem to get the results you did. Also, I moved table declarations around in the tables.txt file to see if I could narrow it down to one attribute type. Doing so gives me the same error on different attribute types. At first I thought it might be the to_disc function was writing "bad bytes" to the table file but I have not thought of a way to tell. This would cause from_disc to fail. I also tried moving table declarations around in the tables.txt file and it gives mixed results. The date type you mentioned, if you move the declaration to a different spot in the file, it will read it in fine. One of the other attribute types will then be broken. Hence, I think there are several problems: 1=2E somewhere I have a a pointer pointing to something it shouldn't. It's possibly sharing an attribute in the schema.attributes array. 2=2E Maybe? It could be that the file stream is not an in out parameter. 3=2E It is not dispatching properly. My goal is to get comp.lang.ada's thoughts. Thanks. On Apr 3, 7:49 pm, Georg Bauhaus wrote: > On Tue, 2007-04-03 at 20:43 +0100, Simon Wright wrote: > > --------------------------------------------------- > > Type one of the following at the prompt: > > > ~ QUIT > > 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=B0C rel to yesterday is probably not be > the only thing that is affecting me, so I'll stop being confused for > today.)