Latin1 was the early default character set for encoding documents delivered via HTTP for MIME types beginning with /text . Today, only around only 1.1% of websites on the internet use the encoding, along with some older applications. However, it is still the most popular single-byte character encoding scheme in use today. A funny thing about Latin1 encoding is that it maps every byte from 0 to 255 to a valid character. This means that literally any sequence of bytes can be interpreted as a valid string. The main drawback is that it only supports characters from Western European languages. The same is not true for UTF8. Unlike Latin1, UTF8 supports a vastly broader range of characters from different languages and scripts. But as a consequence, not every byte sequence is valid. This fact is due to UTF8's added complexity, using multi-byte sequences for characters beyond the general ASCII range. This is also why you can't just throw any sequence of bytes at it and ex...
In Windows, our process information looks something like this. On the left list here we have our process. Within it we have code sections, global variables, process heap, process resources, open files and handles, our environment block, and thread info which include our thread local storage, and stack data. And within the call stack, we have various frames which will unwind with our process, with the bottom-most function frame being the beginning of the call stack. This usually starts with a prologue involving LdrpInitializeProcess
, BaseThreadInitThunk
, and RtlUserThreadStart
.
Inside a Process Block:
|
Inside a Call Stack:
|
Comments
Post a Comment