

Ahh, yep it turns out ARM actually removed Thumb support with their 64-bit transition, so their instruction length is fixed now, and Thumb never made it into the M* SoCs.
made you look
Ahh, yep it turns out ARM actually removed Thumb support with their 64-bit transition, so their instruction length is fixed now, and Thumb never made it into the M* SoCs.
one of problems with CISC is that it has variable length instructions
RISC systems also have variable length instructions, they’re just a bit stricter with the implementation that alleviates a lot of the issues (ARM instructions are always either 16-bits or 32-bits, while RISC-V is always a multiple of 16-bits and self-describing, similar to UTF-8)
Edit: Oh, and ARM further restricts instruction length based on a CPU flag, so you can’t mix and match at an instruction level. It’s always one or the other, or it’s invalid.
a nonprofit owned by a for profit company
It’s the other way around, the foundation owns the corporation.
Still feels like the corporation is the one making decisions though.
And the reason you’ll want to do this is that it exposes FS mounts in the service dependency tree, so e.g. you can delay starting PostgreSQL until after you’ve mounted the network share that it’s using as a backing store, while letting unrelated tasks start concurrently.
If all you want to do is pass some special mount flags (e.g. x-systemd.automount
) then fstab is the way, after all it’s still systemd that’s parsing and managing it.
“dinged” when your car gets hit by a trolley, “bingle” when you back into a bollard, “prang” when you get rear-ended at stop lights.
I mean yeah, there’s extra stuff layered on top of the underlying protocols that is badly designed. Docker was built with a hard dependency on IPv4, so was the Dat protocol. If these things were designed properly from the start we wouldn’t be having these issues.
Apple was smart here, they mandate that iOS apps must support single stack IPv6 only and perform functional testing of that as part of the app store process. Devs can’t get away with pretending it’s not necessary and not wiring up support for it.
IPv6 is too complex, error prone and unsupported to deploy without shooting yourself in the foot, even now, a few decades after introduction.
Which is purely down to people not testing things before releasing them, because the support is there but there’s layers of unnecessary stuff put in the way. Like I had an old ISP provided router that ran Linux, but the management UI was only ever tested against v4 networks so none of the v6 stuff was actually hooked up correctly.
Support in desktops and mobile devices is effectively 100%, but even in embedded hardware there’s often full support, just not enabled correctly or tested.
If you don’t have ipv6 internally, you probably can’t access ipv6 externally. 6to4 gateways are a thing. 4to6? Not so much.
I’m pretty sure stateful gateways do exist, but it’s a massive ball of complexity that would be entirely avoided if people just used native v6.
It’s failing storage, top half of the display is EXT4 complaining it can’t read the SD card, bottom half is the result of that, services can’t start.
Only exception I got is global warming. We’ve never played this particular game before.
We also never had nukes before.
The conditions have been worse in the past, but the risks are so much worse these days.
we don’t have gestures broadly to American Evangelicalism going on here in Aus.
Hillsong says hi.
It depends on the type of input validation you’re doing, a bunch of it is built into the browser and you don’t need JS for it.
This is a problem that Nvidia is capable of solving but they haven’t been interested in it for over a decade so I don’t see them starting now.
They actually recently open sourced a bunch of required infrastructure, and hired a bunch of the OSS driver maintainers.
It’s all still pretty crap, but there’s more hope now.
It’s not fraud, it’s interest.
If you use a debit card and can’t cover a transaction, it just doesn’t go through. If you have a credit card then the bank pays and now you owe them, and they’ll charge you extra for that privilege.
UUIDs are essentially random numbers, crypto schemes are not, they’re not comparable.
They’re also not using requests very efficiently, so who knows.
On Wednesday, Musk’s artificial intelligence firm xAI deleted “inappropriate” posts on X after Grok began praising Adolf Hitler, referring to itself as “MechaHitler” and making antisemitic comments in response to user queries.
The special envoy to combat antisemitism, Jillian Segal, told ABC’s RN Breakfast on Friday she had held meetings with a number of social media platforms, including X. “They’re very keen to ensure that hate is not associated with their platform,” she said, adding: “AI is the answer.”
Ah, this must be a new definition of antisemitism that I’m not familiar with.
“No, go away.”
That’s a perfectly valid way to deal with toxic contributors. There’s always people with better social skills and equal developer skills out there, you don’t have to accept and include toxic people just because they wrote some code.
Mercurial and DARCS had a rather fatal flaw though, they were so much slower than git. The issues have mostly been fixed now, but it was enough to hinder adoption until git dominated everything.
Git also has a rather big flaw, it’s “good enough”. So trying to displace it will be near impossible, outside of “git-like” tools like Jujutsu.