From: Shark8 <OneWingedShark@gmail.com>
Subject: Re: Interesting AWS error.
Date: Wed, 10 Dec 2014 08:26:29 -0700
Date: 2014-12-10T08:26:29-07:00 [thread overview]
Message-ID: <GCZhw.744089$JH1.708688@fx08.iad> (raw)
In-Reply-To: <1i3v7l7hdsio7$.13u4nz42lklre$.dlg@40tude.net>
On 10-Dec-14 01:43, Dmitry A. Kazakov wrote:
> Consider this scenario, you get an exception somewhere. That winds the
> stack up. This causes some controlled object to finalize in some block. If
> the exception is bad, the finalization fails [*] and a second exception is
> propagated. Upon leaving Finalize that exception is converted to a third
> exception, the Program_Error one. This could repeat itself many times, so
> what you get could have nothing to do with the original issue at all.
Is this problem (finalize exception propagation) due to the language,
making it difficult/impossible to get right? Or is it due to the
architecture of the compiler? Or is it due to the compiler's
code-generation? {Or a combination of all the above?}
> It likely is an induced error, the original one is swallowed. You should
> use GNAT exception tracing in order to track the original problem down,
> which could be an induced one as well.
I'll see if I can get exception-tracing to work; given that the error
w/o it points to "declare" I'm not overly confident the results will be
sensible, but we shall see.
next prev parent reply other threads:[~2014-12-10 15:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-10 5:15 Interesting AWS error Shark8
2014-12-10 8:43 ` Dmitry A. Kazakov
2014-12-10 15:26 ` Shark8 [this message]
2014-12-10 15:41 ` Dmitry A. Kazakov
2014-12-10 12:34 ` Pascal Obry
2014-12-10 15:21 ` Shark8
2014-12-10 15:30 ` Pascal Obry
2014-12-10 16:30 ` Shark8
2014-12-10 19:39 ` Shark8
2014-12-10 21:11 ` Pascal Obry
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox