The perfect date is YYYY/MM/DD. US and every where else conflict with DD/MM/YYYY & MM/DD/YYYY.

I started to learn C++ once, had semester and couldn’t wrap my head around the object oriented part. At some point I looked at learning objective C on my own, though I didn’t really use it. I had a 1000x better understanding after an hour.

I suppose that is true. Intel seems to think so as well as their low power n100 is about the performance of a 1500x.

Sure, not much per gen, but if you compare say a 1700x vs the current 9700x, you are roughly looking at a 3x improvement in single and multicore performance increase.

Yeah. Only systems that can be interpreted in real time are viable. Not sure how recent we are talking either. On top of that, interpretation will be inherently worse on battery life.

A-shell

Hadn’t heard of a-shell. On my iPad I occasionally use iSH for bittorent, among other uses. I do agree it is on the slower side, but that is in part because of Apple’s rules about JITs and this forces iSH to use an interpreter. I do think an interpreter of ARM ISA would potentially be faster as the ISA is fixed width and x86 is not, but I don’t know if that would be margin of error faster or not.

Thanks for sharing.

Edit: I may have came across that before, but iSH is more flexible, if much slower.

I will just say it uses an ARM A5 which was introduced in 2011. It is 32bit processor which could be problematic as most linux distros are moving or have moved to 64-bit. And most importantly only has USB2.0 ports.

No, it this case the backdoor. Hide it in plain sight.

Neither does the blob it downloaded. Would you think twice about AVX10 support if it was commented as AVX10 support in a compression library? Some might, but would they be the ones reviewing the code? A lot of programs that can take advantage of “handwritten” optimizations, like video decoders/encoders and compression, have assembly pathways so it will take advantage of the hardware when it is available but run when it isn’t. If the reviewers are not familiar with assembly enough something could be snuck in.

systemD is using dlopens for libraries now and I am not convinced malware couldn’t modify the core executable memory and stay resident even after the dl is unloaded. Difficult, yes, but not impossible.

Seriously. If you are going to do it, write in assembly or something else no one understands.

There is also use a password manager and reset the password everytime because the site blocks them and locks it out.