The Wikipedia page doesn’t really give any impression of what it’s like to program in RPG with SEU, and with SDA. I wouldn’t say they’re very close to using vi or Emacs at all.
I have very bad memories of STOS BASIC, mostly around how very slow it was.
I'm more interested in the non-PASE (more accurately, non-Teraspace) situation. The single level store maps every program into the same address space. Will POWER speculatively access another user's data before it discovers that the pointer is invalid or the array index is out of range?
Some of those programs would have been Java programs, where java.exe is modern, but the program is not. The definition of os.name in Java makes checking the string prefix particularly likely.
IBM i Java used to run on top of TIMI. But the runtime overhead and IBM developer overhead were too high, and now it runs on top of PASE, which implements the AIX runtime without involving TIMI.
Take it with a grain of salt because it's years since I used it, but the Jetty HTTP Client has a fluent API and can be used completely asynchronously. It doesn't use CompletableFuture, but it works with Java 8 lambdas and wouldn't be hard to adapt.
Weren't there also (alleged) patents on arithmetic coding back then? Huffman coding had that as an advantage, too, especially when GNU were looking for an alternative to Unix' compress program.
It sounds like what you're thinking of has been included in the Brotli compression algorithm, which uses a relatively large initial dictionary. There are similar ideas with a more limited scale in HTTP/2's HPACK algorithm for header compression.
In the right circumstances, which as far as I can tell are when crossing between security zones, Internet Explorer and Edge already seem to block this. I've never been able to pin down exactly what's happening, or to get Google login to work on our intranet sites with IE as a result.
XMLHTTP was originally an ActiveX technology, though, from the Outlook team; it wasn't originally developed as part of IE. I guess it wasn't until Mozilla and Apple added a native version that it really took off.
A normal telnet connection will be assumed to be something VT100-ish, so it won't try to use EBCDIC. If you send one of a few specific values for the terminal type, though, the AS/400 will use block-oriented EBCDIC comms. This is even documented in RFCs 1205 and 4777.
A bigger issue can be with trying to send each of the 24 function keys when a VT102 didn't have any.
There are serial-to-wifi modules for the Arduino; surely one of them would work on the RPi header, though you might need some new software to forward the network packets to it.
Candida is a common opportunistic infection in diabetes type 2, so there's a few ways in which correlations could be observed. The fungal infection could be a symptom of the underlying "type 3" diabetetes; or the CNS fungal infections could be more common in diabetic or pre-diabetic people, leading to AD.
I am too, but maybe you're thinking of Windows Presentation Framework? XAML files are still used to describe user interfaces in whatever they're calling Metro these days.