No, not even close. For this to be true, a necessary (but not sufficient) requirement is for every syntactically valid C program to also be a syntactically valid C++ program. This is obviously not the case: for example, C allows the use of "new" as an identifier, while C++ does not. I'd wager that most C programs would not even build with a C++ compiler unless the writers specifically put in the effort to make it work.

There are many other differences, and over the past 20+ years C and C++ have been diverging as new features are added to each language.

Nobody's tried Mozart; only Ludwig van Beethoven.

The set of integers to test is big. Really big. You just won't believe how vastly, hugely, mindbogglingly big it is. I mean, you may think that Graham's number is a lot, but that's just peanuts compared to the integers.

If a conjecture could be disproven by simply throwing computational resources at the problem, chances are that it's not particularly interesting. Many open problems in number theory have known lower bounds well above anything that could possibly be tested by a computer. For example, there is no odd perfect number less than 10**1500.

Obviously, the first baseman hit Who.

Obviously the number 100 was chosen for its convenience. From Wikipedia (Kármán line):

If we're going to change the months, we should just have 13 months of 28 days each, a nice even 4 weeks per month. That has one leftover day per year (two on leap years), which would not be part of any month or week. We'll call those "nameless days" or something and would fall between saturday of the last week of the year, and sunday of the first week of the next year. Those days would be holidays and everyone can have a big new year's party.

I have a Unicomp SpaceSaver 104 and a Customizer 104. I would not buy the Customizer again; it has all of the bulk of the classic Model M without the same build quality. On the other hand, I love the SpaceSaver -- while it's likely not as effective for self-defense as the classic Model M is, I love typing on this as much as my ~30yr old IBM keyboard (which still works great!), and it uses less desk space, and is natively USB. It also doesn't feel as flimsy as the Customizer does, probably simply due to there being less plastic overall.

I also use a Das, which I don't like typing on as much as the SpaceSaver but it is extremely well built. Maybe I'll replace all the key switches in it with these green ones if they're more like buckling springs!

No wonder! The driver probably had intended to activate the brake control, but accidentally hit the break switch instead. Then, naturally, the car broke.

Watson screwed up the Final Jepoardy problem in the first match, which was (category: US Cities): "Its largest airport was named for a World War II hero; its second largest, for a World War II battle."

Unfortunately, most staples are quite inept at holding even one ream of paper together, let alone multiple reams. They are normally not in a position with much job security, as they usually can barely even support a quire of bond paper.

The drugs let these millions of inadequate staples feel better about themselves.

Like you do in words like sceince, soceity, anceint, speceis, glaceir, fanceir, efficeincy, ...

Seriously, the "I before E except after C" adage is a load of crap not based in reality.

OK, 16 digits. That's about 2**53 possibilities, although the numbers are not all chosen randomly so you should be able to reduce the search space significantly. Still well within the realm of possibility for brute force by a determined adversary, but you may need more than a few desktops to pull it off.

You may as well just store the card numbers in plaintext. There are what, 12 digits in a visa number? That's less than 2**36 possible card numbers. It wouldn't take more than a few minutes for a modest cluster to test every card number and find the one which matched a given salt & hash.

This is not quite accurate: support for extending existing files w/ the in-kernel driver has been available for some time (ca. 2005). Apparently it can fail to extend the file if it is excessively fragmented, however.

This is only half true. The 6+4 simultaneous key limit is part of the HID boot protocol for keyboards, which is a restricted subset of the USB HID interface meant for limited environments such as the system boot firmware.

The full USB HID protocol has no such limits, but it seems that most keyboards only support the boot protocol for whatever reason.