<p>I'm under the impression Error.getStack would suffer the same scoping issues and it would have to be a module import that a custom loader could override or a global method that could be hidden by scoping.  This doesnt seem like a pleasant API and seems like something to be relegated to SES/Caja specifically. But hopefully, I'm missing something.</p>
<div class="gmail_quote">On Mar 11, 2015 9:01 PM, "Brendan Eich" <<a href="mailto:brendan@mozilla.org">brendan@mozilla.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">John Lenz wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
    b) It differs so wildly between platforms that cross-web content<br>
    can't rely on it.<br>
<br>
<br>
It exists everywhere and from where I sit it is pretty essential and there is lot of wiring that exist to propagate and preserve stack traces.<br>
</blockquote>
<br>
Yeah, I'd be careful concluding too much from the format differeing. Libraries such as Mark's can cope, and have. So it may be a browser-specific de-facto standard of sorts. We could still do better by leaving it unspecified, because it's browser-specific, and providing a cross-browser, well-designed and -tested de-jure alternative. Is that a static Error.getStack(e) method?<br>
<br>
/be<br>
</blockquote></div>