mdfs.net maintainance

listings of other non-ABug events, proposals relating to unconfirmed events and general event chat
Post Reply
User avatar
jgharston
Posts: 4179
Joined: Thu Sep 24, 2009 12:22 pm
Location: Whitby/Sheffield
Contact:

mdfs.net maintainance

Post by jgharston » Thu Oct 22, 2020 7:45 pm

Roland is moving mdfs.net to a new server, and I've just changed the DNS servers to match. In the meantime you may get erratic results from mdfs.net and the BeebWiki. Things should be back to normal in 24 hours or so.

Code: Select all

$ bbcbasic
PDP11 BBC BASIC IV Version 0.32
(C) Copyright J.G.Harston 1989,2005-2020
>_

User avatar
roland
Posts: 4130
Joined: Thu Aug 29, 2013 9:29 pm
Location: Born (NL)
Contact:

Re: mdfs.net maintainance

Post by roland » Thu Oct 22, 2020 9:42 pm

This change should not cause any errors, but I'll keep an eye on it :)
FPGAtom: 512 KB RAM, Real Time Clock and 64 colours
MAN WOMAN :shock:

User avatar
BigEd
Posts: 3562
Joined: Sun Jan 24, 2010 10:24 am
Location: West Country
Contact:

Re: mdfs.net maintainance

Post by BigEd » Thu Oct 22, 2020 9:46 pm

There's certainly some oddness with beebwiki: the pages lack content.

User avatar
roland
Posts: 4130
Joined: Thu Aug 29, 2013 9:29 pm
Location: Born (NL)
Contact:

Re: mdfs.net maintainance

Post by roland » Thu Oct 22, 2020 10:14 pm

It looks like the current version of MediaWiki is not compatible with PCRE 8.42 on the new server. It is also not compatible with PHP7.4 that's why I enabled 5.6 for this site. So either Jonathan or me (or both) should upgrade MediaWiki to the latest version. BTW the old server had PCRE 7.8 but that was a Centos6 system and the new one is running Centos8.

If it isn't broken, don't fix it but we have to update to keep it secure :?
FPGAtom: 512 KB RAM, Real Time Clock and 64 colours
MAN WOMAN :shock:

User avatar
BigEd
Posts: 3562
Joined: Sun Jan 24, 2010 10:24 am
Location: West Country
Contact:

Re: mdfs.net maintainance

Post by BigEd » Thu Oct 22, 2020 10:56 pm

Thanks for supporting mdfsnet! My heart sinks when I have to upgrade something...

User avatar
lurkio
Posts: 3037
Joined: Wed Apr 10, 2013 12:30 am
Location: Doomawangara
Contact:

Re: mdfs.net maintainance

Post by lurkio » Tue Oct 27, 2020 11:26 am

roland wrote:
Thu Oct 22, 2020 10:14 pm
So either Jonathan or me (or both) should upgrade MediaWiki to the latest version.
Good luck! Hope it comes back soon..!

8-[ [-o<

User avatar
jgharston
Posts: 4179
Joined: Thu Sep 24, 2009 12:22 pm
Location: Whitby/Sheffield
Contact:

Re: mdfs.net maintainance

Post by jgharston » Tue Oct 27, 2020 3:01 pm

BigEd wrote:
Thu Oct 22, 2020 10:56 pm
Thanks for supporting mdfsnet! My heart sinks when I have to upgrade something...
I updated the MediaWiki software to the brand spanking shiney newest version.... but it's too new, so my task for tomorrow evening is to go back a version to a new/er/ one rather than the new/est/ one.

Code: Select all

$ bbcbasic
PDP11 BBC BASIC IV Version 0.32
(C) Copyright J.G.Harston 1989,2005-2020
>_

User avatar
BeebMaster
Posts: 3734
Joined: Sun Aug 02, 2009 5:59 pm
Location: Lost in the BeebVault!
Contact:

Re: mdfs.net maintainance

Post by BeebMaster » Tue Oct 27, 2020 8:50 pm

I do hope the Beebwiki comes back soon, I really miss it. I'm dying for a comprehensive list of INKEY(-256) numbers, it's absolutely flabbergasting that the RISC OS PRMs just say "returns the operating system number" without giving any codes at all!
Image

User avatar
hoglet
Posts: 9617
Joined: Sat Oct 13, 2012 7:21 pm
Location: Bristol
Contact:

Re: mdfs.net maintainance

Post by hoglet » Tue Oct 27, 2020 8:57 pm

BeebMaster wrote:
Tue Oct 27, 2020 8:50 pm
I really miss it. I'm dying for a comprehensive list of INKEY(-256) numbers, it's absolutely flabbergasting that the RISC OS PRMs just say "returns the operating system number" without giving any codes at all!
https://web.archive.org/web/20200219061 ... .net/INKEY

User avatar
roland
Posts: 4130
Joined: Thu Aug 29, 2013 9:29 pm
Location: Born (NL)
Contact:

Re: mdfs.net maintainance

Post by roland » Tue Oct 27, 2020 9:40 pm

jgharston wrote:
Tue Oct 27, 2020 3:01 pm
I updated the MediaWiki software to the brand spanking shiny newest version.... but it's too new, so my task for tomorrow evening is to go back a version to a new/er/ one rather than the new/est/ one.
In which way is it too new? If you need some assistance tomorrow, just let me know!
FPGAtom: 512 KB RAM, Real Time Clock and 64 colours
MAN WOMAN :shock:

User avatar
BeebMaster
Posts: 3734
Joined: Sun Aug 02, 2009 5:59 pm
Location: Lost in the BeebVault!
Contact:

Re: mdfs.net maintainance

Post by BeebMaster » Tue Oct 27, 2020 10:05 pm

hoglet wrote:
Tue Oct 27, 2020 8:57 pm
BeebMaster wrote:
Tue Oct 27, 2020 8:50 pm
I really miss it. I'm dying for a comprehensive list of INKEY(-256) numbers, it's absolutely flabbergasting that the RISC OS PRMs just say "returns the operating system number" without giving any codes at all!
https://web.archive.org/web/20200219061 ... .net/INKEY
Brill, thank you! I went to at least 3 different captures and they all said Beebwiki did not allow crawling or something, and there was nowt there.
Image

User avatar
roland
Posts: 4130
Joined: Thu Aug 29, 2013 9:29 pm
Location: Born (NL)
Contact:

Re: mdfs.net maintainance

Post by roland » Tue Oct 27, 2020 10:26 pm

There is a trick to access the Beebwiki on the old server. Just add an entry in your local hosts file:

149.210.175.49 beebwiki.mdfs.net

And then you can access the old Wiki pages until we have fixed the Beebwiki on the new server (or when I switch off the old server, whatever comes first :lol: ) Just don't make any changes on the old Wiki because they will be lost after the old Wiki goes off line!


On Linux or MacOS the local hosts file is at /etc/hosts and on Windows it is c:\windows\system32\drivers\etc\hosts. You need root or administrator privileges to edit this file.
FPGAtom: 512 KB RAM, Real Time Clock and 64 colours
MAN WOMAN :shock:

User avatar
lurkio
Posts: 3037
Joined: Wed Apr 10, 2013 12:30 am
Location: Doomawangara
Contact:

Re: mdfs.net maintainance

Post by lurkio » Wed Oct 28, 2020 11:07 am

roland wrote:
Tue Oct 27, 2020 10:26 pm
There is a trick to access the Beebwiki on the old server. Just add an entry in your local hosts file ...
Thanks!

:idea:

User avatar
jgharston
Posts: 4179
Joined: Thu Sep 24, 2009 12:22 pm
Location: Whitby/Sheffield
Contact:

Re: mdfs.net maintainance

Post by jgharston » Wed Oct 28, 2020 5:43 pm

hoglet wrote:
Tue Oct 27, 2020 8:57 pm
BeebMaster wrote:
Tue Oct 27, 2020 8:50 pm
I really miss it. I'm dying for a comprehensive list of INKEY(-256) numbers, it's absolutely flabbergasting that the RISC OS PRMs just say "returns the operating system number" without giving any codes at all!
https://web.archive.org/web/20200219061 ... .net/INKEY
Also http://mdfs.net/Docs/Comp/BBC/ though the server isn't obeying the TYPE="text/plain" tags yet.

Code: Select all

$ bbcbasic
PDP11 BBC BASIC IV Version 0.32
(C) Copyright J.G.Harston 1989,2005-2020
>_

User avatar
jgharston
Posts: 4179
Joined: Thu Sep 24, 2009 12:22 pm
Location: Whitby/Sheffield
Contact:

Re: mdfs.net maintainance

Post by jgharston » Thu Oct 29, 2020 11:43 pm

jgharston wrote:
Wed Oct 28, 2020 5:43 pm
Also http://mdfs.net/Docs/Comp/BBC/ though the server isn't obeying the TYPE="text/plain" tags yet.
Fixed!

On the Wiki if you select 'View source' you can at least read the content via the source.

I made a mess of the MediaWiki update tonight, so will try again tomorrow. :)

Code: Select all

$ bbcbasic
PDP11 BBC BASIC IV Version 0.32
(C) Copyright J.G.Harston 1989,2005-2020
>_

User avatar
roland
Posts: 4130
Joined: Thu Aug 29, 2013 9:29 pm
Location: Born (NL)
Contact:

Re: mdfs.net maintainance

Post by roland » Wed Nov 04, 2020 4:36 pm

I messed a bit around in the LocalSettings.php file and did a database update. Re-installed some files (skins/common) from the old server and now there is a bit of life in the BeebWiki.

Jonathan, can you test if it works correctly now?
FPGAtom: 512 KB RAM, Real Time Clock and 64 colours
MAN WOMAN :shock:

User avatar
jgharston
Posts: 4179
Joined: Thu Sep 24, 2009 12:22 pm
Location: Whitby/Sheffield
Contact:

Re: mdfs.net maintainance

Post by jgharston » Wed Nov 04, 2020 11:07 pm

roland wrote:
Wed Nov 04, 2020 4:36 pm
I messed a bit around in the LocalSettings.php file and did a database update. Re-installed some files (skins/common) from the old server and now there is a bit of life in the BeebWiki.

Jonathan, can you test if it works correctly now?
Seems to be so far, I've edited out the warning from the navbar. The content theme seems a bit spaced out (man!) so I'll do a backup of the new installation (do some diffs to see where the problems were) and experiment with some tweeks to the layout.

Thanks again - I owe you a beer or two. :)

Code: Select all

$ bbcbasic
PDP11 BBC BASIC IV Version 0.32
(C) Copyright J.G.Harston 1989,2005-2020
>_

User avatar
BeebMaster
Posts: 3734
Joined: Sun Aug 02, 2009 5:59 pm
Location: Lost in the BeebVault!
Contact:

Re: mdfs.net maintainance

Post by BeebMaster » Sun Nov 15, 2020 12:02 pm

BeebMaster wrote:
Tue Oct 27, 2020 10:05 pm
hoglet wrote:
Tue Oct 27, 2020 8:57 pm
BeebMaster wrote:
Tue Oct 27, 2020 8:50 pm
I really miss it. I'm dying for a comprehensive list of INKEY(-256) numbers, it's absolutely flabbergasting that the RISC OS PRMs just say "returns the operating system number" without giving any codes at all!
https://web.archive.org/web/20200219061 ... .net/INKEY
Brill, thank you! I went to at least 3 different captures and they all said Beebwiki did not allow crawling or something, and there was nowt there.
I wasn't sure where else to put this without starting a new thread. Can I distinguish between MOS 3.20 and MOS 3.50? INKEY(-256) gives 253 for both, and OSBYTE 0 only gives the series number (3).
Image

User avatar
jgharston
Posts: 4179
Joined: Thu Sep 24, 2009 12:22 pm
Location: Whitby/Sheffield
Contact:

Re: mdfs.net maintainance

Post by jgharston » Mon Nov 16, 2020 1:58 am

BeebMaster wrote:
Sun Nov 15, 2020 12:02 pm
I wasn't sure where else to put this without starting a new thread. Can I distinguish between MOS 3.20 and MOS 3.50? INKEY(-256) gives 253 for both, and OSBYTE 0 only gives the series number (3).
Annoyingly, there's no defined way. (It would have been useful if something like OSBYTE 0 returned both X and YY of X.YY - but then for compatibility MOS 3.50 would probably have returned &0320.)

In code that needs to find out I've looked at the memory locations in the MOS ROM at &EED9-C that contain "3.50".

I'm trying to think of any API calls that return subtle differences. When I wrote my software reset code I had to deal with the MOS reset code being hidden under the I/O area. As it was threading through the RESET code anyway I noted if it continued into sideways ROM at &8xxx or into high memory at &Fxxx. So, depending on what you need to know you could do:
IF MOS=3
disable IRQs
page I/O memory out
read from &FC00-&FC03
page I/O memory back in
If bytes are "(C)" it's the copyright message and it's MOS 3.20-alike
If bytes are not, it's code and it's MOS 3.50-alike

Another difference is to count the number of &FF bytes from &FBFF downwards.
MOS 3.20 has 5 &FF bytes
MOS 3.50 has 223 &FF bytes
Of course, this won't work if the MOS has been patched and code added there, eg for a Y2K patch.

Another difference is the code immediately before the default PAGE 2 table pointed to by (&FFB7/8) is:
MOS 3.20 &60 RTS opcode
MOS 3.50 &02 end of JMP (&0226) instruction

The definitive way would be to follow the OSBYTE code to where it looks for the dispatch table, to find where OSBYTE_00 starts, then step through it to find the BRK:EQUB 247:EQUS "MOS x.yz":BRK message.

Or, trap BRKV, do *FX0,0, on the BRK read the error message.

Code: Select all

$ bbcbasic
PDP11 BBC BASIC IV Version 0.32
(C) Copyright J.G.Harston 1989,2005-2020
>_

User avatar
jgharston
Posts: 4179
Joined: Thu Sep 24, 2009 12:22 pm
Location: Whitby/Sheffield
Contact:

Re: mdfs.net maintainance

Post by jgharston » Mon Nov 16, 2020 2:00 am

This is also an issue indentifying MOS 5.00, 5.10 and 5.11.

Code: Select all

$ bbcbasic
PDP11 BBC BASIC IV Version 0.32
(C) Copyright J.G.Harston 1989,2005-2020
>_

User avatar
BeebMaster
Posts: 3734
Joined: Sun Aug 02, 2009 5:59 pm
Location: Lost in the BeebVault!
Contact:

Re: mdfs.net maintainance

Post by BeebMaster » Mon Nov 16, 2020 12:21 pm

Ahhh..trapping the break vector and reading the OS message might be an idea. (I've got some horrid code for reading the NFS/ANFS version number which does *HELP NET and traps OSWRCH and puts the message in a memory block instead of on screen so I can pick it up from there. I tried doing something similar with *HELP MOS but there's no such keyword in OS <3.20, and the OS line is at the end of *HELP in earlier versions, so it didn't really work).

In ARM BASIC I can do

Code: Select all

10ONERROR GOTO 30
20*FX0
30mos$=REPORT$
I suppose they kept INKEY-256 the same for compatibility reasons.
Image

User avatar
sweh
Posts: 2302
Joined: Sat Mar 10, 2012 12:05 pm
Location: New York, New York
Contact:

Re: mdfs.net maintainance

Post by sweh » Mon Nov 16, 2020 1:22 pm

BeebMaster wrote:
Mon Nov 16, 2020 12:21 pm
Ahhh..trapping the break vector and reading the OS message might be an idea. (I've got some horrid code for reading the NFS/ANFS version number which does *HELP NET and traps OSWRCH and puts the message in a memory block instead of on screen so I can pick it up from there. I tried doing something similar with *HELP MOS but there's no such keyword in OS <3.20, and the OS line is at the end of *HELP in earlier versions, so it didn't really work).
No, but you could trap the output of *FX0 using this technique. Or you could be really nasty :-)

Code: Select all

>LIST
   10*SHADOW 1
   20MODE 7
   30ON ERROR GOTO 50
   40*FX 0
   50ON ERROR OFF
   60REPORT
   70B=&7C00+40
   80B?7=13
   90V$=$(B+3)
  100CLS
  110PRINT "OS IS ";V$

>RUN
       OS IS 3.20
Heheheheh.
Rgds
Stephen

Post Reply

Return to “other events + general event chat”