Sorry the question, i watched shortly your videos, i see you vibe-coding it in an emulator.. but did you try it in a real hardware? With real floppy disks?
Yes, you can see the hardware we tested here: https://www.os8088.com/hardware
Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
121–130 of 174 posts
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#122> Hand-written real-mode 8086. No C, no linker, no runtime library. More like hand-prompted...
"Author" of os8088 here. You're right, it's hand-prompted. Claude's Opus and Fable have done a really great job helping me and another contributor shape this operating system. It's been a really interesting way to learn about the different techniques that other operating systems have used to get the performance we saw in LisaOS, MacOS, Windows, GEOS, etc... performance at 640x480 on an XT class machine is tricky! Als…
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#123Earlier quoted context omitted.
It can't be written by LLM -- the human author has claimed copyright https://news.ycombinator.com/item?id=49203613
> there is no value in being a Public-Domain-Dumping-Ground. First of all, isn't that the entire point of the Internet Archive? Sounds pretty valuable to me. Second, doesn't the same issue effectively apply to everything written with the BSD or MIT license? I'm not sure I understand the point though, so I'm probably missing something.
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#124That 20px title bar is way too thick for the font. Make it 16 pixels at most.
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#125Earlier quoted context omitted.
It can't be written by LLM -- the human author has claimed copyright https://news.ycombinator.com/item?id=49203613
1. The copyright claim is valid in places where LLM output is always covered by copyright. 2. It may be valid in places where sufficient human contribution makes AI code covered by copyright. Even if it is not covered by copyright everywhere, it has a significant effect. If something is covered by copyright in some countries but not others its cannot be globally distributed without a license.
Actually not: the copyright claim would be particularly egregious in, e.g. the UK, because if the publisher has not even acknowledged or attributed contributions to Claude, then Claude's copyright is infringed, and the publisher could be liable for fraud on top of that.
And to address your second point: if the publisher claims 100% ownership, authorship and copyright, then who can even determine the amount of LLM-authored code? Something must come out in depositions or the courtroom about how much Claude committed, and how much was by humans, because in this case in this thread, the publisher has claimed 100% human authorship.
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#126Earlier quoted context omitted.
This is something that hasn't been done before, and now exists. Yes someone could spend immense amounts of time and effort, but clearly no one bothered to until AI made it easier. yet the complainers will always complain because they don't have anything better to do with their own time... "bugger off!" as they say.
None of what you say answers any of my questions. It's hard to be impressed when someone purchases a new toaster, even if it's a bespoke toaster. I want to know what the author thinks he got out of this.
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#127Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#128Earlier quoted context omitted.
I might have to try it out. I have an 8088 IBM PC (my first computer) on a desk. I need to swap out some bad RAM (I've been getting Parity errors and other strange behavior), but it says it works with 256KB so I could remove the AST SixPakPlus altogether. The fully populated mother board has 256KB. (I could also unplug the MFM hard drive controller as well.) It supports CGA and VGA and I have both (the CGA is origina…
"Author" of os8088 here. That's no longer the case. Someone that is contributing to the project is using real hardware to validate the changes. You can check out some of the systems he tested it with here: https://www.os8088.com/hardware The system does currently run with 256KB of RAM, and you can use some of the basic apps, but not all of them.
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#129I don't think you can call it Mac-like without proportional fonts. Fonts and QuickDraw (particularly the region manager) were really Mac/Lisa's biggest innovations.
I think someone vibecoded a bad System 7 replacement that had at least some QuickDraw in it.
In this case, actually doing those things would probably make it insufferably slow on a real PC though at least at vibe-coding quality.
The real implications here (also looking at the WinWord port to win64, which I suspect had some AI involvement as well) is that current agentic AI completely changes what a hobbiest can do over a weekend, as long as AI slop code is acceptable to meet one's project goals.
---
It's certainly affecting things I've worked on... there'll be a much better version of ld-decode soon using Claude Fable which is faster and has better filtering (and an audio noise-reduction post-processor that actually works) and I'm pretty sure you could get much of ELKS working from scratch in one weekend at this point. whispers something about doing a UNIX-like on a pi pico 2 (or two), since he can't do it because reasons...
Re: Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
#130Earlier quoted context omitted.
> If you don't have protected mode, can't any program just rewrite the interrupt handler? Yes? It's still possible to make it safe if you ensure that all programs are written in a memory safe language. Aside from throwing out a ton of existing code it's not as bad as it sounds. The Birth and Death of JavaScript touches on it towards the end. https://www.destroyallsoftware.com/talks/the-birth-and-death...
Yeah, that works for making sure the machine isn't constantly crashing. Although from a security point of view it's still very bad. Every compiler / JIT has bugs, and bugs that let you write to random or arbitrary memory adresses are a rather common kind. Doesn't really matter for a hobby project though