You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be great to see String contents for this references as well.
Second, the Strings' contents are now printed instead of their addresses, but there are situations where having both would be useful - for example, if you wanted to locate the String objects in a dump that was taken alongside the trace.
Finally, would it be possible to print the contents of char[] instances (and maybe even byte[]) in the same way? A text representation of a byte[] (e.g. interpreting each byte as an ASCII codepoint) wouldn't always be useful, but there are definitely times when it would be.
The text was updated successfully, but these errors were encountered:
@h3110n3rv3 Please address the concersn regarding Strings being used as a receiver for method calls (It would be great to see String contents for this references as well).
Suggested improvements for the new Xtrace String printing feature introduced for #16416:
First,
this
references for String objects are still shown only as addresses. For example on the first and second lines here:It would be great to see String contents for
this
references as well.Second, the Strings' contents are now printed instead of their addresses, but there are situations where having both would be useful - for example, if you wanted to locate the String objects in a dump that was taken alongside the trace.
Finally, would it be possible to print the contents of
char[]
instances (and maybe evenbyte[]
) in the same way? A text representation of abyte[]
(e.g. interpreting each byte as an ASCII codepoint) wouldn't always be useful, but there are definitely times when it would be.The text was updated successfully, but these errors were encountered: