Closed jamestalmage closed 7 years ago
I'm fine avoiding additional string munging. The CallSite API is much more authoritative and less prone to parse errors, since it comes direct from the VM.
If someone comes along asking for evalFile/Line/Column, we can probably tack it onto the returned value by splitting out the parsing of evalOrigin into a separate file.
The output of
at
andparseLine
are nearly identical.parseLine
just does some extra processing ofevalOrigin
to split it intoevalLine
,evalColumn
andevalFile
.Seems easy enough to make the two outputs identical.
Perhaps
at
could even just be reduced to:Currently
at
utilizes theCallSite
API directly instead of parsing a string, maybe it's better to stick with that.