Or he lied to obfuscate the origin.

Presently, Plan 9 in general lacks 3D graphics but has an in-kernel 2D rendering engine referred to as devdraw. Quake 2 software rendering is done in-engine by rendering full frames to a bitmap displayed by devdraw. A fun experiment was to rcpu into my industrial DIN rail PC, a 1.2 GHz 4 core Atom, from the Thinkpad and play Quake 2. When I run Quake 2, it runs on the CPU server but graphics are sent to my laptop. However, since Q2 is rendered in-engine on the remote iPC, full frames are copied over gigE to my laptop. Q2 full screen was stuttering badly but at about 1/4 screen size it was surprisingly playable.

An other example is a port of cave story done by a 9dront dev where he integrated devdraw so the game renders by loading its assets into devdraw and issuing rendering commands. It is likely the first Plan 9 native game. It plays perfectly over an rcpu session at full screen as the rendering is done by the client side devdraw.

Another 9front dev is doing a lot of graphics work and implemented affine warping in devdraw which is useful for rapidly transforming bitmaps, e.g. scaling the output of the gameboy emulator and Doom. He and others are interested in implementing a concurrent 3D rendering software devdraw engine as we have many-core machines now. When GPU's first hit the streets, we were on single core machines. SMP machines were not affordable by mere mortals when the 3Dfx Voodoo hit the market. So the idea is, why struggle with the gargantuan task of implementing a "modern" GPU stack when you have all these CPU cores now? Why not take a step back, think about what we have learned, and extract all the performance we can from modern many-core CPUs with all sorts of vector extensions. In a Plan 9 context, you could run the game on a many core machine to handle game logic and play remotely with a bigger many-core spraying pixels at a display. Distributed gaming. Might even be able to do multiplayer with a single engine instance with multiple rendering clients attached. Fun system to play with.

I have a friend who is currently on the C committee and is likely going to leave because of all the bad ideas which have both been implemented and going to be implemented.

* No, spamming a million ugly #ifdefs all over the source files is gross and hard to read. Split up the code dammit.

Too bad that idea never took off. Bell labs also did the same with Plan 9 and produced a tool chain and C design which enabled any platform bootstrap the other. That effort is now the foundation of Go's portability. It's nice to be able to boot 9 on a Pi, build the AMD64 user space and kernel, then net boot the x86 machine from the Pi. First class potability was a missed opportunity.

It's been cartoonish for over a decade. An elderly spoiled rich kid is running the USA into the ground along with his playmates starting wars he said he wouldn't. Another elderly infantile man is upset one of his vassal states had a tantrum and invaded it. Some other children got really angry after a terrorist attack and retaliated with 100x casualties in a "nah nah nah we got more bombs than you." A shrewd child is turning his industrial power house into a large technopanopticon while selling it to other nations along with debt traps all while eyeing a former sovereign territory for takeover.

At this point I would rather vote for actual cartoon characters like Daffy Duck or Goofy. Duck Season FIRE!

Duh.

The most likely answer is they don't give a crap because it's not their money and no one is going to do anything about it.

FTFY. IMO I don't think they directly stopped caring about bombing civilians but have stopped caring about doing their jobs. And this staggering tragedy is the outcome.

I think with the atmosphere this current administration has created, questioning things is likely frowned upon. Better to just follow orders and if shit hits the fan, put on a circus act and move on to the next tragic disaster in the making. Someone else can always take the blame.

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