To this day I think that article mixed up the terms, causing confusion ever since.
"Little-endian" to me implies that the least significant byte of a word is at the end of a byte sequence, but it's the other way round.
I understand that it's from Gulliver's Travels where it's about which end to start breaking an egg from - but without knowing this you can easily end up getting this wrong.
The word "End" can also mean any "extremity" and not just the opposite of "beginning". Otherwise phrases "on both ends of the spectrum" wouldn't make sense.
Thus, a positional encoding of a number has one side (end) where the impact of digits is much higher (big) than the other side (end) where the impact is lower (little).
Little end: the side with lower "weight"
Big end: the side with higher "weight"
Being "little endian" is a property of the encoding or architecture, not the property of the word. The word is not "little endian", i.e. its "end" is not "little". The encoding is little endian in that it starts with the little end of the word. You're rightly confused because the fact we're now suddenly talking about the start of the word is implicit and based on the assumption that the reader knows Gulliver's tale.
It was / is a very straightforward question. Given this C fragment:
u16 x = 1;
u8 * px = (u8 *)&x;
What byte does px point to? LSB orders means that it points to the least significant byte (that has value 1); MSB order means it points to the most significant byte (value 0).
int* x; // x is an int-pointer
int *y; // dereferencing y gives an int
int * z; // int multiplied by z
I'm being silly, but floating the the asterisk between the type and the identifier gives me the same feeling as the "array indices start at 0.5" compromise mentioned earlier.
(For the record, the second way is the universal and objective truth.)
>If you're a power-user that likes having many toolbars, don't use gnome, there are other amazing DEs made for you
The problem is that Gnome has infected GTK to the point that it's really hard to avoid all their (imo) poor design choices (like lack of menu bars, hidden scrollbars, dialog dismiss buttons on top right) if you're using a GTK based DE like XFCE.
The description of the Japanese woodblock printing process in https://education.asianart.org/resources/the-ukiyo-e-woodblo... says that the artist's initial drawing is pasted face down on the woodblock, which is then carved to match it. So (unless I've got myself confused) the final print will be the same way round as the artist's drawing. This also means that text in the image (like the title and the artist's signature) come out the right way round.
In order to play some online games that requires anti cheat.
I avoid these titles myself. In fact, I don't run wine, steam or game console emulators on my Linux workstation. I run Windows VM:s for isolation and security.
You may have strong opinions on anti-cheat software and they may be correct, but it is required for playing certain online multi-player games, and people want to play those games on Linux too (especially the Steam Deck, I would presume). Ergo, people want anti-cheat software on Linux.
reply