flat assembler
Message board for the users of flat assembler.

Index > Heap > ENDIAN war (again) please complete

Goto page Previous  1, 2

What endian ia preferable ???
submicroscopic
5%
 5%  [ 1 ]
little
70%
 70%  [ 12 ]
medium
5%
 5%  [ 1 ]
BIG
17%
 17%  [ 3 ]
_H_ _U_ _G_ _E_
0%
 0%  [ 0 ]
none (explain how to do)
0%
 0%  [ 0 ]
Total Votes : 17

Author
Thread Post new topic Reply to topic
JohnFound



Joined: 16 Jun 2003
Posts: 3500
Location: Bulgaria
JohnFound
I am working on regular basis with both little endian (x86) and big endian systems (Siemens PLC). And I have to admit, that the little endian system is the only really natural system to store numbers.
Big endian, IMO, must be recognized as a bug, introduced in the early Motorola systems and then spread due to back compatibility reasons. Programming in big-endian system is really annoying and needs pervert tricks all the time. Rolling Eyes Of course, HLL compilers can hide these tricks from the programmer, but we are assembly programers, after all. Smile
Post 12 Dec 2011, 07:15
View user's profile Send private message Visit poster's website ICQ Number Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17287
Location: In your JS exploiting you and your system
revolution
sinsi wrote:
What endian would you consider roman numerals?
What endian would you consider this board's default date representation? And not forgetting the usual US date representation.
Post 12 Dec 2011, 07:58
View user's profile Send private message Visit poster's website Reply with quote
sinsi



Joined: 10 Aug 2007
Posts: 693
Location: Adelaide
sinsi
>What endian would you consider this board's default date representation?
Don't speak php so I will say aussie endian.

Anyway, that's just formatting a number. What is that number, seconds since 1600 or something?
Post 12 Dec 2011, 08:12
View user's profile Send private message Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17287
Location: In your JS exploiting you and your system
revolution
sinsi wrote:
Anyway, that's just formatting a number.
So is Roman numerals. Endian is all about representation and formatting of numbers.
Post 12 Dec 2011, 08:25
View user's profile Send private message Visit poster's website Reply with quote
JohnFound



Joined: 16 Jun 2003
Posts: 3500
Location: Bulgaria
JohnFound
Roman numbers are not encoded in positional notation. That is why they are "endian undefined". Actually, the roman digits can be considered as a byte stream or string.
Post 12 Dec 2011, 08:39
View user's profile Send private message Visit poster's website ICQ Number Reply with quote
sinsi



Joined: 10 Aug 2007
Posts: 693
Location: Adelaide
sinsi
Touche rev, but there is the number and then the interpretation.

Never had to worry about this much in the days of 8-bit, but now little-endian seems more...logical.

Anyway, I think Roman numerals are bi-endian. Razz
Post 12 Dec 2011, 08:40
View user's profile Send private message Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17287
Location: In your JS exploiting you and your system
revolution
JohnFound wrote:
Roman numbers are not encoded in positional notation.
Well, not quite:

CMXCIX

is different from:

MCCXXI
Post 12 Dec 2011, 08:46
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17287
Location: In your JS exploiting you and your system
revolution
sinsi wrote:
Touche rev, but there is the number and then the interpretation.
I hope you meant representation?

I might interpret 69, or 13, or 666 differently from you? Wink
Post 12 Dec 2011, 08:48
View user's profile Send private message Visit poster's website Reply with quote
sinsi



Joined: 10 Aug 2007
Posts: 693
Location: Adelaide
sinsi
>I might interpret 69, or 13, or 666 differently from you?

Well, without knowing how to interpret it, 69 might be hex, LVIIII might be LIX.
Depends on how you interpret the representation.
Post 12 Dec 2011, 09:01
View user's profile Send private message Reply with quote
JohnFound



Joined: 16 Jun 2003
Posts: 3500
Location: Bulgaria
JohnFound
The therm "positional notation" have very exact meaning and it is not simply "value depending to position". The positional notation is based on some radix and radix number of digits. Every next digit have weight exactly radix times bigger, than the previous one.
I know, you know this, so please don't argue only for sake of the game. Razz
Post 12 Dec 2011, 09:05
View user's profile Send private message Visit poster's website ICQ Number Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17287
Location: In your JS exploiting you and your system
revolution
JohnFound wrote:
I know, you know this, so please don't argue only for sake of the game. Razz
Awww, you spoiled all my fun now. Sad
Post 12 Dec 2011, 09:14
View user's profile Send private message Visit poster's website Reply with quote
DOS386



Joined: 08 Dec 2006
Posts: 1901
DOS386
BUMP. Missing: 4004 8008 8080 Zilog JaWa files more CPU's more media file formats ...
Post 14 Dec 2011, 09:14
View user's profile Send private message Reply with quote
MCD



Joined: 21 Aug 2004
Posts: 604
Location: Germany
MCD
cod3b453 wrote:

I think both UDP/TCP are big-endian

Yes. Basically, almost all network related stuff are big endian.

cod3b453 wrote:

German swaps the tens and unit digit only - one hundred and twenty-four is einhundertvierundzwanzig "one hundred-four and twenty".

Exactly. Germans also proceed the same way for ten thousands and thousands, ten millions and millions etc...

_________________
MCD - the inevitable return of the Mad Computer Doggy

-||__/
.|+-~
.|| ||
Post 15 Dec 2011, 00:01
View user's profile Send private message Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum


Copyright © 1999-2020, Tomasz Grysztar. Also on YouTube, Twitter.

Website powered by rwasa.