jjuran

6 ms·

31.
by jjuran 2y ago
Author of MacRelix (and system-info) here. I'm delighted that you've noticed and appreciate this. :-)
32.
by jjuran 2y ago
MPW was actually one of the inspirations for MacRelix, in a backhanded sort of way: https://www.metamage.com/text/relix/origins.html I still use MPW's ToolServer for running the Metrowerks build tools, but sa
33.
by jjuran 5y ago
I have never understood the decision to abandon the name "Lightspeed C". The same folks also missed the opportunity to ship "Blaze Pascal". :-)
34.
by jjuran 5y ago
MPW was certainly Unix-inspired, but its multitasking was seriously deficient compared to a real Unix. Its runtime environment couldn't run more than one binary executable ("tool") at a time — not even using `system()` — so
35.
by jjuran 8y ago
In that case, 10.4 and 10.5 are options. There's also a front end that works in classic Mac OS, which a G4 is fast enough to run usably. It's not in the HOWTO yet, but I can add it.
36.
by jjuran 8y ago
That was unexpected, but great news. Did it run?
37.
by jjuran 8y ago
Can you send me or post the build errors? As a guess, you could try commenting out includes of <Sound.h> and calls to SysBeep().
38.
by jjuran 8y ago
Yes, but not in Advanced Mac Substitute. :-P
39.
by jjuran 8y ago
The secret is to bang the rocks together. ;-) In the meantime, you could run the Linux framebuffer front end, which, strictly speaking, doesn't have Carbon dependencies. :-D
40.
by jjuran 8y ago
I would be very afraid if Apple had been acquired by Sun in the 1990s, for what should be obvious reasons. But Apple has demonstrated zero interest even in going after ROM bootlegging — I don't expect them to build a case against API r
41.
by jjuran 8y ago
Executor used some fiendishly clever tricks to achieve performance on 1990s hardware at the expense of portability (e.g. the possibility of 64-bit support). Advanced Mac Substitute has different priorities and doesn't use any code fro
42.
by jjuran 8y ago
Short answer: Yes. Long answer: Advanced Mac Substitute is factored into back end (the emulator itself) and front end (graphics and user input terminal). Writing a new front end from scratch is actually not that much work, and the OS X f
43.
by jjuran 8y ago
Initial work on v68k itself began in 2011. Early on I added a limited system call bridge so it could run command-line tools that produced diagnostics on stdout. I reused the same infrastructure that built 68K tools (as code resources) for
44.
by jjuran 8y ago
More so the novel, but yes — it's a reference to Hitchhiker's Guide to the Galaxy, and to Douglas Adams' fondness for the Macintosh.
45.
by jjuran 8y ago
Thanks! It would be a real shame if the rich culture that sustained the Mac for fifteen years got lost. My plan for Advanced Mac Substitute is roughly to start at 1984 and move forward, with a focus on getting individual applications runni
46.
by jjuran 8y ago
Hi, I'm the author of Advanced Mac Substitute. Proof: < https://github.com/jjuran> , < https://twitter.com/joshuajuran/status/1087557797200433153> It's nice to see such intere