In 32-bit windows, you used to be able to see if a pointer was valid or not by seeing if it pointed to the last 2GB of address space. If it did, it was pointing to Kernel memory that was not valid for user mode code.
But then Large Address Aware (4GB limit) changes everything, and you can't do that anymore. In order for a program to be Large Address Aware, you need to not try to do things like check high bits of pointers, then every single library and DLL you use also needs to do the same.
JS and WASM share the main arraybuffer. It's just very not-javascript-like to try to use an arraybuffer heap, because then you don't have strings or objects, just index,size pairs into that arraybuffer.
Anyway, Javascript is no stranger to breaking changes. Compare Chromium 47 to today. Just add actual integers as another breaking change, then WASM becomes almost unnecessary.
Blocking applications from interacting with each other when it already has full access to the other process's memory via /proc/<pid>/mem is just silly. Save the blocking for when it doesn't already have that level of access.
The word YouTube really depends a lot on good kerning. The "YouTube Display" font has much better kerning around the uppercase T than the other three fonts that mention YouTube.
Audio delay for most Bluetooth headphones is downright atrocious. Yes, there are some out there which support low delay modes (under 40ms), but the vast majority of them do not.
But then Large Address Aware (4GB limit) changes everything, and you can't do that anymore. In order for a program to be Large Address Aware, you need to not try to do things like check high bits of pointers, then every single library and DLL you use also needs to do the same.
reply