aros-amiga-m68k.iso crashes at boot with regular kickstarts

[codewiz]

Description

Trying to boot the AROS install ISO results in guru 8700 0000 (dead-end, dos.library).

This happens when the Kickstart's strap routine at $FFC924 calls OpenLibrary("intuition.library", ...),
and finds LIBS:intuition.library on the CD-ROM.

AROS Intuition's init compares ExecBase->lib_Version against 50, gets 47 (the Kickstart), returns NULL...
and then dos.library gurus.

Oddly, the AROS floppy disk also gurus if the AROS iso is present at boot. I can't explain this: LIBS: should be assigned to SYS:Libs, which is on the floppy. So why does the presence of the AROS ISO matter?

To Reproduce
I used A4000.47.115.rom, but any OS3.x kickstart will probably do the same.

Also happens if you boot without Startup-Sequence

Architecture

• Amiga (emulated on Coppeline)

CPU

• m68k

Version
AROS-20260722-amiga-m68k-boot-iso

[codewiz]

Note: I don't expect the AROS boot CD to work all the way without the AROS ROM, but the crash is surprising and confusuing.

Do we really need a copy of the ROM libraries directly copied to SYS:Libs/ on the CD?

[Kalamatee]

The ISO is only meant to be bootable by the AROS Roms, or via the emergency boot floppy.

[codewiz]

The ISO is only meant to be bootable by the AROS Roms, or via the emergency boot floppy.

Now that we big-box Amigas can directly boot off CD with the A4091 + ODFS, we could simplify the installation process by making the CD soft-kick itself like the floppy does.

But anyway, why are we leaving a second copy of the ROM libs installed in Libs:? That could cause confusion if the rom and disk versions diverge. Looks like ramlib prefers loading the disk versions (hence the crash on regular Kickstarts).

[Kalamatee]

I think its just an artifact of the build system/targets used in AROS and should probably be cleaned up.

[Kalamatee]

This should be fixed in 8f53f10

[codewiz]

It no longer crashes, but IPrefs opens a requester with:

Could not open version 0 or higher of library "stdc.library".

The library is present in Libs: , but the version command fails with:

Initial CLI: Could not open version 50 or higher of utility.library

[Kalamatee]

That is the expected result now. The crash came from the real Kickstart loading AROS's copies of utility, intuition and friends from LIBS:, which is what the commit removed. What remains is that the programs on the ISO are AROS builds: stdc.library needs task.resource (and kernel.resource), which only exist in the AROS ROM, so it cannot initialise under Kickstart 3.2 even though the file is there, and Version requires utility.library 50 for SetMem, which 3.2's 47 does not satisfy. As noted above, the ISO is only bootable with the AROS ROMs or via the emergency floppy.