Ovn Pro Bomb

Thank you David Pitt but that link is not accessible to me as it asks for a logon. If I proceed anyway, I just see a blank page (Using NetSurf).

Success, if I use the link on Windows it works without asking for a logon. That seems to be for a tiled background on the icon bar. My program PinWay doesn’t alter the icon bar at all. I use the tile_1 feature in PinWay to display the PinWay desktop screen background (tiled).

Thank you David Pitt but that link is not accessible to me as it asks for a logon.

The links are OK but the first one fails with NetSurf, a known hazard with the git repository.

The RISC OS Iris browser works OK, but only if you’ve got it.

That link shows me that it seems to be for a tiled background on the icon bar. My program PinWay doesn’t alter the icon bar at all. I use the tile_1 feature in PinWay to display the PinWay desktop screen background (tiled).

I’ve got PinWay now and it is destroying the Titanium on running with a crash in the Utility module, as was reported further up this topic. I’ll have a little dig.

Edit PinWay is here

Thank you David Pitt – I have to go now but hope to be back in a few hours.

A few Titanium test ROMs have built based all on today’s source code tarball but rolling back the Wimp version. The PinWay fault is present with Wimp 5.82 and 5.81 but comes good again with 5.80.

PinWay just uses a SYS"OS_SpriteOp",282,etc call with “tile_1” in. IF I REM out that line the error goes away, but of course the PinWay background no longer displays.
Have the argument requirements of OS_SpriteOP changed?

What has been changed in RISC OS with the ‘tile_1’ feature?

Notionally, nothing. All tile_N sprites do what they used to (a window of colour N will be tiled with said sprite), the change David links to is adding an extra sprite tiling possibility.

PinWay just uses a SYS"OS_SpriteOp",282,etc call with “tile_1” in

Is that a typo? SpriteOp 282 is 256+26 which is rename sprite. You mustn’t rename sprites in the Wimp’s pool – they’re not yours to rename. The Wimp sprite pool is read only (see Wimp_SpriteOp).

Thanks Sprow – It is not a typo. PinWay loads the required sprite into sprites% and renames it to “tile_1”. It’s been working fine like that since I first released the program in 2003.

I had a look at the changes made to tiling in Wimp 2.81, nothing seems out of place.
I had also a look at code which is supposed to have flag clear/set on exit, and wow the number of lines of codes between the last V flag conditioned code and exits without explicit setting/clearing of the flag! Fortunately the contain no V flag altering instructions.

The only thing to check are those calls to OS_SpriteOp 24 (SpriteReason_SelectSprite). The PRM mentions on exit R2 = address of sprite (if in user area), otherwise preserved, so I am to sure if the call returns with V set if the the sprite does not exists.
I also note useless “mov r3,sp” instructions around the SWI calls.

Ovn Pro Bomb defused.

A draft fix is now in git. (It’s ‘draft’ as the developer does not have Ovation Pro to test but PinWay got fixed.) As tested here both Ovation Pro with the Custom applet and PinWay are fine.

Thanks David Pitt and ‘developer’.
PinWay and Ovation Pro with !Custom applet installed both seem to work fine now with test ROM PiROM02 5.29 (8 Sep 2021).

Just for completeness I had a little prod around to see why the Custom OPro applet bombed.

!OvnPro.Applets.!Custom.AResources.Sprites22 contains a sprite named tile_1.

Re: PinWay and Ovn Pro Bomb.

This issue is now fixed in ROM downloads as of 14Sep21.

Yay!

@Rick

But… what’s with the big ridge of the OK style buttons being a weird light blue?

Are you still seeing this? Happens on my BB -xM but not on the RPi 4.

Are you still seeing this?

I downgraded because of instabilities affecting something I rely upon, and have not yet gotten around to upgrading.

Don’t rush me… my build of 15th July 2021 is pretty much an upgrade from the previous, 5.23 dating from July 2017! ;-)

As the machine runs an unattended weather server whilst I’m not using it (well, whilst I’m using it too…!), it is important to me that it is reliable and the 5.29 build of 7th August was definitely not.

As long as RISC OS runs nicely, I only have to worry about LaCrosse’s shonky hardware that doesn’t seem designed for longevity in an outdoor environment……which is precisely where it’s supposed to be installed! I’ve already completely replaced the wind vane/speed sensor (found one on eBay), resoldered a new reed switch to the rain sensor, replaced all the wiring (four-wire phone cable from Amazon with RJ11s at each end)… and yet the rain sensor still doesn’t want to work. It’ll report if I dump some water in from a cup, but not if it’s, like, you know, raining. <sigh>

I’m on the lookout for a more modern weather station, but it needs a port with which to connect it to a computer (preferably serial, it’s just easier), and more importantly it needs a protocol that is either hackable or documented (preferably the latter). None of this proprietory “use our app” crap and Bluetooth devices that cannot be connected to in the regular way.

Anyway, I’ll let you know if/when I upgrade.

That’s fine… but I was enquiring about your computer. :→

Answered in the first sentence. ;)