duskwuff

Definitely not. DOS had disk compression utilities, but not RAM - there was no reasonable way to accomplish that at the time.

You may be thinking of "memory manager" utilities like QEMM and EMM386 which tried to maximize the amount of conventional memory available to programs (i.e. below the 640KB boundary). These programs worked primarily by causing drivers and TSRs to run in upper memory - they didn't actually provide more memory.

Under "Display & Text Size": "on/off labels" and "increase contrast". "Reduce transparency" is a bit of a mixed bag but is worth trying out.

Under "Audio & Visual", "background sounds" is a built-in 'white noise' generator and can be useful for relaxing / sleeping. You wouldn't want to leave it on all the time, of course.

Under "Touch": "Back Touch" lets you map a double/triple tap on the back of the phone to various actions.

There's a lot of other neat features in iOS Accessibility (eye-tracking control! automatic captions! sound recognition!) and I'd encourage you to poke around to see what's available.

There's certainly demand for more data centers. Whether there's demand for the services those data centers would provide remains in question.

Laos is a fairly small country with 7.5m people, nestled in between Vietnam and Thailand. Their economy is primarily agricultural; there isn't a significant manufacturing sector.

Interestingly, neighboring Thailand is a major exporter of (largely ICE) automobiles.

With regards to the last bit, Apple hasn't shipped Java as part of the OS in ages.

> Cloudflare, for example, removed the ability to change the nameservers for all domains registered with them.

Cloudflare never offered that ability. From the time they started offering domain registrations, it was always with the caveat that the nameservers would be fixed to Cloudflare's.

One of the more recent changes is that anyone can now enable a version of this functionality, even if they aren't set up with a child account. (It's under Settings > Messages > Sensitive Content Warning.) In this mode, it behaves similarly to the over-13 mode described above; no one is notified, whether the user chooses to view the image or not.

This mode is probably best understood as "if someone texts me a dick pic, please blur it". I don't think there's any reasonable objection to this.

There's actually been some work to reverse the original PhotoDNA hash, with much more precise results than for Apple's NeuralHash:

https://www.hackerfactor.com/blog/index.php?archives/931-Pho...

https://anishathalye.com/inverting-photodna/

The OUP link is AI slop. Here's a better link; the law in question was actually passed over a year ago.

https://www.safefoodadvocacy.eu/amici-obesi-groundbreaking-o...

Once the patents expire, I expect to see H.264 become the JPEG of video codecs - it may not be the most efficient format available, but it's widely supported, relatively easy to encode/decode, and good enough quality for many use cases.

(MP3 is in a similar place. AAC and Opus are technically superior, but everything supports MP3.)

And photos of a furnished property give a better sense of the size of the space, and what can be done with it, than photos of empty rooms. (So long as the furnishings are sized realistically, of course.)

There are software tools made specifically for staging (and de-staging!) real estate photos. I don't know if they're using off-the-shelf image models or not, but they have capabilities like restricting changes to specific regions of the image which aren't available in services like ChatGPT.

(De-staging is a particularly neat trick - if a property still has some of the current tenant's belongings in it, an AI model can remove those items to show what the room would look like empty.)

> Same here (actually had a voyage 200, but same same I guess).

Not the same, actually! Unlike the TI-83/84 series, the TI-89, -92, and Voyage-200 all used a 68000 CPU, with a completely different (and much better) operating system.

I wrote a web-based emulator for the Voyage-200 a few years ago: https://woofle.net/v200/

"Congratulations! You've reinvented compilers, except slower, unpredictable, hopelessly proprietary, and you have to pay to use it."

(Oh, and the "compiler" will also refuse to generate certain types of programs.)

I believe this is what the tags call "cocksucking-noises".

https://www.bonequest.com/tags/cocksucking-noises

(To solve the CAPTCHA: "spigot" is the human face.)

> If telegram disappeared then others would immediately take its place.

I'm not certain that's the case. Telegram has survived in large part because Durov is incredibly wealthy and can afford to shovel money into running the service more or less indefinitely. There's no obvious heir apparent.

> I’m skeptical that the problem they are trying to solve is truly unreasonable bandwidth demands.

Not necessarily bandwidth demands so much as processing demands. Scrapers have a tendency to hammer on parts of web sites that are computationally expensive to generate - e.g. search results, diffs and blame views in git forges, sorted/filtered/paginated lists, etc. Ordinary users may click a few of those links for things they want to see; scrapers will try to request all of them, even when 99% of them are redundant.

> Unfortunately whatever HN is using routinely blocks my login with "Sorry."

I believe that's the HN application itself, not a WAF in front of it.

Unless you're an astronomer, you probably don't care about condition 2. Many countries still shift wall time around by an hour twice a year for DST - if people are okay with that, solar time being offset by a few seconds is insignificant.

Even for astronomers, I suspect that preserving conditions 1 and 3 is probably more valuable than 2. It's easier to correct for the uneven rotation of our planet than for an uneven timescale.

Someone who's having a medical emergency is certainly in no position to go comparison shopping for ambulance services.

And a bit of "if Farage really wants the seat, he can fight for it". There's something unsporting about letting him win unopposed.

It's sort of a programming language. But not a particularly general-purpose one.

> I couldn't get my head around why this is the case, lol.

Because TIOBE's methodology is terrible, and always has been.

https://www.tiobe.com/tiobe-index/programminglanguages_defin...

It's literally based on the (estimated) number of search engine hits for e.g. "Python programming" on Google and a handful of site-specific search engines (e.g. Amazon, eBay, Walmart, microsoft.com, etc), with some manually applied tweaks for languages with easily confusable names. Many of the fluctuations in rankings - like the big dip in the ranking for C between 2015 and 2018 - probably have more to do with changes in search engine algorithms than any real change in popularity.

They were also using NiMH batteries - a completely different chemistry from modern lithium batteries.

> I simply will not buy a car that won't easily accept a double DIN head unit.

Are those even a thing anymore? The vast majority of new cars have some sort of custom all-in-one dashboard display.

You're correct on both points.

Some early wireless cards used SDIO to communicate with the host computer. These are long gone.

There were also some later SD cards which contained an embedded controller running Linux, which emulated an SD storage card and exposed its contents over wireless. The latter are what that article was about.

> under normal conditions BSD is a wonderful license for game devs since you’re free to use the code and only have to add an acknowledgement somewhere.

And it's not as though libopus is an outlier in using a BSD license. A lot of other commonly used libraries have similar licenses; a few examples that come to mind which are likely to show up in games are zlib, curl, Lua, and SDL.

Because one of the requirements the law sets out is that the content be removed "expeditiously" upon receipt of a takedown notice.

"First of its kind since the 1940s" still seems a little questionable given the Cecil Kelley incident (Los Alamos, 1958).

https://en.wikipedia.org/wiki/Cecil_Kelley_criticality_accid...

Interestingly, both the Tokaimura and Kelley incidents involved a radioactive solution in an unfavorable geometry.

> Chernobyl is the only accident in commercial nuclear history that has exposed people to large enough doses of radiation to poison and kill them.

The Tokaimura incident (Japan, 1999) comes to mind as a counterexample.

https://www-pub.iaea.org/MTCD/Publications/PDF/TOAC_web.pdf

TL;DR: enriched uranium solution was poured into a tank with improper geometry and reached criticality; three workers were severely irradiated, and two of them subsequently died.