-
Notifications
You must be signed in to change notification settings - Fork 6k
Add note on BigInteger bin/hex formatting of positive values #46473
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -98,6 +98,9 @@ The binary ("B") format specifier converts a number to a string of binary digits | |
|
||
The precision specifier indicates the minimum number of digits desired in the resulting string. If required, the number is padded with zeros to its left to produce the number of digits given by the precision specifier. | ||
|
||
For <xref:System.Numerics.BigInteger>, positive values always have a leading zero to distinguish them from negative values. This ensures the output round-trips to the original value when parsed. | ||
For instance, the number `3` converted with the format specifier `"B2"` is `011` because the binary number `11` represents the negative value `-1`. | ||
|
||
The result string is not affected by the formatting information of the current <xref:System.Globalization.NumberFormatInfo> object. | ||
|
||
<a name="CFormatString"></a> | ||
|
@@ -309,6 +312,9 @@ The hexadecimal ("X") format specifier converts a number to a string of hexadeci | |
|
||
The precision specifier indicates the minimum number of digits desired in the resulting string. If required, the number is padded with zeros to its left to produce the number of digits given by the precision specifier. | ||
|
||
For <xref:System.Numerics.BigInteger>, positive values always have a leading zero to distinguish them from negative values. This ensures the output round-trips to the original value when parsed. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It might be worth adding a similar note to There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Done. I also noticed the page didn't have table rows for the binary NumberStyles, presumably since they're new, so I added those based on the hex versions. |
||
For instance, the number `F` converted with the format specifier `"X1"` is `0F` because the hexadecimal number `F` represents the negative value `-1`. | ||
|
||
The result string is not affected by the formatting information of the current <xref:System.Globalization.NumberFormatInfo> object. | ||
|
||
The following example formats <xref:System.Int32> values with the hexadecimal format specifier. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It might be worth clarifying that
11
is interpreted as a signed two's complement value that is 2-bits wide. Thus1
,11
,111
,1111
, etc are all interpreted as-1
. This allowsBigInteger
to always use the shortest roundtrippable string when formatting and to support inputs from any smaller signed type without loss of data.This is different from
int.Parse
and similar, where:Which is due to them having a fixed number of bits and so interpreting any unspecified bits as being
0
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tannergooding Thank you for breaking my brain. How does this sound?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given that the
2
here is just an example, maybe:(I've been thinking about something of the form "it's like
intN.Parse
if you had anintN
type", but adding one extra concept C# doesn't actually have to understand BigIntege is probably not a great idea)