I understand what you mean, but in both C# and the CLI, the byte datatype's
very definition is an 8-bit unsigned value. This is quite unlike the header
definitions in C/C++, which are allowed to change.
Considering the submission to standards, I doubt it will change. I have a
feeling it was part of the design to stop the tangle of type redefinition.
The only type I know that has a dynamic size in the framework is IntPtr,
which is defined to be platform-specific (in other words, 32-bit on 32-bit
systems, 64 bit on 64-bit systesm, etc.).
-Rob Teixeira [MVP]
"Ken Durden" <cr*************@hotmail.com> wrote in message
news:18**************************@posting.google.c om...
Is there any constant in the .NET API Framework indicating the # of
bits per byte (or int, or anything else)? Kinda like
std::numeric_limits for C#? I know they're all constant (unlike C/C++)
I just have a built-in aversion to hardcoding 8 and 32 all over the
place in my code.
Thanks,
-ken