On 24/11/15 05:23, Alfonso Gamboa wrote:
Here are some links I packaged for the emaculation forum, included is an image with macsbug installed already. I had success booting to desktop.
Note: it seems as time goes by, booting several times using the ISO images corrupts them, resulting in failed boots with crashes at the boot splash screen. Crashes will continue until you replace them with fresh ones from the zip files. Reasons as to why are unknown at this time.
Yeah I noticed when booting from a CDROM that my open windows are remembered across sessions(!). This makes me think that OS 9 thinks the HFS volume is a HD rather than a CDROM and so mounts it read/write on boot. How would I find this out in OS9?
Resedit, Stuffit, Toast, Disk Copy, utilities in an ISO to mount within QEMU: http://bebop.gtxent.com/qemu_os9_utilities.iso.zip
MacOS 9.2.2 bootable image(extensions all removed): http://bebop.gtxent.com/os922_uni.iso.zip
MacOS 9.2.1 bootable image(extensions all removed): http://bebop.gtxent.com/os92_test.iso.zip
MacOS 9.2.1 bootable image with macsbug (extensions all removed): http://bebop.gtxent.com/os92_test_macsbug.iso.zip
These images are definitely helpful, however what would be really useful to know is exactly what the modules in question do:
- Multiprocessing (maybe uses a currently unimplemented CPU instruction to facilitate faster multitasking?)
- Open Transport ASLM Modules (no idea what these do)
- Apple Audio Extension Module (is this just a standard sound driver or other? I did get a backtrace once suggesting that it was trying to access digital CDROM audio which is why it crashed. Then again if it thinks that the CDROM is a HD then that's not going to help too much here either).
ATB,
Mark.
On Tue, Nov 24, 2015 at 12:06 AM, Mark Cave-Ayland < mark.cave-ayland@ilande.co.uk> wrote:
On 24/11/15 05:23, Alfonso Gamboa wrote:
Here are some links I packaged for the emaculation forum, included is an image with macsbug installed already. I had success booting to desktop.
Note: it seems as time goes by, booting several times using the ISO images corrupts them, resulting in failed boots with crashes at the boot splash screen. Crashes will continue until you replace them with fresh ones from the zip files. Reasons as to why are unknown at this time.
Yeah I noticed when booting from a CDROM that my open windows are remembered across sessions(!). This makes me think that OS 9 thinks the HFS volume is a HD rather than a CDROM and so mounts it read/write on boot. How would I find this out in OS9?
Resedit, Stuffit, Toast, Disk Copy, utilities in an ISO to mount within QEMU: http://bebop.gtxent.com/qemu_os9_utilities.iso.zip
MacOS 9.2.2 bootable image(extensions all removed): http://bebop.gtxent.com/os922_uni.iso.zip
MacOS 9.2.1 bootable image(extensions all removed): http://bebop.gtxent.com/os92_test.iso.zip
MacOS 9.2.1 bootable image with macsbug (extensions all removed): http://bebop.gtxent.com/os92_test_macsbug.iso.zip
These images are definitely helpful, however what would be really useful to know is exactly what the modules in question do:
- Multiprocessing (maybe uses a currently unimplemented CPU instruction
to facilitate faster multitasking?)
Open Transport ASLM Modules (no idea what these do)
Apple Audio Extension Module (is this just a standard sound driver or
other? I did get a backtrace once suggesting that it was trying to access digital CDROM audio which is why it crashed. Then again if it thinks that the CDROM is a HD then that's not going to help too much here either).
ATB,
Mark.
The "Multiprocessing" folder contains a file named "Apple CPU Plugins" of type cpup. Looking at the resource "cpups", it seems to contain code to supplement the OS to support various newer CPUs and architectures. The resources in the file are named (and contain):
PowerSurge2PPlugin: "hammerhead" (old clone computers based off multiple PPC 604I believe)
G3Plugin: Powerbook1,1
Core99Plugin: uni-north keylargo PowerMac2,1 PowerMac2,2 PowerMac3,4 PowerMac3,5 PowerMac4,1 PowerBook3,3 PowerBook3,4
The "Open Transport ASLM Modules" file seem to be a collection of shared libraries, since many programs, once this file is removed from the extensions folder, refuses to run, for example Apple System Profiler. OTLib$NBPScnr, OTLib$SerIAB are some examples of shared libraries contained within this file. This is verified from the book "Sad Macs, Bombs, and Other Disasters: And what to Do about Them By Ted Landau , see https://goo.gl/TVm9Tt%22%E2%80%8B
I will do more research.
Thanks, Alfonso
On Tue, Nov 24, 2015 at 12:06 AM, Mark Cave-Ayland < mark.cave-ayland@ilande.co.uk> wrote:
On 24/11/15 05:23, Alfonso Gamboa wrote:
Here are some links I packaged for the emaculation forum, included is an image with macsbug installed already. I had success booting to desktop.
Note: it seems as time goes by, booting several times using the ISO images corrupts them, resulting in failed boots with crashes at the boot splash screen. Crashes will continue until you replace them with fresh ones from the zip files. Reasons as to why are unknown at this time.
Yeah I noticed when booting from a CDROM that my open windows are remembered across sessions(!). This makes me think that OS 9 thinks the HFS volume is a HD rather than a CDROM and so mounts it read/write on boot. How would I find this out in OS9?
Resedit, Stuffit, Toast, Disk Copy, utilities in an ISO to mount within QEMU: http://bebop.gtxent.com/qemu_os9_utilities.iso.zip
MacOS 9.2.2 bootable image(extensions all removed): http://bebop.gtxent.com/os922_uni.iso.zip
MacOS 9.2.1 bootable image(extensions all removed): http://bebop.gtxent.com/os92_test.iso.zip
MacOS 9.2.1 bootable image with macsbug (extensions all removed): http://bebop.gtxent.com/os92_test_macsbug.iso.zip
These images are definitely helpful, however what would be really useful to know is exactly what the modules in question do:
- Multiprocessing (maybe uses a currently unimplemented CPU instruction
to facilitate faster multitasking?)
Open Transport ASLM Modules (no idea what these do)
Apple Audio Extension Module (is this just a standard sound driver or
other? I did get a backtrace once suggesting that it was trying to access digital CDROM audio which is why it crashed. Then again if it thinks that the CDROM is a HD then that's not going to help too much here either).
ATB,
Mark.
This is a zip containing qemu-ppc, and a 2gb disk image file with macos 9.2.2 installed. The system folder was modified to allow it to boot from an unlocked HFS volume. This image has lots of extensions and control panels included and enabled. Once you download qemu_easy.zip, extract it, and run qemu_os9.command (this is just a batch file with arguments)
qemu will now load and boot from the disk image to OS9 desktop. The disk image included here is read/write enabled. I have only tried this on OS10.11, your success may vary. MacsBug is included in the root directory, but is not enabled.
http://bebop.gtxent.com/qemu_easy.zip
thanks, Alfonso