No defined byte order for C#?

[Michi Henning]

Looking at the language spec, I can't find a statement
about the byte order for value types, such as int, float,
etc. Are they guaranteed to be little-endian or big-
endian? I know that, on a little-endian machine, the byte
order is little-endian. But what if I run C# on a big-
endian machine, say, using Mono?

Does the C# language (or IL) make any guarantees as to the
byte order?

Thanks,

Michi.

[Vijaye Raji]

It's the runtime that needs to take care of the endian issues. Not the
language by itself.

There are some implementations of the .Net runtime on Big Endian machines
and the same code compiles fine and runs on both machines (with special
attention to endian differences, of course)

-vJ

"Michi Henning" <an*******@disc ussions.microso ft.com> wrote in message
news:04******** *************** *****@phx.gbl.. .

Looking at the language spec, I can't find a statement
about the byte order for value types, such as int, float,
etc. Are they guaranteed to be little-endian or big-
endian? I know that, on a little-endian machine, the byte
order is little-endian. But what if I run C# on a big-
endian machine, say, using Mono?

Does the C# language (or IL) make any guarantees as to the
byte order?

Thanks,

Michi.

[Rob Teixeira [MVP]]

If you need to know, call BitConverter.Is LittleEndian.

-Rob Teixeira [MVP]

"Vijaye Raji" <no************ @hotmail.com> wrote in message
news:%2******** ********@TK2MSF TNGP11.phx.gbl. ..

It's the runtime that needs to take care of the endian issues. Not the
language by itself.

There are some implementations of the .Net runtime on Big Endian machines
and the same code compiles fine and runs on both machines (with special
attention to endian differences, of course)

-vJ

"Michi Henning" <an*******@disc ussions.microso ft.com> wrote in message
news:04******** *************** *****@phx.gbl.. .

Looking at the language spec, I can't find a statement
about the byte order for value types, such as int, float,
etc. Are they guaranteed to be little-endian or big-
endian? I know that, on a little-endian machine, the byte
order is little-endian. But what if I run C# on a big-
endian machine, say, using Mono?

Does the C# language (or IL) make any guarantees as to the
byte order?

Thanks,

Michi.

[mikeb]

Michi Henning wrote:

Looking at the language spec, I can't find a statement
about the byte order for value types, such as int, float,
etc. Are they guaranteed to be little-endian or big-
endian? I know that, on a little-endian machine, the byte
order is little-endian. But what if I run C# on a big-
endian machine, say, using Mono?

Does the C# language (or IL) make any guarantees as to the
byte order?

No. But if you really need to know (which should be relatively rare)
you can use the Bitconverter.Is LittelEndian field to determine the
underlying architecture.

I assume that the other BitConverter methods would take the endianness
into account (it doesn't seem to be explicitly documented in the SDK),
to make converting blobs of bytes (in byte arrays) to .NET native types
easy.

On the down-side, as far as I can tell BitConverter is not part of the
ECMA CLI standard, so it might not exist on a Mono (or other non-MS)
runtime for all I know.

--
mikeb

[Michi Henning]

>> Does the C# language (or IL) make any guarantees as to
the

byte order?

No. But if you really need to know (which should be

relatively rare)you can use the Bitconverter.Is LittelEndian field to determine theunderlying architecture.
Ah, thanks. I'm unmarshaling a little-endian byte stream
and need to turn the data in the byte stream back into
real things, such as floats and ints. So, when I'm running
on a big-endian machine, I have to change the byte order
accordingly.

BitConverter is close to what I need. But, what do I do
when I'm running on a big-endian machine and need to
convert a little-endian byte stream? From what I can see,
there is no way to tell BitConverter what byte order the
array is in that is to be converted.

And, of course, I need to be able to do the opposite:
convert C# value types into a little-endian byte stream
(whether I'm running on a little-endian or big-endian
machine). Is there any class that does the inverse of what
BitConverter does?
I assume that the other BitConverter methods would take the endiannessinto account (it doesn't seem to be explicitly documented in the SDK),to make converting blobs of bytes (in byte arrays) to .NET native typeseasy.
Well, as far as I can see, there is no way to specify the
byte order of the byte array.
On the down-side, as far as I can tell BitConverter is not part of theECMA CLI standard, so it might not exist on a Mono (or other non-MS)runtime for all I know.

Aha. Thanks for pointing that out. I guess I can always
write it myself (but I don't see a way to do this without
having to resort to pointers and unsafe code.

What I'm really looking for is something along the lines
of java.nio.ByteBu ffer.

Cheers,

Michi.

[Carlos Guzmán Álvarez]

Hello:

And, of course, I need to be able to do the opposite:
convert C# value types into a little-endian byte stream
(whether I'm running on a little-endian or big-endian
machine).

Review :

IPAddress.HostT oNetworkOrder

and

IPAddress.Netwo rkToHostOrder

Hope this helps.
--
Best regards

Carlos Guzmán Álvarez
Vigo-Spain

[Jon Skeet [C# MVP]]

Michi Henning <an*******@disc ussions.microso ft.com> wrote:

BitConverter is close to what I need. But, what do I do
when I'm running on a big-endian machine and need to
convert a little-endian byte stream? From what I can see,
there is no way to tell BitConverter what byte order the
array is in that is to be converted.

No. It's a pain, isn't it?

I've considered before writing a version of BitConverter that lets you
specify the byte order, or fetch the default. Would you be interested
in such a class if I wrote it?

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

[mikeb]

Carlos Guzmán Álvarez wrote:

Hello:

And, of course, I need to be able to do the opposite: convert C# value
types into a little-endian byte stream (whether I'm running on a
little-endian or big-endian machine).

Review :

IPAddress.HostT oNetworkOrder

and

IPAddress.Netwo rkToHostOrder

Unfortunately for the original poster, Network Order is big-endian.

I think he'll need to write his own class based on BitConverter and/or
the IPAddress methods (or take Jon Skeet up on his offer).

--
mikeb

[Michi Henning]

>> there is no way to tell BitConverter what byte order
the

array is in that is to be converted.
No. It's a pain, isn't it?

I've considered before writing a version of BitConverter

that lets youspecify the byte order, or fetch the default. Would you be interestedin such a class if I wrote it?

Absolutely! Bit converter really ought to be able to
convert between representations . And it should be
bidirectional, so I can convert from values to byte arrays
as well. (The introduction in the man page actually claims
that BitConverter can do this but, of course, the relevant
methods don't exist.)

Cheers,

Michi.

[Jon Skeet [C# MVP]]

Michi Henning <an*******@disc ussions.microso ft.com> wrote:

Absolutely! Bit converter really ought to be able to
convert between representations . And it should be
bidirectional, so I can convert from values to byte arrays
as well. (The introduction in the man page actually claims
that BitConverter can do this but, of course, the relevant
methods don't exist.)

Yes they do - BitConverter.Ge tBytes(char), BitConverter.Ge tBytes(int)
etc.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too