-
Hello MLAers! We've re-enabled auto-approval for accounts. If you are still waiting on account approval, please check this thread for more information.
Apple Lisa OS and application source code
- Thread starter stepleton
- Start date
Perhaps someone will take it on after getting the code...
Basically, you just said it. It saves someone the trouble of disassembly. Plus you get all the source comments and symbols too. The comments sometimes are more valuable than the code.
I believe Apple released either MacPaint or MacDraw, but not both; or MacWrite or the whole system, for that matter.
GS/OS 6 and also some bits of Mac SSW 7 have actually been leaked and have been floating around online for a few years. This wasn't Apple's intentional doing, but a few versions have been released by a group enterprising enough to figure out and replicate the build chain, and Apple has (to my knowledge) yet to do anything.
GS/OS 6 and also some bits of Mac SSW 7 have actually been leaked and have been floating around online for a few years. This wasn't Apple's intentional doing, but a few versions have been released by a group enterprising enough to figure out and replicate the build chain, and Apple has (to my knowledge) yet to do anything.
It was MacPaint's source code that was made free a few years ago.
I really hope Apple does the right thing and releases everything they have on Lisa. There is a question about the American Heritage dictionary but maybe Apple could go the extra mile and get permission for that. It's not like the company is so poor it can't afford to make this very small effort for computing history and its legacy.
It would be nice if this spurs some further development and enthusiasm for Lisa emulation. LisaEm could really use a nice UI update, as well as working MacWorks emulation. (Not that the LOS source code will help with those issues in particular) Maybe someone will go ahead and fork LisaEm into... Mini LisaEm... or something... ¯\_(ツ)_/¯
Oldest versions of my emulator (Idle https://sourceforge.net/projects/idle-lisa-emu) did work with Macworks. But for some reason I get an address error in current version. I suspect a change of behavior in gcc (or maybe I'm firing address errors too frequently).
Idle is not perfect but runs LOS100, LOS200, LOS31, Workshop, Xenix, Uniplus. Currently broken : gemdos and macworks
Macworks source code can be found on bitsavers but probably in lisa workshop disks images, I did not explore those disks yet.
I did not updated Idle for a while but I recently ported to SDL1.2. Now Idle can be compiled on many platforms (tested Win10, Macos 10.6, linux, raspbian Rpi). Binary are available for win and Macos.
The UI is... minimal... (portable Menu system taken from Hatari).
Idle is not perfect but runs LOS100, LOS200, LOS31, Workshop, Xenix, Uniplus. Currently broken : gemdos and macworks
Macworks source code can be found on bitsavers but probably in lisa workshop disks images, I did not explore those disks yet.
I did not updated Idle for a while but I recently ported to SDL1.2. Now Idle can be compiled on many platforms (tested Win10, Macos 10.6, linux, raspbian Rpi). Binary are available for win and Macos.
The UI is... minimal... (portable Menu system taken from Hatari).
Oh... I'll have to check that one out too.
Yes, I'm aware. IIRC you are emulating the ROM in later versions, or something along those lines. And it is definitely faster that way. I had assumed that might have been one of the reasons MacWorks wasn't working but I'm not the developer so I really don't know...
Idle does not emulate the rom, rom H (lisa2) or rom C(lisa1) must be present in bios directory (video prom image also for serial number). I wrote in another project an alternative boot rom https://sourceforge.net/projects/idle-boot-rom/ but it's so old and outdated that the cvs repository is read only and needs to be migrated to SVN or something else. It's an interesting bootstrap for a repair rom and may be usefull someday. this alternative rom is 68000 code and may run in the real lisa (maybe some initialisations are missing, for screen contrast for example). [edit] the alternative rom project was not commited on sourceforge at latest version... maybe code is lost forever...
I think ray did emulate the rom for the romless version of lisaem (I suppose romless is optional and lisaem can still run with rom files). I do not know exacly how he did (68000 code or higher level traps in emulator).
For Idle the problem is not in the rom but somewhere else, probably in the 68000 emulation, the memory or the SCC (It's not in floppy emulation, it also fails when booting from a known good profile image). I think it can be fixed in weeks if I find time.
I think ray did emulate the rom for the romless version of lisaem (I suppose romless is optional and lisaem can still run with rom files). I do not know exacly how he did (68000 code or higher level traps in emulator).
For Idle the problem is not in the rom but somewhere else, probably in the 68000 emulation, the memory or the SCC (It's not in floppy emulation, it also fails when booting from a known good profile image). I think it can be fixed in weeks if I find time.
Last edited by a moderator:
found the main bug that crashed macworks while booting (version xl3.0).
The opcode ADDA.W (A0)+,A0 was not emulated properly.
It's a weird opcode because you do not know exactly which value of A0 is taken (for the address it is pre incrementation, but for the final result it's post).
The compiled code changed from gcc3 to gcc4+ or maybe it worked by chance if code is optimized
The opcode ADDA.W (A0)+,A0 was not emulated properly.
It's a weird opcode because you do not know exactly which value of A0 is taken (for the address it is pre incrementation, but for the final result it's post).
The compiled code changed from gcc3 to gcc4+ or maybe it worked by chance if code is optimized
Similar threads
