From: Eric Hughes <eric.eh9@gmail.com>
Subject: Re: Limited initialization for non-limited types
Date: Fri, 28 Mar 2008 16:37:04 -0700 (PDT)
Date: 2008-03-28T16:37:04-07:00 [thread overview]
Message-ID: <7bf04295-7e24-47da-b1c9-cbc67aa366d8@s37g2000prg.googlegroups.com> (raw)
In-Reply-To: fsjpdt$16p$1@jacob-sparre.dk
On Mar 28, 3:53 pm, "Randy Brukardt" <ra...@rrsoftware.com> wrote:
> The other thing I was thinking was that you might be better served by
> wrapping your trace object access in a (second) controlled object.
I had already done that. The testing objects use both a trace and a
variable name: a trace to record (interleaved) events and a name to
distinguish between their disparate origins. Since the trace is
shared, it needed a handle/body implementation.
> You'd probably need an access
> discriminant somewhere to provide access to the parent object.
As of yet, I haven't needed that, since the trace is only a receiver
of event entries.
Eric
next prev parent reply other threads:[~2008-03-28 23:37 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-26 13:26 Limited initialization for non-limited types Eric Hughes
2008-03-26 14:02 ` Robert A Duff
2008-03-27 0:07 ` Eric Hughes
2008-03-26 15:08 ` Dmitry A. Kazakov
2008-03-26 22:13 ` Randy Brukardt
2008-03-27 3:25 ` Eric Hughes
2008-03-28 6:56 ` Randy Brukardt
2008-03-28 15:25 ` Eric Hughes
2008-03-28 21:53 ` Randy Brukardt
2008-03-28 23:37 ` Eric Hughes [this message]
2008-04-02 3:00 ` Eric Hughes
2008-03-26 23:00 ` Lucretia
2008-03-28 11:23 ` Martin Krischik
2008-03-28 15:47 ` Eric Hughes
2008-04-02 4:06 ` Eric Hughes
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox