CD0 Program failed bla bla bla

[Crusher]

Ok, I get my A3KT working again and is very happy, then I decide to test my new CSPPC with some mp3 files. The CDrom doesn´t want to open the hatch.. hmm.. ok, forgot the powercord to it. Np, I´ll fix it. But when WB is loaded again I get a requester: Software Failure, CD0, Program Failed bla bla bla...

I check the CD0 info on the icon in DEVS:dosdrivers... nothing wrong. I haven´t done anything to it after I installed WB yesterday. So I check the error with Snoopdos and I get this: "Process name: ramlib", "Action:Load", "DEVS:bookmark.device", "Res. FAIL".

So any ideas of what can do this all the sudden?  :-?

[Matt_H]

This happened to me on my 1200T early this year. I think it's a compatibility problem with Commodore's CD filesystem and modern software/hardware. I don't know how to solve it, but it can be avoided by using a different CDFS.

If bookmark.device isn't in DEVS: adding it may help. I never checked that on my system, as I only had the Commodore filesystem mounted for CD32 emulation.

If you're not using Commodore's CDFilesystem, then I'm probably completely wrong here ;-)

[Crusher]

Ok, but isn´t a ramlib xx.library something that is made with another program? I mean it´s nothing that can be installed unless the program is doing it "on the fly" so to speak?  :-?

[Crusher]

Fixed it.
I changed the powercord to the CDrom, really strange but it spinned up and so but it failed to mount properly. When I took power from another cord then it worked again.  :-o

[Hyperspeed]

I once put a disc in my Sony CD-ROM reader and altered the SCSI
settings at the back.

On booting the machine the CD tray refused to eject, and after a lot
of confusion I half snapped the tray in frustration.

It turned out that there is a jumper on the rear called `Enable' which
is designed for machines to be installed in schools and displays etc.
where it disables the front eject button.

Software eject might have been disabled too, not sure.

:-D :-D :-D