PushSend & AcornHTTP module

Hi everyone!

I have been trying to get PushSend working, but I am in need of the AcornHTTP module, can someone please send me a copy or give me a link to download it?

Thanks!

Regards,
Daniel.

You can get it from the ‘HardDisc4’ download

https://www.riscosopen.org/content/downloads/common

It should be in !Boot.Resources.System.310.Modules.Network.URL

Thanks acorndave…

Has anyone got PushSend to work? I can’t seem to get the two test files to run to send a message?

Regards,
Daniel.

Clearly I have, ’cos I wrote it!

Let’s start with the basic stuff: have you set up your Pushover app, and have you copied the credentials correctly into PushSend’s !Run file? I’m sorry the Pushover setup is a bit complicated, but it’s out of my control.

I see that Pushover now give a free trial period of 30 days; it used to be 7. I need to update the app’s Help files and my web site.

Hello Dave,

Thanks for the reply, as instructed, I have added the User and API keys and I have it loaded on the icon bar, then I ran one of the test files and I get an error:

Unknown or missing variable in “Library of functions to call PushSend” at line 390 for Test01
Unknown or missing variable in “Library of functions to call PushSend” at line 500 for Test02.

You can contact me directly at daniel @ thejollyrogerbbs dot com.

Regards,
Daniel.

Ah. I think it must be objecting to the LOCAL in DIM LOCAL, so you’re using an old version of BASIC?

Hi, I am running RISC OS v3.71 on RPCEmu and the version of the BASIC module is v1.85?

Regards,
Daniel.

My version is 1.85 (03 Oct 2022).

In BASIC, when I do HELP DIM, one line is:

DIM fred% [LOCAL] 100: allocate [temporary] space for a byte array etc.

which shows that LOCAL is acceptable in a DIM statement. Do you get the same results?

If that’s the problem, you could move the DIM imb% 255 into the initialisation code and comment out the DIM statements in the procedures.

I am getting the following:

DIM fred(100,100): create and initialise an array.
DIM fred% 100: allocate space for a byte array etc.
DIM): function gives the number of dimensions.
DIM,n): function gives the size of the n’th dimension.

If you don’t mind, please would you be able to make the changes as I’m not a BASIC programmer…

Regards,
Daniel.

Emailed.

What does

*help basic

What about using a more up-to-date BASIC module?

Daniel is running RPCEmu, and his BASIC is 1.14 (IIRC) from 1996. Now I don’t run, nor really know any details, about RPCEmu. I don’t know if more recent versions are available, nor do I know if a more recent version would be compatible with Daniel’s other requirements.

Daniel is running RPCEmu, and his BASIC is 1.14 (IIRC) from 1996. Now I don’t run, nor really know any details, about RPCEmu. I don’t know if more recent versions are available, nor do I know if a more recent version would be compatible with Daniel’s other requirements.

The updated !System is available for download in the Miscellaneous section from this site and can be installed on pre-RISC OS 5 systems from 3.1 onwards. I.e. the equivalent of the good old “Nested WIMP” update. This includes BASIC 1.85.

Whether this automatically forces the 32bit SharedCLib – I don’t know. I would guess that BASIC is sufficiently self-contained to not need this, but I am not sure.

20 minutes behind Steffen.

The pre-RISC OS 5 System resources download enables running the current BASIC.

*FX0
RISC OS 3.71 (19 Feb 1997)
*Help Basic
==> Help on keyword BASIC
BASIC is the ARM BBC BASIC interpreter.
Syntax: *BASIC [-help|-chain|-load|-quit] <filename>
==> Help on keyword BASIC
Module is: BBC BASIC V     1.85 (03 Oct 2022)

Commands provided:
BASIC   BASIC64
*basic
ARM BBC BASIC V (C) Acorn 1989

Starting with 651516 bytes free

>PRINT "Hello World"
Hello World
>

That is a start but there may be snags in waiting, possibly.

Whether this automatically forces the 32bit SharedCLib – I don’t know.

SharedCLibrary 6.19 is RMEnsured and 6.22 is currently supplied.

P.S. As far as I can see the later BASIC would need to be explicitly loaded.

Daniel seems to be sorted; he has upgraded to RO 5.28, with no known compatibility bugs (yet?).