Errors: SWI &401C5 & SWI &401C0

[wmd]

Anyone know what might be causing these errors? Things that were working fine a few days ago have started not working, with these two errors being reported.

[paintings]

401C5 is Sound_QTempo and 401C0 is Sound_Init.

Check that the SoundScheduler module is running (it my have been unplugged).

[wmd]

Check that the SoundScheduler module is running (it my have been unplugged).

I can't see it listed when I do *modules. How do I activate it? I don't use a boot, so how can it just have disappeared?

[paintings]

I can't see it listed when I do *modules.

Try *rommodules
or *unplug

If it has been unplugged, use *RMReinit SoundScheduler

While you're at it, check the status of the SoundDMA and SoundChannels modules.

[wmd]

Thanks, now fixed. I must have run something recently that has unplugged those modules. Is there a simple way to stop RISC OS applications doing that?

[paintings]

There's no easy way of stopping it, but there is something you can do to ease the pain of fixing the problem when it happens.

Double-click on !Boot and then click MENU on the Configuration window that appears. This will allow you to save the current system configuration (i.e. the CMOS RAM contents) as a configuration file. Drag the file to a suitable location (e.g. a "Backups" directory). This will give you a known-good configuration for use in an emergency.

If you need to restore the configuration, double-click on the configuration file, then press Ctrl-Break to ensure that all of the configuration changes take effect.

[wmd]

Is there any difference between doing that and using the !Configure application to save a config backup?

[paintings]

Is there any difference between doing that and using the !Configure application to save a config backup?

It's the same principle. Apologies: I'd forgotten that you weren't using !Boot.

[Footie]

I have a small utility on my page to RMReinit modules:

https://mjfoot.netlify.app/riscos

InitMod - Unplugged ROMModule ReInitialiser V1.11.

[IanJeffray]

InitMod - Unplugged ROMModule ReInitialiser V1.11.

It 404's - broken link. What does it do more than RmInsert though ?

[Footie]

Link fixed now. What it does is run through all unplugged modules and either RmInserts any that are unplugged or will prompt you for each one so you can choose. Is mainly useful when there are a lot of unplugged modules and RmInsert-ing each one is tedious.

[wmd]

I found the culprit that was causing this issue. It's the hacked version of Bubble Fair from the arcarc.nl archive, specifically the "Bubble" BASIC file:

Code: Select all

swREM >Bubble
REM > Hacked By Cud.
*RMREINIT SOUNDSCH.
*UNTIL SOUNDSCH.

*RMLOAD <AppRoot$Dir>.DIV.LZWD
*SET CU <AppRoot$DIR>
*DIR <CU>
*COPY PICS.MORPION RAM:MORPION ~A~C~VF
P%=&7F00:FOR pass%=0 TO 2  STEP 2:P%=&7F00:[ OPT pass%
ADR R0,name
MOV R1,#&9200
SWI "LZWD_Decompress"
B &9200
ALIGN
.name EQUS "Cuddeth"+CHR$(&0D)
]:NEXT
CALL&7F00

It's obviously doing something with the SoundScheduler. Can that be altered so it doesn't get unplugged?

[IanJeffray]

Code: Select all

*RMREINIT SOUNDSCH.
*UNTIL SOUNDSCH.

It's obviously doing something with the SoundScheduler. Can that be altered so it doesn't get unplugged?

That's not unplugging it - quite the reverse, it's reiniting it to ensure it's not unplugged - though what the heck *UNTIL is doing, I don't know - that's not a standard RISC OS command.

[wmd]

Yeah, that one confused me too. I guess it must be in one of the other files where the module is unplugged.

[wmd]

Oh, hold on, somehow that line seems to have got mangled when copying from Arc to PC. It does in fact read as follows:

Code: Select all

*UN. SOUNDSCH.

[IanJeffray]

Oh, hold on, somehow that line seems to have got mangled when copying from Arc to PC. It does in fact read as follows:

Code: Select all

*UN. SOUNDSCH.

People who publish code with stupid abbreviations like that need to be dealt a special kind of pain. It's just stupid.

Ok, that's going to be Unplug (just) with a standard RISC OS ROM.
If Bubble Fair really hates SoundScheduler, you could just change that *UN. to *RMKILL so that the SoundScheduler is killed whilst you're running Bubble Fair, but will be present again after a reboot.

[wmd]

OK, thanks. I just tried with the line removed and the game seems to work fine. Maybe originally it was something to do with RISC OS 2, I'm using RISC OS 3, likely with a lot more memory than was available to the person who hacked the game back in the 90s.