Alexandre Ferrieux wrote:
> 
>  Does the absence of reactions mean that #348 moved from half- to fully
>  baked, and that in case a CFV were issued now, it would encounter
>  nothing but heartful YESses ?

The TIP (r1.6) still specifies:

| Proposed Change
|
| This TIP proposes to create a ::tcl::errorStack variable which is a list
| of lists, made of the [info level 0] lists of command-and-args at each
| proc level at the time of error unwinding.

which is the main thing I objected to.

Please update the TIP to match the implementation then ask again.


Also: the "flat list" representation proposed in the SF Patch
does not look worthwhile.  If I'm reading the timings correctly,
this optimization saves on the order of 3 microseconds in a process
that takes on the order of 100 microseconds overall.  The claim of
"three times faster^H^H^H^H^H^H less overhead!" seems overblown.
Optimizing something that takes a small fraction of the overall
runtime, isn't slow to begin with, and doesn't even need to be fast
in the first place (since it only affects error propagation),
just doesn't seem worth it.



--Joe English

  jenglish@[...].com

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Tcl-Core mailing list
Tcl-Core@[...].net
https://lists.sourceforge.net/lists/listinfo/tcl-core