Have you seen this? It's a new OS for the original IBM PC (or newer). Has multi tasking and a classic Mac like GUI and everything. You can try it in your browser here : https://os8088.com/demo/
>>109755761>8088>no z80Trannyware
>>109755761Let me guess, it's vibecoded?
>>109755761>40KB kernelNote to self: see if its practical to port this to the Commodore 64. 8088 assembly is WAY fatter than 6502, and this appears to have built-in drivers that can be stripped out.
>>109755761Looks unusable or is it just me
>>109756044The scaling makes it look really screwball.It's almost certainly 640x200 CGA monochrome mode - which is pretty chunky, but is in the same ballpark (I hesitate to say "competitive" though) with pseudo-contemporaries such as the Macintosh and the Amiga.
>>109755913they openly say as much in the faqhttps://os8088.com/faq/>What is it written in, and how big is it?>Real-mode NASM assembly, written with AI. No C, no linker and no runtime library.
>>109755761>switch between cooperative multitasking and preemptive with a radio buttonwild
>>109755761This would have been cool if it was actually written by a person.
>>109757745it’d probably be cooler but the kinds of people who can pull this off have like a 75% chance of being on estradiolclankers going direct to assembly is what people have been saying is the final form for ages
>>109757771The "final form" I've been hearing is finished binaries: the idea is you won't even have to know anything about the code - it'll just vomit out a program to your needs/specifications for what you're doing right then and there, like LCARS.
>new OS for old PCThat would be AROS
>>109756278>No C, no linker and no runtime library.>rule of threeEven the FAQ was written by AI, it seems.
>>109757823>normal language features = AIholy mindbroken
>>109755904https://en.wikipedia.org/wiki/SymbOS
>>109757771I have never seen a tranny who can do anything technical. A lot of trannies can put lipstick on a pig (e.g. justin with the cosmopolitan garbage) and steal credit and such, but they can never actually program on their own or do something new.In all fairness, though, they still do better than the average nu/g/eet by a mile.
>>109757953AI generated post or profoundly clinically retarded?
>>109755904>nobody:>poltard: TRANNIES
>>109758848Stop inferring that everything you dont like is from /pol/ you shitty newfag
>>109758856stop inferring that everything you don't like is from trannies you shitty r/thedonald immigrant
>>109758848t. ranny
>>109758864Oh, so we _dislike_ immigrants now?
>>109759268I've always hated immigrants
>>109756278>>109755913Kind of surprising, last time I tried LLMs were *really* bad at NASM. They kept losing track of which registers they were using for what and overwriting them.
>>109759268I never liked migrants. I *tolerated* them until they visibly started voting together to destroy the things that justified them coming here to begin with. Now I just want them gone, I don't care how.
>>109759433Yes, it's actually quite buggy and many apps are broken, but when I last checked it wouldn't even make valid programs in the first place.
>>109757821>386+>old
>>109755761>os8088>8088>88The base processor is the 8086 for fucks sake! Also HH!
>>109759541have you read intel 4004 uses
>>109755999>see if its practical to port this to the Commodore 64.c64 programmer here. if you were wanting to use this to replace all of commodore's kernal you'd need to rewrite everything in this 8088 project and would most likely end up being the same size as the intel version. if you were to use c64's kernel rom in conjunction with this slop you could probably reduce it to around 32kb or less. not a big savings. after wasting all that time you could have used GEOS, a far superior operating system with a kernel that is only 20kb
>>109762275I don't get it?>>1097559998086 assembly can be very compact. Don't confuse it with i386 code or AMD64 code which can be large.Some code size comparison, not really representative but still:http://deater.net/weave/vmwprod/asm/ll/
>>109757991whats the point of preemption? move on retards, dont stick to the modern slop (preemption), the real get backing is to cooperative multi-tasking like was in initial windows version but with a runtime that powers everything, see, thats how it is solved futuristically. that will keep kernel micro - no need to design the IPC, the rest of "service" or "system" processes could be opcode loops powered by the runtime. otherwise you would have binaric micro-insults with those micro-kernels. same as infamous binary bloats with "macro" kernels but micro. micro event in a micro world - no different than macro event in a macro world.
>>109765838While I agree in principle, preemption isn't actually expensive. It's just more expensive than cooperative models - which mattered when computers had kilobytes of memory.Having a full preemptive model, and the problems it solves - is worth the tradeoff. That's why everything uses preemptive models now.
