From: Simon Wright <simon@pogner.demon.co.uk>
Subject: Re: Segmentation fault on VADSself
Date: 1999/09/03
Date: 1999-09-03T00:00:00+00:00 [thread overview]
Message-ID: <x7v906o8qjc.fsf@pogner.moho> (raw)
In-Reply-To: 37CF1406.7CAA@jcdisciples.org
David Tannen <bluesguy@jcdisciples.org> writes:
> Another area that could be causing problems would be
> anyplace where you *might* have variant records that
> are being allocated space by the following method:
> 1. You have a standard record the same size as your
> largest variant.
> 2. You have access types for the standard & variant
> record.
> 3. You use 'is new' to create space with the standard
> record.
> 4. You then use unchecked conversion between the
> two different access types.
>
> You will find that the moment you try to access a
> part of memory associated with the variant part of
> the record, you get a core dump.
This sounds like bitter exerience speaking :-)
My advice, FWIW, would have been to find another way of solving this
problem that didn't involve variant records; it sounds horribly
non-portable!
next prev parent reply other threads:[~1999-09-03 0:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-08-30 0:00 Segmentation fault on VADSself FAVIER PIERRE
1999-08-30 0:00 ` Robert Dewar
1999-09-02 0:00 ` David Tannen
1999-09-03 0:00 ` Simon Wright [this message]
1999-09-04 0:00 ` David Tannen
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox