Another really wacky part is this (Nombas ScriptEase) is the same JS engine used in BeOS NetPositive. Be licensed it, though the layout engine was in-house.
The claim in the article is that RISC-V is somehow inherently unable to compete with Arm because of all sorts of missing architectural features. Yet there are server vendors who have those architectural features already and will make chips available fairly soon. The claim in the article is just wrong.
Odds are you probably can't, at least not when you need the care most, which is the exact issue the article decries. Systems like Kaiser Permanente are not, but Kaiser is a vertically integrated HMO and structured very differently (disclosure: worked for Kaiser as a hospital per-diem for a number of years). Your best option is to make sure you know what EDs are actually in-network for you so at least you're less likely to get nailed if you have a little time to work with and aren't being transported by EMS.
Unfortunately, apparently not compatible with Android 14 (there's a warning about this on the website). On my Pixel 7 Pro, it says "not compatible with your phone."
As far as I remember, the two extensions are mostly interchangeable, and are only used as a convention to indicate whether a given file contains an executable application or data.
Palm OS doesn't really have a concept of files; everything's a record-oriented database, containing either resources, including executable code, or data. Palm Desktop would just queue up every .prc or .pdb for copying during the next HotSync. (I've never tested it, but presumably renaming a .prc to .pdb and installing it would lead to it being backed up as a .prc.)
For some reason, Mobipocket (which was originally a Palm OS based ebook format) has landed on using .prc over .pdb for their books, which are definitely not executable, so every once in a while I stumble over a book with a .prc extension and it annoys me ever so slightly – it'll work, but that should be a .pdb :)
IIRC PalmOS prc and pdb are similar, in that they both contain PalmOS data, but pdb was meant to just for data and prc was meant to include executable resources too. PalmOS borrows a massive amount from 68K Mac. Codewarrior used to be the default compiler, and PalmOS uses resources in a similar way - though the actual file format is different IIRC. PalmOS apps are basically modified 68K Mac code (library?) resources. There was a tool that converted ThinkPascal generated binaries of whatever the type I don;t remember was, to prc files. SARC was what it was called.
It was called Palm Pilot - the one pictured as the very first image in Wikipedia [1]. It still works, except for some bleeding/damage on a portion of the e-Ink screen. I probably need to find the appropriate Linux based tools to load the .PRC. I wonder if this [2] still works
I used the telcom features, you could "talk" to another WorkSlate and exchange files, and use it as a terminal. At the time I worked for Burroughs and we had access to the full range of Convergent products. I don't know how much was Convergent stock or had been adapted by Burroughs to fit into the Convergent workstations we used/sold.
Yep, they were very much on the cutting edge. There was a ton of flexibility in how the systems set up. The networking part was very well done, you could have main units with disks, printers, etc. and use the remotes on people's desks. But as all things cool, they were expensive and ran face into lower cost PC's.
Quick question: my ROM03 IIgs has a Transwarp GS, SCSI card-hard disk and GGlabs 8MB RAM card. Think this would work with that configuration, or would it likely have conflicts?
I have the exact same setup except for the SCSI card and it works with that. The issue will be if the SCSI card is in one of the slots that has been virtualized on the FPGA (4 and 7 by default), in which case there will be address range conflicts. For example, if the SCSI card is in slot 7, then it will conflict with the SuperSprite functionality which uses the address range for Slot 7. There is a "No-Sprite" version of the firmware which disables the SuperSprite or you can move the SCSI card to Slot 3 and put the A2FPGA in Slot 7. ROM03 GS units have the necessary address line signals that the A2FPGA needs on all the slots whereas previous models of the GS only had those on Slot 3.
In my high school (late 1980s, early 1990s) we had mostly Apple IIe systems for student use and a couple PCs in the school office. When I was copy editor for the school newspaper, articles were done in AppleWorks, printed on an ImageWriter in NLQ in columns and literally pasted up on a master for layout which we photocopied.
reply