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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,699cc914522aa7c4
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nx01.iad01.newshosting.com!newshosting.com!news-feed01.roc.ny.frontiernet.net!nntp.frontiernet.net!newsfeed2.telusplanet.net!newsfeed.telus.net!edtnps90.POSTED!53ab2750!not-for-mail
Sender: blaak@METROID
Newsgroups: comp.lang.ada
Subject: Re: Structured exception information
References: <eog0g5$2bn$1@cernne03.cern.ch> <u7ivnp09z.fsf@stephe-leake.org>
 <eoinoh$855$1@cernne03.cern.ch> <ud55drgzz.fsf@stephe-leake.org>
 <eolaen$b4h$1@cernne03.cern.ch> <ur6trwdov.fsf@stephe-leake.org>
 <eoqhhm$fjp$1@cernne03.cern.ch> <uac0dyap7.fsf@stephe-leake.org>
 <ep203u$o6s$1@cernne03.cern.ch> <u3b62dqj5.fsf@stephe-leake.org>
 <ep55f4$5c2$1@cernne03.cern.ch> <usldzbzu4.fsf@stephe-leake.org>
 <ep9r5i$uul$2@cernne03.cern.ch> <ubqkmqgf4.fsf@stephe-leake.org>
 <1169819196.5976.57.camel@localhost.localdomain>
 <uy7nomj1d.fsf@stephe-leake.org> <uodojcmru.fsf@stephe-leake.org>
From: Ray Blaak <rAYblaaK@STRIPCAPStelus.net>
Organization: The Transcend
Message-ID: <ubqkiddq3.fsf@STRIPCAPStelus.net>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 28 Jan 2007 21:48:53 GMT
NNTP-Posting-Host: 154.20.94.243
X-Trace: edtnps90 1170020933 154.20.94.243 (Sun, 28 Jan 2007 14:48:53 MST)
NNTP-Posting-Date: Sun, 28 Jan 2007 14:48:53 MST
Xref: g2news2.google.com comp.lang.ada:8658
Date: 2007-01-28T21:48:53+00:00
List-Id: <comp.lang.ada>

Stephen Leake <stephen_leake@stephe-leake.org> writes:

> Stephen Leake <stephen_leake@stephe-leake.org> writes:
> 
> > However, I have yet to see an _actual_ implemention of View that is
> > not equivalent to "write this string to a device". So I do _not_
> > anticipate changing that implementation.
> 
> I have to take this back, partly. Ray Blaak posted an example where
> View would do:
> 
> Write Short_Description to immediate display device
> Write Detailed_Description to log device
> 
> So View would take two strings, rather than one.
> 
> But the data is still strings, so the rest of my post stands.

Another twist on this that I have actually used is in the case of handling
parse errors when implementing editors in an IDE.

The exception certainly contained strings (since errors fundamentally have to
be shown to a human at some point), but also contained source locations
(line/col and absolute offsets) as integer fields, so that one not need to
parse them out.

The source location would be used such that the error message would appear in
some sort of log window, and double clicking on the error would auto-navigate
to the offending snippet of code where the error occurred in the source or
input file.

So, certainly the data is fundamentally strings, but can readily contain
auxiliary information that allows further processing to occur.

-- 
Cheers,                                        The Rhythm is around me,
                                               The Rhythm has control.
Ray Blaak                                      The Rhythm is inside me,
rAYblaaK@STRIPCAPStelus.net                    The Rhythm has my soul.