5.30 Stable

It is showing the correct date and time.

Is there an easy way to reverse what InSituBootUpdate does? My email client, Messenger Pro v9.00 with NetFetch, worked before running InSituBootUpdate, but now it doesn’t. I know I can look at Boot Log for all the changes and painstakingly undo each one. Alternatively, if I knew all the changes that affect email, I could undo just them. I know AcornSSL and DataCert are two of these and have tried various combinations of the new and previous versions, always getting errors.

I think there’s been 3 updates to Netsurf/Hermes recently. Have you taken advantage?

AcornSSL 1.06 (mbedTLS 2.28.8) along with the certificates in CertData from 11-Mar-2024 are a winning combination here, though admittedly I’m using a different ISP and Pluto with AntiSpam doing the fetching. [Aside: seems www.aconet.nl is offline at the moment?]

If you want to do a basic smoke test on the crypto half of things then run this bit of BASIC which should fetch a web page then quit.

Assuming that works, then something else has upset your Hermes/Messenger. A brief squint at the things touched by the in situ update script nothing shouts EMAIL CLIENT at me – perhaps other Hermes/Messenger users could step in and confirm/deny success?

Aside: seems www.aconet.nl is offline at the moment?

It moved to https://aconet.org/tools/ some time ago.

Hermes/Messenger users could step in and confirm/deny success?

Several systems ranging from Iyonix/Pi1-4 etc all updated to 5.30/Update disc distribution using InSituBoot update and they all work with MessengerPro9.01/NetFetch 5.56.

I have also updated the HardDisc image on a iMX6 and Fast system , again using InsituBoot update and they also work albeit not running 5.30.

The only issue I had was Hermes looking for SocketWatch on one system and not finding it.

Normally SocketWatch is installed with NetSurf but latest versions don’t use it.

The !Run file in Hermes was not correct and failed to load it from its own resources if it wasn’t loaded anywhere else.

Andrew at RComp sorted that after some testing and hence further updates to NetFetch recently.

I have a number of providers I get and send mail from using POP on Port 995 and SMTP on either 485 or 587.

[Aside: seems www.aconet.nl is offline at the moment?]

Odd. For some reason the webserver suddenly seems to ignore it has a wildcard certificate for aconet.nl (and aconet.org). Will investigate. Thanks for the headsup.
Plain aconet.nl still works, by the way.

Correction: it looks like the ISP that provides the domain name is messing things up…

Sprow’s HTTP_Client didn’t fetch a web page; but, running in a task window, produced:
Got session handle 542404052
DNS record for www.howsmyssl.com is 34.71.45.200
Connected to host on port 443
Requesting page /a/check…Internal error: undefined instruction at &20259C04

On a subsequent check HTTP_Client produced:

Got session handle 54204052

resolver gave error 36
Internal error: undefined instruction at &20259C04

I have NetFetch 5.53 and Messenger Pro 9.00.

Sprow’s HTTP_Client didn’t fetch a web page

OK so ran Sprows HTTP_Client on the Fast system and it downloaded the webpage and then ran it on a PI4B and it says SWI Unknown and wouldn’t run.

Had a brainwave and remembered that the Pi4B was where I had an issue with the missing Socketwatch , so I checked the Fast system and it loads SocketWatch from UniPrint but the Pi4B doesn’t run anything requiring it in the boot sequence so it only loads when I use NetFetch/Hermes.

So re ran Sprows HTTP_Clent on the PI4B after loading SocketWatch and it also worked on the PI4B now :-)

So David check you have SocketWatch module running and retry Sprows basic program.

I have also tried it with both ROOL and ROD’s stack and it works as long as SocketWatch is loaded.

NB Later NetFetch/Hermes versions now correctly load SocketWatch, if it isn’t already pre loaded before trying to get mail. The versions of NetFetch/Hermes David mentions he has does not. I have also updated from 0.04y to 0.07.

Hope this helps.

Sprow’s test prog is set to secure at Line 31, which looks for but does not load the AcornSSL module. Double click that module at !System.350.Modules.Network.URL.AcornSSL and the test completes.

Got session handle 552526388
DNS record for <a href="http://www.howsmyssl.com">www.howsmyssl.com</a> is 34.71.45.200
Connected to host on port 443
Requesting page /a/check................
Received 1187 from the host (max 4096)

... loads of stuff ...

Reached EOF
Finished with handle 552526388

If not secure then it looks for a Socket module, I don’t think I have that.

SocketWatch does not figure in this test prog.

HTH.

Sprow’s test prog is set to secure at Line 31, which looks for but does not load the AcornSSL module

That makes sense as running Hermes will also load AcornSSL as well as SocketWatch , so hence my red herring :-)

Rest of my post still stands.

David L , are you running ROD’s network stack or ROOL’s?

One thing I found with the ROD stack , when using DHCP, is that for some reason I had to manually set the local domain name in NetManagers DNS Settings tab.

Without it I had issues with sending emails via Hermes to some providers.

I have reported this observation to ROD via their bug tracker.

SocketWatch does not figure in this test prog.

Doug’s snagged a red herring on his line. SocketWatch definitely not needed to do the test.

If not secure then it looks for a Socket module, I don’t think I have that.

The Socket_ SWIs are provided by the Internet module. Sometimes the SWI prefix and module name differ (like SpriteExtend and JPEG).

Requesting page /a/check…Internal error: undefined instruction at &20259C04
Resolver gave error 36
Internal error: undefined instruction at &20259C04

Resolver error 36 is EINPROGRESS, which should be impossible having called the blocking resolve SWI. Curious that the undefined instruction in both cases is at the same address.

For sanity, check the module you have isn’t corrupt?
*md5 System:Modules.Network.URL.AcornSSL
gives ec402652dff9082dc1576ddc15cc69ca here.

As regards AcornSSL, I double clicked on it and got various ‘green cog’ errors including “‘%’ in module title”. Verma says AcornSSL%yyyyyyyyyyyyyy, where each y has an accent or dot on it, is loaded with workspace DEADDEAD in red! Sometimes Verma gives its title correctly as AcornSSL
As regards the network stack, how can I tell which one it is? I don’t think I have either of the recent ones, at least I haven’t installed any network stacks. There will be the network stack that the PiAno (RPi 4) came with a few years back.
I have just rebooted the computer and run Verma. AcornSSL not shown. Double click on AcornSSL and it then appears in Verma with status loaded and it is version 1.06 (27 May 2023) mbedTLS 2.28.8.
SocketWatch is not shown, but did appear with status loaded after loading Hermes and refreshing Verma. Interestingly, there were no errors on loading Hermes, but this time I loaded it without loading NetFetch.

To be continued – bedtime.

As regards the network stack, how can I tell which one it is?

The version number of the Internet module will show which stack is in use.

For the ROOL stack in OS5.30 it is 5.67 whereas the ROD version is 7.0×.

The ROD stack unplugs a number of modules but the ROOL stack does not unplug any. *unplug will show that.

The PiAno would by default be using the ROOL stack.

The Socket_ SWIs are provided by the Internet module.

Thanks.

Verma would have found that by selecting the appropriate option in its Find dialogue.

version 1.06

Many of them are version 1.06. 🤦🏻‍♀️

(27 May 2023)

Yes, that seems to be the latest available.

mbedTLS 2.28.8.

Is the build process stuck? The version of mbedTLS available is 2.33 (so AcornSSL is six versions out of date).

AcornSSL%yyyyyyyyyyyyyy

Hmm, does *Modules say the same or is it a bug in Verma?
The % is an instantation identifier, you’ll see this in FileCore, and all the ÿ characters are what is at address &0 because AcornSSL doesn’t have instantations and Verma (or the OS?) is following a dud pointer.

Once upon a time (with low vectors) this would have appeared like “oflaoflaofla”, you might remember that from back in Acorn’s day.

Double click on AcornSSL

The way it usually works is you’re supposed to load the URL module, then AcornHTTP, and finally AcornSSL.

URL provides the easy to use generic fetcher service. AcornHTTP says “hey, I can handle http requests”. AcornSSL then says to AcornHTTP “I can help with encrypted stuff” so AcornHTTP then says “hey, I can do https too”.

The URL module has a command to list what protocols it currently understands.

and got various ‘green cog’ errors including “‘%’ in module title”

Just a thought – do you have DiscKnight and have you checked recently?

I have a Pi 4B, and when I run the Basic script, RISC OS complains, “Application may have gone wrong. …” I select Describe, which gives me “SWI name not known”. Running the md5 check, I get the same result as Sprow. Other than that, all seems well.

RISC OS complains, “Application may have gone wrong

As Sprow, Rick , David P etc have pointed point out you need AcornSSL to be loaded before running the script.

Rick has also helpfully noted the best way to set everything up:

The way it usually works is you’re supposed to load the URL module, then AcornHTTP, and finally AcornSSL.

Hope this helps.

Yes, that seems to be the latest available.

How can you tell?
I thought we were on versions numbered on a semi-random base structured on the share value of Trump Media or something.

Once the module is found and started, noting David and Rick’s steer, the test program runs without issue.

My thinking was to provide another observation point as a Pi 4B user.

Thanks.

How can you tell?

There’s a list here: https://aconet.nl/info/acornssl.txt

Answering some of the questions above.
The internet module is version 5.65 (15 Sep 2018) and the OS is version 5.28 which makes it look like the ROOL version or Acorn Computers version?
After a reboot I loaded the modules URL, AcornHTTP and AcornSSL in that order, and then ran HTTP_Client which produced the same error as before including lines: “An attempt to make a secure connection has been stopped because the security check was unsuccessful”; and “Internal error: undefined instruction at &20259C04”.
I checked the md5 number for AcornSSL and got the same number as Sprow.
Like Doug Web and Andrew McCarthy, I have also had the “SWI name not known” error.

the OS is version 5.28

This is a thread about 5.30 stable … so you have got me confused.
v5.30 has Internet module v5.67 (05 Feb 2024) – the version you have is certainly a ROOL version, from RO5.28.
Though whether this is associated with your problem, I do not know.

@Martin

This is a thread about 5.30 stable … so you have got me confused.

See my post, the first post of 7/5/24, for the relevance.