On 31 Mar, tim@timil.com wrote:
> In article <8b087de156.John@rickman.argonet..co.uk>, John Rickman
> <rickman@argonet.co.uk> wrote:
> > In message <56cb6af6b5tim@timil.com> Tim Hill <tim@timil.com> wrote:
> [Snip]
> > The option which allowed you to specify a date range has been removed.
> They've removed it from there now too?
> Isn't that typical?. You have to perform a search and then modify it,
> at least, in other browsers:
> 1. make a google search.
> 2. on the results page look for "Tools"
> 3. now select 'Any time' -> Custom range, pick your dates.
> So much for 'advanced' search! Easier to make a simple one and change
> it.
> But that doesn't help NetSurf users, unfortunately.
P.S. Being curious, I have just been reading about the search parameter
'daterange' and the example given by Google is if you want to examine
documents with a modification date in a range you would search for
parrot daterange:2008-08-01..2008-12-24
ie.
http://google.com/search?q=parrot+daterange:2008-08-01..2008-12-24
But it doesn't seem to work. It's just gets your RISC OS box blocked from
making Google searches and you can't click on the message response
proving you're a human. Using their own example. Duh.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Saturday, 31 March 2018
Re: date in search results
In article <8b087de156.John@rickman.argonet..co.uk>, John Rickman
<rickman@argonet.co.uk> wrote:
> In message <56cb6af6b5tim@timil.com> Tim Hill <tim@timil.com> wrote:
[Snip]
> The option which allowed you to specify a date range has been removed.
They've removed it from there now too?
Isn't that typical?. You have to perform a search and then modify it, at
least, in other browsers:
1. make a google search.
2. on the results page look for "Tools"
3. now select 'Any time' -> Custom range, pick your dates.
So much for 'advanced' search! Easier to make a simple one and change it.
But that doesn't help NetSurf users, unfortunately.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
<rickman@argonet.co.uk> wrote:
> In message <56cb6af6b5tim@timil.com> Tim Hill <tim@timil.com> wrote:
[Snip]
> The option which allowed you to specify a date range has been removed.
They've removed it from there now too?
Isn't that typical?. You have to perform a search and then modify it, at
least, in other browsers:
1. make a google search.
2. on the results page look for "Tools"
3. now select 'Any time' -> Custom range, pick your dates.
So much for 'advanced' search! Easier to make a simple one and change it.
But that doesn't help NetSurf users, unfortunately.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Re: date in search results
In message <56cb6af6b5tim@timil.com>
Tim Hill <tim@timil.com> wrote:
>> In the advanced serch options Google used to have an option to search
>> by a range of dates. This has been removed from the mobile a desktop
>> versions.
> #FakeNews. ;-) It is still on desktops.
> www.google.com/advanced_search
> It's the eighth parameter on that page.
The parameter is still there, but
The drop down list offers ->
anytime
past 24 hours
past week
past month
past year
The default is anytime which is heavily weighted in favour of new
stuff.
The option which allowed you to specify a date range has been removed.
John
--
John Rickman
Tim Hill <tim@timil.com> wrote:
>> In the advanced serch options Google used to have an option to search
>> by a range of dates. This has been removed from the mobile a desktop
>> versions.
> #FakeNews. ;-) It is still on desktops.
> www.google.com/advanced_search
> It's the eighth parameter on that page.
The parameter is still there, but
The drop down list offers ->
anytime
past 24 hours
past week
past month
past year
The default is anytime which is heavily weighted in favour of new
stuff.
The option which allowed you to specify a date range has been removed.
John
--
John Rickman
Sunday, 25 March 2018
Re: [Rpcemu] RPCEmu pre release test version 0.8.102
Good to hear! I had a feeling it was Qt-related.
On 25 March 2018 at 17:06, Peter Howkins <rpcemu.howkins@marutan.net> wrote:
On 24 March 2018 at 09:31, J Percival <perciv.js@gmail.com> wrote:I think I've managed to reproduce the issue with the 'Escape' key. Seems to be related to the menus.
Case 1: Select a menu option, say 'File' then another, say 'Disc' straight after (i.e. with the menu bar still selected). Escape key no longer functions.Case 2: Select a menu option, and hit escape to deselect the option and then again for the menubar itself. Likewise.Windows 10 / Recompiler
I want to let you know that we've already fully reproduced the 'escape' key issue now. Yes it is related to menus, when you have one menu open and move to a second menu. After minimizing the bug the issue has now been narrowed down to a Qt bug and has been reported to them, we're currently waiting a little to see what their response will be.Peter
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu pre release test version 0.8.102
On 24 March 2018 at 09:31, J Percival <perciv.js@gmail.com> wrote:
I think I've managed to reproduce the issue with the 'Escape' key. Seems to be related to the menus.
Case 1: Select a menu option, say 'File' then another, say 'Disc' straight after (i.e. with the menu bar still selected). Escape key no longer functions.Case 2: Select a menu option, and hit escape to deselect the option and then again for the menubar itself. Likewise.Windows 10 / Recompiler
I want to let you know that we've already fully reproduced the 'escape' key issue now. Yes it is related to menus, when you have one menu open and move to a second menu. After minimizing the bug the issue has now been narrowed down to a Qt bug and has been reported to them, we're currently waiting a little to see what their response will be.
Peter
Saturday, 24 March 2018
Re: [Rpcemu] RPCEmu pre release test version 0.8.102
Andre: In full-screen mode? I just noticed this behaviour in windowed mode (and only if 'follow host mouse' is off at startup but then turned on it seems).
Appears to be okay in full-screen here though.
Regards,Appears to be okay in full-screen here though.
On 18 March 2018 at 13:23, andre timmermans <fa044826@skynet.be> wrote:
Hello,
I tried the new release, all the issues seems to be solved, except for the minor issue of the mouse not being able to reach the left border of the screen in full-screen mode. I tried a with a few resolutions but the results are always the same, the mouse does not reach few milimiters to the left of the screen.
> Le 11 mars 2018 à 18:21, Peter Howkins <rpcemu.howkins@marutan.net> a écrit :
>
>
> This is the fourth test release of RPCEmu based on the wide ranging
> chnages made for qt5.
>
> https://www.marutan.net/rpcemu/testing/
>
> Please test this version as thoroughly as possible, and if you previously
> reported an issue with 0.8.101 and it is listed below, please test and
> confirm it is fixed.
>
> - In 'Follow host mouse' mode, the mouse should work correctly if you
> change to fullscreen, change RISC OS mode and leave fullscreen again.
> - Several fixes to the implementation of 'Follow host mouse' 'Move
> Mouse' feature (introduced in 0.8.101). An off by one in the Y axis
> fixed, and it should now work in rectangular pixel modes (such as mode 12).
> - Following reports of the escape key not working in previous versions
> this appears to be resolved now. However, YOU MUST REPORT ANY INSTANCES
> OF THE ESCAPE KEY NOT WORKING.
>
> For further information and downloads please visit
>
> https://www.marutan.net/rpcemu/testing/
>
> Matthew Howkins
> Peter Howkins
>
> --
> Peter Howkins
> peter.howkins@marutan.net
>
> _______________________________________________
> Rpcemu mailing list
> Rpcemu@riscos.info
> http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu pre release test version 0.8.102
I think I've managed to reproduce the issue with the 'Escape' key. Seems to be related to the menus.
Case 1: Select a menu option, say 'File' then another, say 'Disc' straight after (i.e. with the menu bar still selected). Escape key no longer functions.
Case 1: Select a menu option, say 'File' then another, say 'Disc' straight after (i.e. with the menu bar still selected). Escape key no longer functions.
Case 2: Select a menu option, and hit escape to deselect the option and then again for the menubar itself. Likewise.
Windows 10 / RecompilerOn 18 March 2018 at 13:23, andre timmermans <fa044826@skynet.be> wrote:
Hello,
I tried the new release, all the issues seems to be solved, except for the minor issue of the mouse not being able to reach the left border of the screen in full-screen mode. I tried a with a few resolutions but the results are always the same, the mouse does not reach few milimiters to the left of the screen.
> Le 11 mars 2018 à 18:21, Peter Howkins <rpcemu.howkins@marutan.net> a écrit :
>
>
> This is the fourth test release of RPCEmu based on the wide ranging
> chnages made for qt5.
>
> https://www.marutan.net/rpcemu/testing/
>
> Please test this version as thoroughly as possible, and if you previously
> reported an issue with 0.8.101 and it is listed below, please test and
> confirm it is fixed.
>
> - In 'Follow host mouse' mode, the mouse should work correctly if you
> change to fullscreen, change RISC OS mode and leave fullscreen again.
> - Several fixes to the implementation of 'Follow host mouse' 'Move
> Mouse' feature (introduced in 0.8.101). An off by one in the Y axis
> fixed, and it should now work in rectangular pixel modes (such as mode 12).
> - Following reports of the escape key not working in previous versions
> this appears to be resolved now. However, YOU MUST REPORT ANY INSTANCES
> OF THE ESCAPE KEY NOT WORKING.
>
> For further information and downloads please visit
>
> https://www.marutan.net/rpcemu/testing/
>
> Matthew Howkins
> Peter Howkins
>
> --
> Peter Howkins
> peter.howkins@marutan.net
>
> _______________________________________________
> Rpcemu mailing list
> Rpcemu@riscos.info
> http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Friday, 23 March 2018
Re: [Rpcemu] Samsung ML-2165 printer drivers.
On Fri, 2018-03-23 at 14:58 +0000, John Rickman wrote:
> In message <CAEta2z_QUYJ9zTcUmD4o6sZ_4yKyN4=xGTN=2NDeg83+ObGDpw@mail.
> g
> mail.com>
> Bob Seago <rjseago@gmail.com> wrote:
>
> > Does anyone know if it is possible to obtain a suitable driver for
> > RiscOS?
>
> Probably not - it use Samsung SPL developed jointly by Samsung and
> Microsoft to exploit GDI.
>
> There is no mention of PCL which is the best bet for RISC OS
If your RPCemu is hosted on Linux, you *might* be able to get the
printer working using CUPS on Linux (the unified Samsung driver for
Linux allegedly supports it), and then printing from RiscOS as a
network Postscript printer.
I've not actually tried this though :)
Andy
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> In message <CAEta2z_QUYJ9zTcUmD4o6sZ_4yKyN4=xGTN=2NDeg83+ObGDpw@mail.
> g
> mail.com>
> Bob Seago <rjseago@gmail.com> wrote:
>
> > Does anyone know if it is possible to obtain a suitable driver for
> > RiscOS?
>
> Probably not - it use Samsung SPL developed jointly by Samsung and
> Microsoft to exploit GDI.
>
> There is no mention of PCL which is the best bet for RISC OS
If your RPCemu is hosted on Linux, you *might* be able to get the
printer working using CUPS on Linux (the unified Samsung driver for
Linux allegedly supports it), and then printing from RiscOS as a
network Postscript printer.
I've not actually tried this though :)
Andy
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Samsung ML-2165 printer drivers.
In message <CAEta2z_QUYJ9zTcUmD4o6sZ_4yKyN4=xGTN=2NDeg83+ObGDpw@mail.g
mail.com>
Bob Seago <rjseago@gmail.com> wrote:
> Does anyone know if it is possible to obtain a suitable driver for RiscOS?
Probably not - it use Samsung SPL developed jointly by Samsung and
Microsoft to exploit GDI.
There is no mention of PCL which is the best bet for RISC OS
John
--
John Rickman
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
mail.com>
Bob Seago <rjseago@gmail.com> wrote:
> Does anyone know if it is possible to obtain a suitable driver for RiscOS?
Probably not - it use Samsung SPL developed jointly by Samsung and
Microsoft to exploit GDI.
There is no mention of PCL which is the best bet for RISC OS
John
--
John Rickman
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Thursday, 22 March 2018
[Rpcemu] Samsung ML-2165 printer drivers.
Does anyone know if it is possible to obtain a suitable driver for RiscOS?
--
Bob Seago.
Wednesday, 21 March 2018
[Rpcemu] RPCEmu Fatal Error
A funny has developed with networking here but there is an earlier funny in the process that has drawn itself to my attention.
First I have today completely rebuilt a new Ubuntu 17.10 partition and installed a fresh version of RPCEmu 0.8.102. This runs on VirtualBox Version 5.2.8 r121009 (Qt5.6.3) on my Mac with Mac OS 10.13.3. The error below is repeatable.
RPCEmu starts up OK (as long as I remember to do the right things in the right order) and the Fatal Error only appears when I use the RISC OS shutdown facility. There is no error when I click on File > Reset on the top Menu for RPCEmu. Nor is there an error when I clock on the Close button at the top right of the RPCEmu window.
To get the fatal error here:
1. Click Menu on cog on iconbar at bottom right,
2. Click on Shutdown, and wait for the RISC OS window to clear,
3. Then click on Restart.
An Error box appears showing:
RPCEmu Fatal Error
Bad PC fc00 1000 fc00 1000
The same error content is put into the Terminal window.
Then on trying to restart RPCEmu (from Terminal):
1. It does not Boot, it just brings up a RISC OS command line with a message about *Desktop.
2. *Status shows that filesystem has reverted to ADFS.
3. So I reconfigure filesystem to hostfs.
4. If the RPCEmu Settings menu > File > Reset is done, system boots up OK.
Is this serious?
Is there any way round it?
I can provide a copy of the rpclog. (Here? Appended?)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
First I have today completely rebuilt a new Ubuntu 17.10 partition and installed a fresh version of RPCEmu 0.8.102. This runs on VirtualBox Version 5.2.8 r121009 (Qt5.6.3) on my Mac with Mac OS 10.13.3. The error below is repeatable.
RPCEmu starts up OK (as long as I remember to do the right things in the right order) and the Fatal Error only appears when I use the RISC OS shutdown facility. There is no error when I click on File > Reset on the top Menu for RPCEmu. Nor is there an error when I clock on the Close button at the top right of the RPCEmu window.
To get the fatal error here:
1. Click Menu on cog on iconbar at bottom right,
2. Click on Shutdown, and wait for the RISC OS window to clear,
3. Then click on Restart.
An Error box appears showing:
RPCEmu Fatal Error
Bad PC fc00 1000 fc00 1000
The same error content is put into the Terminal window.
Then on trying to restart RPCEmu (from Terminal):
1. It does not Boot, it just brings up a RISC OS command line with a message about *Desktop.
2. *Status shows that filesystem has reverted to ADFS.
3. So I reconfigure filesystem to hostfs.
4. If the RPCEmu Settings menu > File > Reset is done, system boots up OK.
Is this serious?
Is there any way round it?
I can provide a copy of the rpclog. (Here? Appended?)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Tuesday, 20 March 2018
Re: [Rpcemu] Linux for RPCemu, was Re: rpcemu for Linux
> On 18 Mar 2018, at 11:49 pm, tim@powys.org wrote:
>
>
>
>> On 17 Mar 2018, at 7:40 pm, David Pitt <pittdj@pittdj.co.uk> wrote:
>>
>> "tim@powys.org", on 17 Mar, wrote:
>>
>> [snip]
>>
>> Networking does work here with VirtualBox and Ubuntu 18.04 daily beta.
>
> <Thanks. Snip of valuable information to be explored tomorrow - too much conviviality here today to do anything useful)
>
Last night ended with a failure of the ping tests on RPCemu. This morning I noticed that Networking was off in Settings, so put it ON and bingo, networking started with:
-------------- Start of snippable success story -------------
*ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
rpcem0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 172.31.0.10 netmask 0xffff0000 broadcast 172.31.255.255
ether 02:00:a4:bf:dd:ad
*ping -c 4 172.31.0.1
PING 172.31.0.1 (172.31.0.1): 56 data bytes
64 bytes from 172.31.0.1: icmp_seq=0 ttl=64 time=0.000 ms
64 bytes from 172.31.0.1: icmp_seq=1 ttl=64 time=0.000 ms
64 bytes from 172.31.0.1: icmp_seq=2 ttl=64 time=0.000 ms
64 bytes from 172.31.0.1: icmp_seq=3 ttl=64 time=2.000 ms
--- 172.31.0.1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.000/0.500/2.000 ms
*ping -c 4 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=63 time=24.001 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=63 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=63 time=4.000 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=63 time=2.000 ms
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.000/7.500/24.001 ms
*ping -c 4 www.marutan.net
PING www.marutan.net (217.135.32.99): 56 data bytes
64 bytes from 217.135.32.99: icmp_seq=0 ttl=54 time=16.001 ms
64 bytes from 217.135.32.99: icmp_seq=1 ttl=54 time=16.000 ms
64 bytes from 217.135.32.99: icmp_seq=2 ttl=54 time=20.001 ms
64 bytes from 217.135.32.99: icmp_seq=3 ttl=54 time=14.000 ms
--- www.marutan.net ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 14.000/16.500/20.001 ms
*
-------------- End of snippable success story -------------
Do not ask me how I got there! I took no notes as it was complicated enough with two or three windows open to copy the commands from one window/Terminal to another.
What I did have to do was to completely reinstall Ubuntu at one stage, not to mention a few rebuilds of RPCEmu. And since I started this I have made 5 successive builds on VirtualBox.
It seems that RPCEmu has now to be started only with: sudo ./rpcemu-recompiler
What I would like to do is to put the previous command of: cd rpceemu/rpcemu-0.8.102 and the recompiler start together in an executable file that can be clicked on. I do not know how to do this in Unix.
And now to get Netsurf in and transfer a few applications into RPCEmu. And then the real testing can begin.
So far I have not found any fault with 0.8.102. Many thanks for this pressie!
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>
>
>
>> On 17 Mar 2018, at 7:40 pm, David Pitt <pittdj@pittdj.co.uk> wrote:
>>
>> "tim@powys.org", on 17 Mar, wrote:
>>
>> [snip]
>>
>> Networking does work here with VirtualBox and Ubuntu 18.04 daily beta.
>
> <Thanks. Snip of valuable information to be explored tomorrow - too much conviviality here today to do anything useful)
>
Last night ended with a failure of the ping tests on RPCemu. This morning I noticed that Networking was off in Settings, so put it ON and bingo, networking started with:
-------------- Start of snippable success story -------------
*ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
rpcem0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 172.31.0.10 netmask 0xffff0000 broadcast 172.31.255.255
ether 02:00:a4:bf:dd:ad
*ping -c 4 172.31.0.1
PING 172.31.0.1 (172.31.0.1): 56 data bytes
64 bytes from 172.31.0.1: icmp_seq=0 ttl=64 time=0.000 ms
64 bytes from 172.31.0.1: icmp_seq=1 ttl=64 time=0.000 ms
64 bytes from 172.31.0.1: icmp_seq=2 ttl=64 time=0.000 ms
64 bytes from 172.31.0.1: icmp_seq=3 ttl=64 time=2.000 ms
--- 172.31.0.1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.000/0.500/2.000 ms
*ping -c 4 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=63 time=24.001 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=63 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=63 time=4.000 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=63 time=2.000 ms
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.000/7.500/24.001 ms
*ping -c 4 www.marutan.net
PING www.marutan.net (217.135.32.99): 56 data bytes
64 bytes from 217.135.32.99: icmp_seq=0 ttl=54 time=16.001 ms
64 bytes from 217.135.32.99: icmp_seq=1 ttl=54 time=16.000 ms
64 bytes from 217.135.32.99: icmp_seq=2 ttl=54 time=20.001 ms
64 bytes from 217.135.32.99: icmp_seq=3 ttl=54 time=14.000 ms
--- www.marutan.net ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 14.000/16.500/20.001 ms
*
-------------- End of snippable success story -------------
Do not ask me how I got there! I took no notes as it was complicated enough with two or three windows open to copy the commands from one window/Terminal to another.
What I did have to do was to completely reinstall Ubuntu at one stage, not to mention a few rebuilds of RPCEmu. And since I started this I have made 5 successive builds on VirtualBox.
It seems that RPCEmu has now to be started only with: sudo ./rpcemu-recompiler
What I would like to do is to put the previous command of: cd rpceemu/rpcemu-0.8.102 and the recompiler start together in an executable file that can be clicked on. I do not know how to do this in Unix.
And now to get Netsurf in and transfer a few applications into RPCEmu. And then the real testing can begin.
So far I have not found any fault with 0.8.102. Many thanks for this pressie!
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Sunday, 18 March 2018
Re: [Rpcemu] Linux for RPCemu, was Re: rpcemu for Linux
> On 17 Mar 2018, at 7:40 pm, David Pitt <pittdj@pittdj.co.uk> wrote:
>
> "tim@powys.org", on 17 Mar, wrote:
>
> [snip]
>
> Networking does work here with VirtualBox and Ubuntu 18.04 daily beta.
<Thanks. Snip of valuable information to be explored tomorrow - too much conviviality here today to do anything useful)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>
> "tim@powys.org", on 17 Mar, wrote:
>
> [snip]
>
> Networking does work here with VirtualBox and Ubuntu 18.04 daily beta.
<Thanks. Snip of valuable information to be explored tomorrow - too much conviviality here today to do anything useful)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu pre release test version 0.8.102
Hello,
I tried the new release, all the issues seems to be solved, except for the minor issue of the mouse not being able to reach the left border of the screen in full-screen mode. I tried a with a few resolutions but the results are always the same, the mouse does not reach few milimiters to the left of the screen.
> Le 11 mars 2018 à 18:21, Peter Howkins <rpcemu.howkins@marutan.net> a écrit :
>
>
> This is the fourth test release of RPCEmu based on the wide ranging
> chnages made for qt5.
>
> https://www.marutan.net/rpcemu/testing/
>
> Please test this version as thoroughly as possible, and if you previously
> reported an issue with 0.8.101 and it is listed below, please test and
> confirm it is fixed.
>
> - In 'Follow host mouse' mode, the mouse should work correctly if you
> change to fullscreen, change RISC OS mode and leave fullscreen again.
> - Several fixes to the implementation of 'Follow host mouse' 'Move
> Mouse' feature (introduced in 0.8.101). An off by one in the Y axis
> fixed, and it should now work in rectangular pixel modes (such as mode 12).
> - Following reports of the escape key not working in previous versions
> this appears to be resolved now. However, YOU MUST REPORT ANY INSTANCES
> OF THE ESCAPE KEY NOT WORKING.
>
> For further information and downloads please visit
>
> https://www.marutan.net/rpcemu/testing/
>
> Matthew Howkins
> Peter Howkins
>
> --
> Peter Howkins
> peter.howkins@marutan.net
>
> _______________________________________________
> Rpcemu mailing list
> Rpcemu@riscos.info
> http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Saturday, 17 March 2018
Re: [Rpcemu] Linux for RPCemu, was Re: rpcemu for Linux
"tim@powys.org", on 17 Mar, wrote:
[snip]
Networking does work here with VirtualBox and Ubuntu 18.04 daily beta.
> tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ sudo ./rpcemu-recompiler
> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
I got that error too, I did the only decent thing ang ignored it, RPCEmu
started up OK, and networked.
[snip]
> -------- Start of interface commands --------
>
> tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ iptables -I FORWARD -m state
--state ESTABLISHED,RELATED -j ACCEPT
> conntrack: Could not determine whether revision 3 is supported, assuming
it is.
> conntrack: Could not determine whether revision 3 is supported, assuming
it is.
> conntrack: Could not determine whether revision 3 is supported, assuming
it is.
> iptables v1.6.1: can't initialize iptables table `filter': Permission
denied (you must be root)
> Perhaps iptables or your kernel needs to be upgraded.
> tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$
>
> -------- End of attempt at interface commands --------
>
> You will note the error message that 'you must be root', so I definitely
gave up as I knew this had to be duff.
>
> What should I have done?
sudo the four commands. They ran without error here.
HTH.
--
David Pitt
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[snip]
Networking does work here with VirtualBox and Ubuntu 18.04 daily beta.
> tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ sudo ./rpcemu-recompiler
> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
I got that error too, I did the only decent thing ang ignored it, RPCEmu
started up OK, and networked.
[snip]
> -------- Start of interface commands --------
>
> tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ iptables -I FORWARD -m state
--state ESTABLISHED,RELATED -j ACCEPT
> conntrack: Could not determine whether revision 3 is supported, assuming
it is.
> conntrack: Could not determine whether revision 3 is supported, assuming
it is.
> conntrack: Could not determine whether revision 3 is supported, assuming
it is.
> iptables v1.6.1: can't initialize iptables table `filter': Permission
denied (you must be root)
> Perhaps iptables or your kernel needs to be upgraded.
> tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$
>
> -------- End of attempt at interface commands --------
>
> You will note the error message that 'you must be root', so I definitely
gave up as I knew this had to be duff.
>
> What should I have done?
sudo the four commands. They ran without error here.
HTH.
--
David Pitt
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Linux for RPCemu, was Re: rpcemu for Linux
<snip of yesterday>
Two things so far today:
(a) I've also set up RPCemu on a MacBook (2015) and it works at the earth shattering rate of a stated approx 55 mips.
(b) Started to try to get networking going on the Mac and got stuck.
I suspect part of the reason is that 'RPCEmu Networking Guide' is specified for stable releases where the run command is indeed ./rpcemu
From the page 'Linux Binary Configuration' I chose the 'sudo method' and did this in Terminal:
------- Start of attempt to do 'sudo ./rpcemu' ---------
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ ls
cmos.ram hd4.hdf poduleroms riscos-progs rpc.cfg rpclog.txt
COPYING hostfs readme.txt roms rpcemu-recompiler src
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ sudo ./rpcemu-recompiler
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
------- End of attempt to do 'sudo ./rpcemu' ---------
The result of the above was that a second iteration of RPCemu started up OK.
I then edited rpc.cfg. This may have been a mistake and should have belonged only to the 'chown method'.
Back to the RPCEmu Networking Guide and a check on the running network interfaces:
-------- Start of 'if config' --------
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ ifconfig -a
enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.31 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::ac39:5e9c:a15:5257 prefixlen 64 scopeid 0x20<link>
ether 08:00:27:2e:33:3f txqueuelen 1000 (Ethernet)
RX packets 266731 bytes 155038039 (155.0 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 89971 bytes 13023739 (13.0 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 2513 bytes 196530 (196.5 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2513 bytes 196530 (196.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
-------- End of 'if config' -------
The first of the two interfaces was (probably) the one running on Ubuntu to talk to VirtualBox.
I then tried to issue the commands on the Ubuntu interface:
-------- Start of interface commands --------
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ iptables -I FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
conntrack: Could not determine whether revision 3 is supported, assuming it is.
conntrack: Could not determine whether revision 3 is supported, assuming it is.
conntrack: Could not determine whether revision 3 is supported, assuming it is.
iptables v1.6.1: can't initialize iptables table `filter': Permission denied (you must be root)
Perhaps iptables or your kernel needs to be upgraded.
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$
-------- End of attempt at interface commands --------
You will note the error message that 'you must be root', so I definitely gave up as I knew this had to be duff.
What should I have done?
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Two things so far today:
(a) I've also set up RPCemu on a MacBook (2015) and it works at the earth shattering rate of a stated approx 55 mips.
(b) Started to try to get networking going on the Mac and got stuck.
I suspect part of the reason is that 'RPCEmu Networking Guide' is specified for stable releases where the run command is indeed ./rpcemu
From the page 'Linux Binary Configuration' I chose the 'sudo method' and did this in Terminal:
------- Start of attempt to do 'sudo ./rpcemu' ---------
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ ls
cmos.ram hd4.hdf poduleroms riscos-progs rpc.cfg rpclog.txt
COPYING hostfs readme.txt roms rpcemu-recompiler src
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ sudo ./rpcemu-recompiler
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
------- End of attempt to do 'sudo ./rpcemu' ---------
The result of the above was that a second iteration of RPCemu started up OK.
I then edited rpc.cfg. This may have been a mistake and should have belonged only to the 'chown method'.
Back to the RPCEmu Networking Guide and a check on the running network interfaces:
-------- Start of 'if config' --------
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ ifconfig -a
enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.31 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::ac39:5e9c:a15:5257 prefixlen 64 scopeid 0x20<link>
ether 08:00:27:2e:33:3f txqueuelen 1000 (Ethernet)
RX packets 266731 bytes 155038039 (155.0 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 89971 bytes 13023739 (13.0 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 2513 bytes 196530 (196.5 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2513 bytes 196530 (196.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
-------- End of 'if config' -------
The first of the two interfaces was (probably) the one running on Ubuntu to talk to VirtualBox.
I then tried to issue the commands on the Ubuntu interface:
-------- Start of interface commands --------
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$ iptables -I FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
conntrack: Could not determine whether revision 3 is supported, assuming it is.
conntrack: Could not determine whether revision 3 is supported, assuming it is.
conntrack: Could not determine whether revision 3 is supported, assuming it is.
iptables v1.6.1: can't initialize iptables table `filter': Permission denied (you must be root)
Perhaps iptables or your kernel needs to be upgraded.
tim@tim-VirtualBox:~/rpcemu/rpcemu-0.8.102$
-------- End of attempt at interface commands --------
You will note the error message that 'you must be root', so I definitely gave up as I knew this had to be duff.
What should I have done?
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Friday, 16 March 2018
Re: [Rpcemu] Linux for RPCemu, was Re: rpcemu for Linux
<big snip>
I've got the 5.22 ROM in and RPCemu 0.8.102 boots up on Ubuntu 17.10 within VirtualBox on a Mac. The RPCemu testing web pages gave good guidance.
The next problem was much flashing of the Ubuntu window once RPCemu started, so bad that I could not use RPCemu. Ubuntu Help recommended that I go into VirtualBox and enlarge the Display memory to 128 MBytes, the system memory to 3 Gigabytes (of 16G on this Mac) and use Xorg instead of Wayland for the Ubuntu display server protocol. I did all of this and the flashing was no longer there on a reboot of Ubuntu. The previous problem with VirtualBox was that internet access failed with NatNetwork but worked with Bridged Adaptor.
Reading the instructions continues to be a besetting problem here! Eventually I solved these apparent puzzles: (a) how to get hold of the 5.22 ROM (I already had it!), (b) setting RISCOS to boot from HostFS, (c) putting HardDisc4 into HostFS from the Ubuntu side, (d) extracting from HardDisc4 and (e) putting the extracts all onto HostFS.
RPCEmu is now working happily at a stated 250 odd MIPS, which compares with up to 440 mips stated on VRPC at the same time on the same Mac. Congratulations to the RPCemu team.
Tomorrow's job will be to get the networking going. Then move a few applications over from the ARM6X and see how they compare and if RPCemu will make an adequate backup for the ARM6X if the latter should go belly up. Note that I have already abandoned VRPC as a machine for the future as there seems to be no support for any problems and development is non-existent. The other pleasure is that backing up RPCemu should be child's play.
Thursday, 15 March 2018
Re: [Rpcemu] Linus for RPCemu, was Re: rpcemu for Linux
> On 15 Mar 2018, at 9:19 am, Richard Walker <richardwalker@letterboxes.org> wrote:
>
> On Sun, 11 Mar 2018, at 22:53, tim@powys.org wrote:
>>
>> Can anyone direct me to a version of Linux that will, at least, run the
>> new test version of RPCemu on a Mac? Please.
>
> Some time ago, I used Virtual Box on my Mac so I could run Linux.
> Easy-peasy - it all 'just worked'.
>
> If I were you, I'd get Virtual Box for Mac OS X from:
> https://www.virtualbox.org/wiki/Downloads
>
> and then pick a pre-built VM from here:
> https://virtualboxes.org/images/
>
> I think I used Ubuntu at the time, but presumably anything reasonably
> popular should work for RPCEmu.
Many thanks for all the above. I have now got Ubuntu 17.10 going under VirtualBox on my Mac. The only serious problem was choosing the right networking option on VirtualBox: it needed to be Bridged Adaptor.
After several re-readings of "How to compile from source - Linux" at <https://www.marutan.net/rpcemu/testing/linuxcompile.html> I have managed to compile rpcemu. (Incredible, at various stages I thought I would never get that far!)
The final stage is to download a ROM and put it in the directory <rpcemu-0.8.102> but that will take me a little more time so thought I had better stop and say many thanks for helping me get this far. I'm going for 5.22 so that I have a backup machine for my ARMX6. If all goes well, I will be able to abandon VRPC which is taking up an enormous amount of precious space on my SSD on the Mac; rpc-emu's environment is on a USB linked disk that is four times slower than the SSD but faster than any other disc I have plugged into the Mac.
regards,
Tim
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>
> On Sun, 11 Mar 2018, at 22:53, tim@powys.org wrote:
>>
>> Can anyone direct me to a version of Linux that will, at least, run the
>> new test version of RPCemu on a Mac? Please.
>
> Some time ago, I used Virtual Box on my Mac so I could run Linux.
> Easy-peasy - it all 'just worked'.
>
> If I were you, I'd get Virtual Box for Mac OS X from:
> https://www.virtualbox.org/wiki/Downloads
>
> and then pick a pre-built VM from here:
> https://virtualboxes.org/images/
>
> I think I used Ubuntu at the time, but presumably anything reasonably
> popular should work for RPCEmu.
Many thanks for all the above. I have now got Ubuntu 17.10 going under VirtualBox on my Mac. The only serious problem was choosing the right networking option on VirtualBox: it needed to be Bridged Adaptor.
After several re-readings of "How to compile from source - Linux" at <https://www.marutan.net/rpcemu/testing/linuxcompile.html> I have managed to compile rpcemu. (Incredible, at various stages I thought I would never get that far!)
The final stage is to download a ROM and put it in the directory <rpcemu-0.8.102> but that will take me a little more time so thought I had better stop and say many thanks for helping me get this far. I'm going for 5.22 so that I have a backup machine for my ARMX6. If all goes well, I will be able to abandon VRPC which is taking up an enormous amount of precious space on my SSD on the Mac; rpc-emu's environment is on a USB linked disk that is four times slower than the SSD but faster than any other disc I have plugged into the Mac.
regards,
Tim
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Linus for RPCemu, was Re: rpcemu for Linux
On Sun, 11 Mar 2018, at 22:53, tim@powys.org wrote:
>
> Can anyone direct me to a version of Linux that will, at least, run the
> new test version of RPCemu on a Mac? Please.
Some time ago, I used Virtual Box on my Mac so I could run Linux.
Easy-peasy - it all 'just worked'.
If I were you, I'd get Virtual Box for Mac OS X from:
https://www.virtualbox.org/wiki/Downloads
and then pick a pre-built VM from here:
https://virtualboxes.org/images/
I think I used Ubuntu at the time, but presumably anything reasonably
popuar should work for RPCEmu.
By the way, the latest test version is the best yet. I've given it a quick
go on Windows 10 (64-bit) and it's absolutely marvellous.
Cheers,
--
Richard Walker
richardwalker@letterboxes.org
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>
> Can anyone direct me to a version of Linux that will, at least, run the
> new test version of RPCemu on a Mac? Please.
Some time ago, I used Virtual Box on my Mac so I could run Linux.
Easy-peasy - it all 'just worked'.
If I were you, I'd get Virtual Box for Mac OS X from:
https://www.virtualbox.org/wiki/Downloads
and then pick a pre-built VM from here:
https://virtualboxes.org/images/
I think I used Ubuntu at the time, but presumably anything reasonably
popuar should work for RPCEmu.
By the way, the latest test version is the best yet. I've given it a quick
go on Windows 10 (64-bit) and it's absolutely marvellous.
Cheers,
--
Richard Walker
richardwalker@letterboxes.org
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Tuesday, 13 March 2018
Re: [Rpcemu] Linus for RPCemu, was Re: rpcemu for Linux
"tim@powys.org", on 11 Mar, wrote:
[snip]
> Can anyone direct me to a version of Linux that will, at least, run the
> new test version of RPCemu on a Mac? Please.
>
> (I have run Ubuntu before now on a Mac and within both VMware Fusion and
> Parallels. But not for a few years now. Totally prepared to try anything
> else now.)
On my iMac I have an eclectic mix of new RPCEmu installs, in VirtualBox
Linux Mint 18.3 MATE and Lubuntu LXQt, and in VMWare Fusion Ubuntu 18.04
Daily Builds.
To avoid excessive Mac CPU usage 3D needs to be enabled in the VM an issue
with the latest VirtualBox 5.2.8 RPCEmu and Ubuntu.
VirtualBox's seamless mode works nicely but no such luck with VMWare
Fusion's Unity.
The new RPCEmu looks rather good.
Networking remains to be tried as yet.
--
David Pitt
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[snip]
> Can anyone direct me to a version of Linux that will, at least, run the
> new test version of RPCemu on a Mac? Please.
>
> (I have run Ubuntu before now on a Mac and within both VMware Fusion and
> Parallels. But not for a few years now. Totally prepared to try anything
> else now.)
On my iMac I have an eclectic mix of new RPCEmu installs, in VirtualBox
Linux Mint 18.3 MATE and Lubuntu LXQt, and in VMWare Fusion Ubuntu 18.04
Daily Builds.
To avoid excessive Mac CPU usage 3D needs to be enabled in the VM an issue
with the latest VirtualBox 5.2.8 RPCEmu and Ubuntu.
VirtualBox's seamless mode works nicely but no such luck with VMWare
Fusion's Unity.
The new RPCEmu looks rather good.
Networking remains to be tried as yet.
--
David Pitt
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Spaces in RiscOS File Names When Unzipping
File names of the archives or of files within the archives? Real spaces in filenames aren't supported in RISC OS AFAIK (although 'hard spaces' are). I think HostFS converts between them so real spaces on the host end up as hard spaces in the emulator and vice versa. Archives named with spaces and archives containing files named with spaces seem to work ok here although it's on Windows and V0.8.15.
- JamesOn 13 March 2018 at 03:04, tonynjac <tonynjac@gmail.com> wrote:
Hi
Firstly thank you for an excellent piece of software.
And forgive me if this is an old chestnut, but when I was unzipping a set of RISC OS archives which were created on an ARMini, onto an admittedly rather old version of RPCEmu (v 08.11 I think) running on Linux Mint 18.1, I ended up with all sorts of problems whenever the original file names contained a space. If I unzip from within RPCEmu, !Spark crashes and !Infozip ignores files with spaces altogether. If I unzip on the Linux side, I lose the file typing. If I try to do bulk renames, it seems to confuse HostFS, Is this something which has been sorted in later versions of RPCEmu, or does anyone know a work around ?
Thanks in advance
Tony Balmer
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu pre release test version 0.8.102
The mouse issues seem to have been resolved. Nice work. :)
I think there's still an issue with the Escape key however. When I first loaded the emulator I was running a BASIC program (with the emulator fullscreen) and couldn't escape out of it (but other keys were working). I've still not been able to reproduce it though.
(Win10, Recompiler, SA, RO3.71)I think there's still an issue with the Escape key however. When I first loaded the emulator I was running a BASIC program (with the emulator fullscreen) and couldn't escape out of it (but other keys were working). I've still not been able to reproduce it though.
On 11 March 2018 at 17:21, Peter Howkins <rpcemu.howkins@marutan.net> wrote:
This is the fourth test release of RPCEmu based on the wide ranging
chnages made for qt5.
https://www.marutan.net/rpcemu/testing/
Please test this version as thoroughly as possible, and if you previously
reported an issue with 0.8.101 and it is listed below, please test and
confirm it is fixed.
- In 'Follow host mouse' mode, the mouse should work correctly if you
change to fullscreen, change RISC OS mode and leave fullscreen again.
- Several fixes to the implementation of 'Follow host mouse' 'Move
Mouse' feature (introduced in 0.8.101). An off by one in the Y axis
fixed, and it should now work in rectangular pixel modes (such as mode 12).
- Following reports of the escape key not working in previous versions
this appears to be resolved now. However, YOU MUST REPORT ANY INSTANCES
OF THE ESCAPE KEY NOT WORKING.
For further information and downloads please visit
https://www.marutan.net/rpcemu/testing/
Matthew Howkins
Peter Howkins
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Monday, 12 March 2018
[Rpcemu] Spaces in RiscOS File Names When Unzipping
Hi
Firstly thank you for an excellent piece of software.
And forgive me if this is an old chestnut, but when I was unzipping a
set of RISC OS archives which were created on an ARMini, onto an
admittedly rather old version of RPCEmu (v 08.11 I think) running on
Linux Mint 18.1, I ended up with all sorts of problems whenever the
original file names contained a space. If I unzip from within RPCEmu,
!Spark crashes and !Infozip ignores files with spaces altogether. If I
unzip on the Linux side, I lose the file typing. If I try to do bulk
renames, it seems to confuse HostFS, Is this something which has been
sorted in later versions of RPCEmu, or does anyone know a work around ?
Thanks in advance
Tony Balmer
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Sunday, 11 March 2018
[Rpcemu] Linus for RPCemu, was Re: rpcemu for Linux
On 6 Mar 2018, at 7:32 pm, Bryan Hogan <rpcemu@helpful.demon.co.uk> wrote:
>
> In message <CAF9eEQEcwxW-okZNAeHPof=9i7pBs34Vd-pCaSS3e-q9YZ-ahg@mail.g
> mail.com>
> John McCulloch <johnmcculloch1@gmail.com> wrote:
>
>> I have tried to follow the guide instructions for installing rpcemu on my
>> Linux desktop without success.
>
> It would help if you told us where you had problems, what you tried,
> what the errors were, etc. Then we might be able to tell you how to
> fix it and possibly improve the instructions so it's clearer for
> everyone in the future.
>
>> Would it be possible for some kind person to compile this for the
>> Linux Mint 64bit, so that a mere mortal newbie to linux can run
>> rpcemu.
>
> As it's most likely a problem caused by package dependencies not being
> installed, even if someone gives you a prebuilt binary it probably
> still won't work.
>
> Bryan.
The new test release of RPCemu has prompted this Mac user to say that he would like to try this out and to get networking going.
Almost certainly the only way to do both of these is to use Linus for the testing on this Mac. And I wonder if this is the reason for the the above problem, that some versions of Linux are better suited to running RPCemu than others.
Can anyone direct me to a version of Linux that will, at least, run the new test version of RPCemu on a Mac? Please.
(I have run Ubuntu before now on a Mac and within both VMware Fusion and Parallels. But not for a few years now. Totally prepared to try anything else now.)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>
> In message <CAF9eEQEcwxW-okZNAeHPof=9i7pBs34Vd-pCaSS3e-q9YZ-ahg@mail.g
> mail.com>
> John McCulloch <johnmcculloch1@gmail.com> wrote:
>
>> I have tried to follow the guide instructions for installing rpcemu on my
>> Linux desktop without success.
>
> It would help if you told us where you had problems, what you tried,
> what the errors were, etc. Then we might be able to tell you how to
> fix it and possibly improve the instructions so it's clearer for
> everyone in the future.
>
>> Would it be possible for some kind person to compile this for the
>> Linux Mint 64bit, so that a mere mortal newbie to linux can run
>> rpcemu.
>
> As it's most likely a problem caused by package dependencies not being
> installed, even if someone gives you a prebuilt binary it probably
> still won't work.
>
> Bryan.
The new test release of RPCemu has prompted this Mac user to say that he would like to try this out and to get networking going.
Almost certainly the only way to do both of these is to use Linus for the testing on this Mac. And I wonder if this is the reason for the the above problem, that some versions of Linux are better suited to running RPCemu than others.
Can anyone direct me to a version of Linux that will, at least, run the new test version of RPCemu on a Mac? Please.
(I have run Ubuntu before now on a Mac and within both VMware Fusion and Parallels. But not for a few years now. Totally prepared to try anything else now.)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] RPCEmu pre release test version 0.8.102
This is the fourth test release of RPCEmu based on the wide ranging
chnages made for qt5.
https://www.marutan.net/rpcemu/testing/
Please test this version as thoroughly as possible, and if you previously
reported an issue with 0.8.101 and it is listed below, please test and
confirm it is fixed.
- In 'Follow host mouse' mode, the mouse should work correctly if you
change to fullscreen, change RISC OS mode and leave fullscreen again.
- Several fixes to the implementation of 'Follow host mouse' 'Move
Mouse' feature (introduced in 0.8.101). An off by one in the Y axis
fixed, and it should now work in rectangular pixel modes (such as mode 12).
- Following reports of the escape key not working in previous versions
this appears to be resolved now. However, YOU MUST REPORT ANY INSTANCES
OF THE ESCAPE KEY NOT WORKING.
For further information and downloads please visit
https://www.marutan.net/rpcemu/testing/
Matthew Howkins
Peter Howkins
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
chnages made for qt5.
https://www.marutan.net/rpcemu/testing/
Please test this version as thoroughly as possible, and if you previously
reported an issue with 0.8.101 and it is listed below, please test and
confirm it is fixed.
- In 'Follow host mouse' mode, the mouse should work correctly if you
change to fullscreen, change RISC OS mode and leave fullscreen again.
- Several fixes to the implementation of 'Follow host mouse' 'Move
Mouse' feature (introduced in 0.8.101). An off by one in the Y axis
fixed, and it should now work in rectangular pixel modes (such as mode 12).
- Following reports of the escape key not working in previous versions
this appears to be resolved now. However, YOU MUST REPORT ANY INSTANCES
OF THE ESCAPE KEY NOT WORKING.
For further information and downloads please visit
https://www.marutan.net/rpcemu/testing/
Matthew Howkins
Peter Howkins
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Friday, 9 March 2018
Re: Page which doed not display properly
In article <df0993d556.jim@6.abbeypress.net>,
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
<snip>
> (Meanwhile my Netsurf "welcome" page does include Tim's welcome
> workaround from 2016nov, to indicate Javascript on/off status.)
Mine doesn't. Boo, hoo. More details, please.
--
Chris
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
<snip>
> (Meanwhile my Netsurf "welcome" page does include Tim's welcome
> workaround from 2016nov, to indicate Javascript on/off status.)
Mine doesn't. Boo, hoo. More details, please.
--
Chris
Re: Page which doed not display properly
On Thu, 08 Mar 2018 17:31:51 +0000 (GMT)
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> If removing _all_ script from a page does not alter the way the page
> displays, then the way it displays is nothing to do with the removed
> script.
>
> I would have thought that did not require explaining. Apologies for not
> being clear enough.
It's completely not true. If the website relies on JS to display its
contents and that JS code doesn't work under NetSurf, removing it won't
change anything.
The only way to check whether it's a JS issue or not is to test the
website with a more capable browser (like Firefox or Chrome) with JS
disabled.
The page is completely blank on Opera with JS disabled which proves
that it *is* a JS issue.
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> If removing _all_ script from a page does not alter the way the page
> displays, then the way it displays is nothing to do with the removed
> script.
>
> I would have thought that did not require explaining. Apologies for not
> being clear enough.
It's completely not true. If the website relies on JS to display its
contents and that JS code doesn't work under NetSurf, removing it won't
change anything.
The only way to check whether it's a JS issue or not is to test the
website with a more capable browser (like Firefox or Chrome) with JS
disabled.
The page is completely blank on Opera with JS disabled which proves
that it *is* a JS issue.
Thursday, 8 March 2018
Re: Page which doed not display properly
In article <56d5995dc6tim@timil.com>,
Tim Hill <tim@timil.com> wrote:
> With the luxury of a PC at my elbow, I tend to throw recalcitrant pages
> at it rather than try and decipher them. WYSIWYG page design tools, such
> as WordPress used to construct Richard's page
I woul point out that this Richard dos not use anything other than
StrongED!
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Tim Hill <tim@timil.com> wrote:
> With the luxury of a PC at my elbow, I tend to throw recalcitrant pages
> at it rather than try and decipher them. WYSIWYG page design tools, such
> as WordPress used to construct Richard's page
I woul point out that this Richard dos not use anything other than
StrongED!
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Re: Page which doed not display properly
In article <df0993d556.jim@6.abbeypress.net>,
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> Would be nice to add a colour for <script>... </script> to the HTML
> mode in StrongEd so that JS would immediately jump out at you in a
> page where "the html is terrible to decipher".
> I think somebody is working to update that mode but I can't remember
> who. Is it you, Tim?
Having got to grips with advanced Search and Replace, I have it in mind to
next get to grips with Modes. If so one thing I may well do is to update
the HTML mode.
But doing the script removal will highlight the scripts you are removing.
I have now written this up as an example:
http://stronged.torrens.org/man/search/examples/js.html
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> Would be nice to add a colour for <script>... </script> to the HTML
> mode in StrongEd so that JS would immediately jump out at you in a
> page where "the html is terrible to decipher".
> I think somebody is working to update that mode but I can't remember
> who. Is it you, Tim?
Having got to grips with advanced Search and Replace, I have it in mind to
next get to grips with Modes. If so one thing I may well do is to update
the HTML mode.
But doing the script removal will highlight the scripts you are removing.
I have now written this up as an example:
http://stronged.torrens.org/man/search/examples/js.html
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Re: Page which doed not display properly
In article <455569058123901cbf28cd87c0dab8e2@wingsandbeaks.org.uk>,
Jeremy Nicoll - ml netsurf <jn.ml.nso.71@wingsandbeaks.org.uk> wrote:
> > The page still does not display properly - so as I said, it is not a
> > J/S
> > thing!
> That does not follow. Maybe the code you removed was essential... and
> that WOULD make it a script issue.
If removing _all_ script from a page does not alter the way the page
displays, then the way it displays is nothing to do with the removed
script.
I would have thought that did not require explaining. Apologies for not
being clear enough.
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Jeremy Nicoll - ml netsurf <jn.ml.nso.71@wingsandbeaks.org.uk> wrote:
> > The page still does not display properly - so as I said, it is not a
> > J/S
> > thing!
> That does not follow. Maybe the code you removed was essential... and
> that WOULD make it a script issue.
If removing _all_ script from a page does not alter the way the page
displays, then the way it displays is nothing to do with the removed
script.
I would have thought that did not require explaining. Apologies for not
being clear enough.
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Re: Page which doed not display properly
In article <df0993d556.jim@6.abbeypress.net>, Jim Nagel
<netsurf@abbeypress.co.uk> wrote:
[Snip]
> Would be nice to add a colour for <script>... </script> to the HTML
> mode in StrongEd so that JS would immediately jump out at you in a
> page where "the html is terrible to decipher".
A workaround - to make your own scripts stand out - is to put them in
HTML comments per ye olde stylee:
<script>
<!--
document.write("Happy Mother's Day!");
-->
</script>
With the luxury of a PC at my elbow, I tend to throw recalcitrant pages
at it rather than try and decipher them. WYSIWYG page design tools, such
as WordPress used to construct Richard's page or online tools such as Wix
often produce a mass of unformatted garbage; even though this page could
be created with a half-dozen DIVs, the 'info panel' and 'menu' both
require either CSS, JS or both that NetSurf cannot render.
Such a page also fails google's mobile test. Quelle surprise.
> I think somebody is working to update that mode but I can't remember
> who. Is it you, Tim?
Not me, no, sorry.
T
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
<netsurf@abbeypress.co.uk> wrote:
[Snip]
> Would be nice to add a colour for <script>... </script> to the HTML
> mode in StrongEd so that JS would immediately jump out at you in a
> page where "the html is terrible to decipher".
A workaround - to make your own scripts stand out - is to put them in
HTML comments per ye olde stylee:
<script>
<!--
document.write("Happy Mother's Day!");
-->
</script>
With the luxury of a PC at my elbow, I tend to throw recalcitrant pages
at it rather than try and decipher them. WYSIWYG page design tools, such
as WordPress used to construct Richard's page or online tools such as Wix
often produce a mass of unformatted garbage; even though this page could
be created with a half-dozen DIVs, the 'info panel' and 'menu' both
require either CSS, JS or both that NetSurf cannot render.
Such a page also fails google's mobile test. Quelle surprise.
> I think somebody is working to update that mode but I can't remember
> who. Is it you, Tim?
Not me, no, sorry.
T
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Re: Page which doed not display properly
On 2018-03-08 12:58, Richard Torrens (lists) wrote:
> In article <56d58e70b8tim@timil.com>,
> Tim Hill <tim@timil.com> wrote:
>> In article <56d587af09Lists@Torrens.org>, Richard Torrens (lists)
>> <Lists@Torrens.org> wrote:
>> > http://www.magheragenealogy.org/
>
>> > Most of of the page's text does not display in Netsurf.
>
>> > It is not a J/S thing. But the html is terrible to decipher!
>
>> It is. The >26 <script></script> tags would beg to differ.
Languages other than Javascript can implement script sections...
> I removed all "<script"**"/script>" bits with StrongED. - there are
> indeed
> 27!
>
> The page still does not display properly - so as I said, it is not a
> J/S
> thing!
That does not follow. Maybe the code you removed was essential... and
that
WOULD make it a script issue.
--
Jeremy Nicoll - my opinions are my own
> In article <56d58e70b8tim@timil.com>,
> Tim Hill <tim@timil.com> wrote:
>> In article <56d587af09Lists@Torrens.org>, Richard Torrens (lists)
>> <Lists@Torrens.org> wrote:
>> > http://www.magheragenealogy.org/
>
>> > Most of of the page's text does not display in Netsurf.
>
>> > It is not a J/S thing. But the html is terrible to decipher!
>
>> It is. The >26 <script></script> tags would beg to differ.
Languages other than Javascript can implement script sections...
> I removed all "<script"**"/script>" bits with StrongED. - there are
> indeed
> 27!
>
> The page still does not display properly - so as I said, it is not a
> J/S
> thing!
That does not follow. Maybe the code you removed was essential... and
that
WOULD make it a script issue.
--
Jeremy Nicoll - my opinions are my own
Re: Page which doed not display properly
In article <56d59185ceLists@Torrens.org>, Richard Torrens (lists)
<Lists@Torrens.org> wrote:
[Snip]
> The page still does not display properly - so as I said, it is not a
> J/S thing!
If you say so.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
<Lists@Torrens.org> wrote:
[Snip]
> The page still does not display properly - so as I said, it is not a
> J/S thing!
If you say so.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Re: Page which doed not display properly
Richard Torrens wrote:
>> It is not a J/S thing. But the html is terrible to decipher!
Tim Hill wrote on 8 Mar:
> It is. The >26 <script></script> tags would beg to differ.
Would be nice to add a colour for <script>... </script> to the HTML
mode in StrongEd so that JS would immediately jump out at you in a
page where "the html is terrible to decipher".
I think somebody is working to update that mode but I can't remember
who. Is it you, Tim?
Indeed, it'd be nice if the Netsurf toolbar were to include a graphic
that would light up to alert that a page contains Javascript. I have
often wished for a button that would switch Javascript on or off and
indicate the status (just a shortcut for iconbar choices > Content).
(Meanwhile my Netsurf "welcome" page does include Tim's welcome
workaround from 2016nov, to indicate Javascript on/off status.)
--
Jim Nagel www.archivemag.co.uk
>> It is not a J/S thing. But the html is terrible to decipher!
Tim Hill wrote on 8 Mar:
> It is. The >26 <script></script> tags would beg to differ.
Would be nice to add a colour for <script>... </script> to the HTML
mode in StrongEd so that JS would immediately jump out at you in a
page where "the html is terrible to decipher".
I think somebody is working to update that mode but I can't remember
who. Is it you, Tim?
Indeed, it'd be nice if the Netsurf toolbar were to include a graphic
that would light up to alert that a page contains Javascript. I have
often wished for a button that would switch Javascript on or off and
indicate the status (just a shortcut for iconbar choices > Content).
(Meanwhile my Netsurf "welcome" page does include Tim's welcome
workaround from 2016nov, to indicate Javascript on/off status.)
--
Jim Nagel www.archivemag.co.uk
Re: Page which doed not display properly
In article <56d58e70b8tim@timil.com>,
Tim Hill <tim@timil.com> wrote:
> In article <56d587af09Lists@Torrens.org>, Richard Torrens (lists)
> <Lists@Torrens.org> wrote:
> > http://www.magheragenealogy.org/
> > Most of of the page's text does not display in Netsurf.
> > It is not a J/S thing. But the html is terrible to decipher!
> It is. The >26 <script></script> tags would beg to differ.
> The best result from a page like that?
> Menu > Page > Export > Text
I removed all "<script"**"/script>" bits with StrongED. - there are indeed
27!
The page still does not display properly - so as I said, it is not a J/S
thing!
And yes, there are various ways of readuing it!
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Tim Hill <tim@timil.com> wrote:
> In article <56d587af09Lists@Torrens.org>, Richard Torrens (lists)
> <Lists@Torrens.org> wrote:
> > http://www.magheragenealogy.org/
> > Most of of the page's text does not display in Netsurf.
> > It is not a J/S thing. But the html is terrible to decipher!
> It is. The >26 <script></script> tags would beg to differ.
> The best result from a page like that?
> Menu > Page > Export > Text
I removed all "<script"**"/script>" bits with StrongED. - there are indeed
27!
The page still does not display properly - so as I said, it is not a J/S
thing!
And yes, there are various ways of readuing it!
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Re: Page which doed not display properly
In article <56d587af09Lists@Torrens.org>, Richard Torrens (lists)
<Lists@Torrens.org> wrote:
> http://www.magheragenealogy.org/
> Most of of the page's text does not display in Netsurf.
> It is not a J/S thing. But the html is terrible to decipher!
It is. The >26 <script></script> tags would beg to differ.
The best result from a page like that?
Menu > Page > Export > Text
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
<Lists@Torrens.org> wrote:
> http://www.magheragenealogy.org/
> Most of of the page's text does not display in Netsurf.
> It is not a J/S thing. But the html is terrible to decipher!
It is. The >26 <script></script> tags would beg to differ.
The best result from a page like that?
Menu > Page > Export > Text
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Page which doed not display properly
http://www.magheragenealogy.org/
Most of of the page's text does not display in Netsurf.
It is not a J/S thing. But the html is terrible to decipher!
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Most of of the page's text does not display in Netsurf.
It is not a J/S thing. But the html is terrible to decipher!
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Tuesday, 6 March 2018
Re: [Rpcemu] rpcemu for Linux
In message <CAF9eEQEcwxW-okZNAeHPof=9i7pBs34Vd-pCaSS3e-q9YZ-ahg@mail.g
mail.com>
John McCulloch <johnmcculloch1@gmail.com> wrote:
> I have tried to follow the guide instructions for installing rpcemu on my
> Linux desktop without success.
It would help if you told us where you had problems, what you tried,
what the errors were, etc. Then we might be able to tell you how to
fix it and possibly improve the instructions so it's clearer for
everyone in the future.
> Would it be possible for some kind person to compile this for the
> Linux Mint 64bit, so that a mere mortal newbie to linux can run
> rpcemu.
As it's most likely a problem caused by package dependencies not being
installed, even if someone gives you a prebuilt binary it probably
still won't work.
Bryan.
--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
mail.com>
John McCulloch <johnmcculloch1@gmail.com> wrote:
> I have tried to follow the guide instructions for installing rpcemu on my
> Linux desktop without success.
It would help if you told us where you had problems, what you tried,
what the errors were, etc. Then we might be able to tell you how to
fix it and possibly improve the instructions so it's clearer for
everyone in the future.
> Would it be possible for some kind person to compile this for the
> Linux Mint 64bit, so that a mere mortal newbie to linux can run
> rpcemu.
As it's most likely a problem caused by package dependencies not being
installed, even if someone gives you a prebuilt binary it probably
still won't work.
Bryan.
--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Monday, 5 March 2018
[Rpcemu] rpcemu for Linux
Hi there,
I have tried to follow the guide instructions for installing rpcemu on my Linux desktop without success. Would it be possible for some kind person to compile this for the Linux Mint 64bit, so that a mere mortal newbie to linux can run rpcemu.
Yours John C McCulloch
Primary: johnmcculloch1<@>gmail.com
As Last Resort: johnmcculloch1956<@>outlook.com
Windows 10, Linux Mint and Android 7.1.2
Remove < > to use!!!!
As Last Resort: johnmcculloch1956<@>outlook.com
Windows 10, Linux Mint and Android 7.1.2
Remove < > to use!!!!
Sunday, 4 March 2018
Re: linking to root of website, not root of drive
[Email copy of news posting to comp.sys.acorn.misc]
Posted in Netsurf users, as it follows up a question and in c.s.a.misc
because it's not NetSurf specific. Please reply in Usenet.
In article <6c94decc56.ricp@user.minijem.plus.com>, Richard Porter
<ricp@minijem.plus.com> wrote:
> On 19 Feb 2018 Jim Nagel wrote:
> > Is there a way around this? Is there some setting I would need to
> > make in Netsurf to define what I mean by "/" as root? (Presumably
> > there is such a setting in my ISP's software, for I am not being
> > taken to the root of their drive!)
> I have the same problem. I'm running WebJames with its root directory
> as the directory containing my web sites. That means that "/" on the
> local site takes me back to the top level and not the root of the site
> I want.
I was just having a similar problem to Jim's original and have a solution
wrt setting the BASE tag depending on server, local or distant. The same
technique could of course be applied to just the style sheet location, or
whatever. It uses PHP but don't let that put you off.
Let's imagine the URL of the distant server you upload to is
http://domain.tld/
and your local WebJames copy is here
http://localhost/domain/
First of all, save this fragment of php as file 'pathname/php' and/or
'pathname.php' in both locations:
<?php
$pathname = dirname(__FILE__);
print("Pathname = $pathname");
?>
Then run it from your browser:
http://domain.tld/pathname.php
and
http://localhost/domain/pathname.php
You will see something like
Pathname = /ISPname/users/8/4/s112113/htdocs
and
Pathname = /Sunfish::Web_Sites.$/domain
(Or, at least, that's what I see: my WebJames serves sites stored on a
NAS accessed with Sunfish)
Once you know a string to differentiate the location of where your file
is running, this would then work in the HEAD of your index.php file, or
whatever, in place of the BASE tag:
<?php
$pathname = dirname(__FILE__);
if ( substr($pathname,1,7) == "ISPname" ) {
$base = "http://domain.tld/";
} else {
$base ="http://localhost/domain/";
}
print("<base href=\"$base\">\n");
?>
If your WebJames server has an external URL, use that in place of
localhost, obviously.
HTH
(Replies in c.s.a.misc please; this is OT for NetSurf-Users.)
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Posted in Netsurf users, as it follows up a question and in c.s.a.misc
because it's not NetSurf specific. Please reply in Usenet.
In article <6c94decc56.ricp@user.minijem.plus.com>, Richard Porter
<ricp@minijem.plus.com> wrote:
> On 19 Feb 2018 Jim Nagel wrote:
> > Is there a way around this? Is there some setting I would need to
> > make in Netsurf to define what I mean by "/" as root? (Presumably
> > there is such a setting in my ISP's software, for I am not being
> > taken to the root of their drive!)
> I have the same problem. I'm running WebJames with its root directory
> as the directory containing my web sites. That means that "/" on the
> local site takes me back to the top level and not the root of the site
> I want.
I was just having a similar problem to Jim's original and have a solution
wrt setting the BASE tag depending on server, local or distant. The same
technique could of course be applied to just the style sheet location, or
whatever. It uses PHP but don't let that put you off.
Let's imagine the URL of the distant server you upload to is
http://domain.tld/
and your local WebJames copy is here
http://localhost/domain/
First of all, save this fragment of php as file 'pathname/php' and/or
'pathname.php' in both locations:
<?php
$pathname = dirname(__FILE__);
print("Pathname = $pathname");
?>
Then run it from your browser:
http://domain.tld/pathname.php
and
http://localhost/domain/pathname.php
You will see something like
Pathname = /ISPname/users/8/4/s112113/htdocs
and
Pathname = /Sunfish::Web_Sites.$/domain
(Or, at least, that's what I see: my WebJames serves sites stored on a
NAS accessed with Sunfish)
Once you know a string to differentiate the location of where your file
is running, this would then work in the HEAD of your index.php file, or
whatever, in place of the BASE tag:
<?php
$pathname = dirname(__FILE__);
if ( substr($pathname,1,7) == "ISPname" ) {
$base = "http://domain.tld/";
} else {
$base ="http://localhost/domain/";
}
print("<base href=\"$base\">\n");
?>
If your WebJames server has an external URL, use that in place of
localhost, obviously.
HTH
(Replies in c.s.a.misc please; this is OT for NetSurf-Users.)
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Re: displaying a nested list
In article <ca751fd356.jim@6.abbeypress.net>, Jim Nagel
<netsurf@abbeypress.co.uk> wrote:
> Any chance that Netsurf could be made to display a nested list, please?
> Many designers seem to like using this feature for menus -- here's an
> example: http://stjohns-glastonbury.org.uk All three of the menu
> items here (About, Heritage, More...) are meant to produce a dropdown
> of several sub-items.
Dropdown menus created by CSS styled lists relying on 'hover' are a thing
NetSurf does not support. No JavaScript is required for these.
Here are some more that don't work: www.youngtheatre.co.uk
It may be worth noting that such drop-downs don't work well on mobile
platforms either because you can't 'hover' easily so your solution of
providing fall-back from the primary menu items with alternate routes is
essential.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
<netsurf@abbeypress.co.uk> wrote:
> Any chance that Netsurf could be made to display a nested list, please?
> Many designers seem to like using this feature for menus -- here's an
> example: http://stjohns-glastonbury.org.uk All three of the menu
> items here (About, Heritage, More...) are meant to produce a dropdown
> of several sub-items.
Dropdown menus created by CSS styled lists relying on 'hover' are a thing
NetSurf does not support. No JavaScript is required for these.
Here are some more that don't work: www.youngtheatre.co.uk
It may be worth noting that such drop-downs don't work well on mobile
platforms either because you can't 'hover' easily so your solution of
providing fall-back from the primary menu items with alternate routes is
essential.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Saturday, 3 March 2018
Re: [Rpcemu] Emulate other ARM processors?
Incidentally, I wondered about the cycle-accuracy of the emulation. Could we have accurare emulation of ARM2/250/3 level performance even if we can't emulate the hardware of the Archimedes at this point?
On 3 March 2018 at 22:46, J Percival <perciv.js@gmail.com> wrote:
It's strange that Acorn were...at least in some people's opinion - big on backwards compatibility - but compared to the PC world, they didn't seem to do it very well.Regarding Arculator/RPCEmu, I don't know, but looking at http://b-em.bbcmicro.com/arculator/ V0.1 of Arculator came out before V0.1 (or any version) of RPCEmu.On 3 March 2018 at 21:36, Peter Howkins <rpcemu.howkins@marutan.net> wrote:On Thu, Mar 01, 2018 at 04:20:58PM +0000, Gerald Holdsworth wrote:
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
It's a large amount of work for archimedes support, of which the ARM is
the relatively easy bit.
I've considered it, but it's a long long way from happening anytime soon.
> Didn't RPCemu evolve from Arculator, originally?
I think it might have been the other way round, though I'm not sure. They
both shared a large chunk of code.
In general, stick to Arculator, if it does what you want it too.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Emulate other ARM processors?
It's strange that Acorn were...at least in some people's opinion - big on backwards compatibility - but compared to the PC world, they didn't seem to do it very well.
Regarding Arculator/RPCEmu, I don't know, but looking at http://b-em.bbcmicro.com/arculator/ V0.1 of Arculator came out before V0.1 (or any version) of RPCEmu.On 3 March 2018 at 21:36, Peter Howkins <rpcemu.howkins@marutan.net> wrote:
On Thu, Mar 01, 2018 at 04:20:58PM +0000, Gerald Holdsworth wrote:
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
It's a large amount of work for archimedes support, of which the ARM is
the relatively easy bit.
I've considered it, but it's a long long way from happening anytime soon.
> Didn't RPCemu evolve from Arculator, originally?
I think it might have been the other way round, though I'm not sure. They
both shared a large chunk of code.
In general, stick to Arculator, if it does what you want it too.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Emulate other ARM processors?
On Thu, Mar 01, 2018 at 04:20:58PM +0000, Gerald Holdsworth wrote:
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
It's a large amount of work for archimedes support, of which the ARM is
the relatively easy bit.
I've considered it, but it's a long long way from happening anytime soon.
> Didn't RPCemu evolve from Arculator, originally?
I think it might have been the other way round, though I'm not sure. They
both shared a large chunk of code.
In general, stick to Arculator, if it does what you want it too.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu pre release test version 0.8.101
On Tue, Feb 06, 2018 at 03:36:14PM +0000, J Percival wrote:
> Thanks for the new test-version.
> I tested the 'MOUSE TO' behaviour and got some strange results.
> RO3.71, RPC SA, Windows 10, Interpreter (or Recompiler it seems) with
> default settings.
>
> There seems to be a few problems:
> - If the host mouse pointer goes outside of the client window (or even on
> an edge sometimes) then MOUSE TO no longer has any effect
I suppose I should have noted this, but this was intentional. E.g. if
you're happilly using your host mouse on another host program on the
other side of the screen, rpcemu won't steal the mouse from you.
So the mouse needs to be over the rpcemu window for it to work.
> and this can be
> caused by the command itself (e.g. to 0,0)
However, this was caused by an off by one bug in the os unit to host
coordinate conversion, fixed.
> - In some modes the emulated pointer is in the right position but the host
> pointer sometimes moves to the bottom of the window (but at the correct x
> coordinate) (e.g. 28)
> - In other modes the emulated pointer ends up in the wrong vertical
> position (e.g. 15)
There were two other bugs here related to doublesizing up rectangular
pixel modes, both now fixed.
Many thanks for your test program, it helped a lot in reproducing the
issues.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> Thanks for the new test-version.
> I tested the 'MOUSE TO' behaviour and got some strange results.
> RO3.71, RPC SA, Windows 10, Interpreter (or Recompiler it seems) with
> default settings.
>
> There seems to be a few problems:
> - If the host mouse pointer goes outside of the client window (or even on
> an edge sometimes) then MOUSE TO no longer has any effect
I suppose I should have noted this, but this was intentional. E.g. if
you're happilly using your host mouse on another host program on the
other side of the screen, rpcemu won't steal the mouse from you.
So the mouse needs to be over the rpcemu window for it to work.
> and this can be
> caused by the command itself (e.g. to 0,0)
However, this was caused by an off by one bug in the os unit to host
coordinate conversion, fixed.
> - In some modes the emulated pointer is in the right position but the host
> pointer sometimes moves to the bottom of the window (but at the correct x
> coordinate) (e.g. 28)
> - In other modes the emulated pointer ends up in the wrong vertical
> position (e.g. 15)
There were two other bugs here related to doublesizing up rectangular
pixel modes, both now fixed.
Many thanks for your test program, it helped a lot in reproducing the
issues.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: displaying a nested list
On 3 Mar 2018 Jim Nagel wrote:
> Many designers seem to like using this feature for menus -- here's an
> example: http://stjohns-glastonbury.org.uk
> All three of the menu items here (About, Heritage, More...) are meant
> to produce a dropdown of several sub-items.
Ah, I see what you mean. I have the same problem on www.minimarcos.org
. The drop down menus work on mainstream browsers but the tabs at the
top lead to intermediate pages (whether or not the menus work.
--
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> Many designers seem to like using this feature for menus -- here's an
> example: http://stjohns-glastonbury.org.uk
> All three of the menu items here (About, Heritage, More...) are meant
> to produce a dropdown of several sub-items.
Ah, I see what you mean. I have the same problem on www.minimarcos.org
. The drop down menus work on mainstream browsers but the tabs at the
top lead to intermediate pages (whether or not the menus work.
--
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Re: displaying a nested list
On 3 Mar 2018 Jim Nagel wrote:
> Any chance that Netsurf could be made to display a nested list,
> please?
It does, but it doesn't work if you have centered text because it
centers all the items regardless of indent. If I want the list
centered I put it in a little table on it's own. No doubt there's a
CSS way to do it.
--
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> Any chance that Netsurf could be made to display a nested list,
> please?
It does, but it doesn't work if you have centered text because it
centers all the items regardless of indent. If I want the list
centered I put it in a little table on it's own. No doubt there's a
CSS way to do it.
--
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
displaying a nested list
Any chance that Netsurf could be made to display a nested list,
please?
Many designers seem to like using this feature for menus -- here's an
example: http://stjohns-glastonbury.org.uk
All three of the menu items here (About, Heritage, More...) are meant
to produce a dropdown of several sub-items.
Netsurf users might assume the problem is Javascript, because nothing
seems to happen on clicking the menu. But inspect the HTML source and
you see no Javascript, only nested lists.
As a workaround, I concocted a "Menu-redux" page by saving the source,
deleting most of it, and adding a <base> tag to the head. Now I have
a separate page containing all the menu items as a clickable list:
http://archivemag.co.uk/TEMP/menu-redux.html
An outside agency designed this site as a sort-of content-management
thing; I have volunteered locally to coordinate uploading stuff to it.
My Menu-redux workaround is fine for the public-facing site.
However, for the Admin page I have to log in, and URLs for Admin
menu items include a session ID which is different every time.
So it would sure be nice if Netsurf could display those dropdown
nested menus -- which are widely used -- to begin with, rather than
requiring a workaround. I have no idea, though, how much developer
effort that would entail.
--
Jim Nagel www.archivemag.co.uk
please?
Many designers seem to like using this feature for menus -- here's an
example: http://stjohns-glastonbury.org.uk
All three of the menu items here (About, Heritage, More...) are meant
to produce a dropdown of several sub-items.
Netsurf users might assume the problem is Javascript, because nothing
seems to happen on clicking the menu. But inspect the HTML source and
you see no Javascript, only nested lists.
As a workaround, I concocted a "Menu-redux" page by saving the source,
deleting most of it, and adding a <base> tag to the head. Now I have
a separate page containing all the menu items as a clickable list:
http://archivemag.co.uk/TEMP/menu-redux.html
An outside agency designed this site as a sort-of content-management
thing; I have volunteered locally to coordinate uploading stuff to it.
My Menu-redux workaround is fine for the public-facing site.
However, for the Admin page I have to log in, and URLs for Admin
menu items include a session ID which is different every time.
So it would sure be nice if Netsurf could display those dropdown
nested menus -- which are widely used -- to begin with, rather than
requiring a workaround. I have no idea, though, how much developer
effort that would entail.
--
Jim Nagel www.archivemag.co.uk
Friday, 2 March 2018
missing build/Linux-gtk/messages_gresource.c
I just downloaded latest. make returns:
cc: error: build/Linux-gtk/messages_gresource.c: No such file or directory
cc: fatal error: no input files
compilation terminated.
make[1]: *** [Makefile:849: build/Linux-gtk/build_Linux-gtk_messages_gresource.o] Error 1
make[1]: Leaving directory '/usr/src/netsurf-all-3.7/netsurf'
make: *** [Makefile:124: /usr/src/netsurf-all-3.7/inst-gtk/build-stamp] Error 2
messages_gresource.c isn't. What's up?
russell bell
cc: error: build/Linux-gtk/messages_gresource.c: No such file or directory
cc: fatal error: no input files
compilation terminated.
make[1]: *** [Makefile:849: build/Linux-gtk/build_Linux-gtk_messages_gresource.o] Error 1
make[1]: Leaving directory '/usr/src/netsurf-all-3.7/netsurf'
make: *** [Makefile:124: /usr/src/netsurf-all-3.7/inst-gtk/build-stamp] Error 2
messages_gresource.c isn't. What's up?
russell bell
Thursday, 1 March 2018
Re: [Rpcemu] Emulate other ARM processors?
>
> #2 is the big one. Arthur/RO2/RO3.1 would not work on a Risc PC without a lot
> of code changes - the result of those changes is called RO3.5.
>
> So best stick to Arculator if that's what you need.
The only reason I thought of it was that I like the RPCemu user interface, as the Arculator one seems less friendly (more so on the Mac - although I do have the source code for the Mac version). I also thought of it as RedSquirrel used to be able to emulate everything from Arthur to RISC OS 4.39 (never tried anything newer).
Anyway, just a thought. Thank you.
Cheers,
Gerald.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> #2 is the big one. Arthur/RO2/RO3.1 would not work on a Risc PC without a lot
> of code changes - the result of those changes is called RO3.5.
>
> So best stick to Arculator if that's what you need.
The only reason I thought of it was that I like the RPCemu user interface, as the Arculator one seems less friendly (more so on the Mac - although I do have the source code for the Mac version). I also thought of it as RedSquirrel used to be able to emulate everything from Arthur to RISC OS 4.39 (never tried anything newer).
Anyway, just a thought. Thank you.
Cheers,
Gerald.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Emulate other ARM processors?
I wasn't aware of the MMU differences but I thought the cache could simply be disabled in later ARM CPUs to provide backwards compatibility with ARM2/3. Do you know of anywhere that details the changes? I'm only familiar with the ARM2/3-based systems so I'm curious. With regards to using Arculator, that would be fine except that it's no longer developed and seems to have some issues. If we make the comparison to WinUAE which implements emulation of all the different hardware combinations available on the Amiga, then I'd like to think that emulation of the entire range of ARM-based Acorn systems 'under one roof' would also be practical and beneficial. Of course the developers only have so much time on their hands, and things have to be prioritised, but I do think it would be worthwhile.
On 1 March 2018 at 18:17, Theo Markettos <theo@markettos.org.uk> wrote:
On Thu, Mar 01, 2018 at 05:16:16PM +0000, J Percival wrote:
> I asked the same thing a while back. I was under the impression that the
> hardware was similar. As I understand it, ARM2 code will run fine on a
> StrongARM for instance (although needing to turn off the cache if the code
> is self-modifying). Back in the day, there was the 'GameOn' utility - apart
> from the cache control (and better support for old-style screenmodes
> maybe?) I'm not sure what it did to achieve compatibility with many games -
> possibly patching them - but I think the differences weren't too
> significant - usually in these cases it's software that assumes a very
> specific environment that fail. It's possible that Arthur/RO2/RO3 would run
> on a Risc PC - don't know if anyone has tried it. It would be nice to have
> accurate emulation of older systems though as things like tech-demos are
> particularly sensitive to the configuration of the underlying (emulated)
> hardware.
There are several thing to de-conflate here:
1. The user-level instruction set. ARMv4 (StrongARM) is largely a superset
of ARMv2 (ARM2/3) so minimal changes are required here (see 'StrongARM
compatibility' notes of old)
2. The system-level CPU model. Exception modes and the MMU changed quite a
lot between ARM3 and ARM6, and the caches changed between ARM3, ARM6/7 and
StrongARM.
3. System I/O, for instance video, timers, keyboards, interrupt sources,
motherboard chips. Some effort was put into making IOMD and VIDC20 be a
superset of IOC and VIDC1, but there are enough changes to make them
incompatible.
#2 is the big one. Arthur/RO2/RO3.1 would not work on a Risc PC without a lot
of code changes - the result of those changes is called RO3.5.
So best stick to Arculator if that's what you need.
Theo
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Emulate other ARM processors?
On Thu, Mar 01, 2018 at 05:16:16PM +0000, J Percival wrote:
> I asked the same thing a while back. I was under the impression that the
> hardware was similar. As I understand it, ARM2 code will run fine on a
> StrongARM for instance (although needing to turn off the cache if the code
> is self-modifying). Back in the day, there was the 'GameOn' utility - apart
> from the cache control (and better support for old-style screenmodes
> maybe?) I'm not sure what it did to achieve compatibility with many games -
> possibly patching them - but I think the differences weren't too
> significant - usually in these cases it's software that assumes a very
> specific environment that fail. It's possible that Arthur/RO2/RO3 would run
> on a Risc PC - don't know if anyone has tried it. It would be nice to have
> accurate emulation of older systems though as things like tech-demos are
> particularly sensitive to the configuration of the underlying (emulated)
> hardware.
There are several thing to de-conflate here:
1. The user-level instruction set. ARMv4 (StrongARM) is largely a superset
of ARMv2 (ARM2/3) so minimal changes are required here (see 'StrongARM
compatibility' notes of old)
2. The system-level CPU model. Exception modes and the MMU changed quite a
lot between ARM3 and ARM6, and the caches changed between ARM3, ARM6/7 and
StrongARM.
3. System I/O, for instance video, timers, keyboards, interrupt sources,
motherboard chips. Some effort was put into making IOMD and VIDC20 be a
superset of IOC and VIDC1, but there are enough changes to make them
incompatible.
#2 is the big one. Arthur/RO2/RO3.1 would not work on a Risc PC without a lot
of code changes - the result of those changes is called RO3.5.
So best stick to Arculator if that's what you need.
Theo
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> I asked the same thing a while back. I was under the impression that the
> hardware was similar. As I understand it, ARM2 code will run fine on a
> StrongARM for instance (although needing to turn off the cache if the code
> is self-modifying). Back in the day, there was the 'GameOn' utility - apart
> from the cache control (and better support for old-style screenmodes
> maybe?) I'm not sure what it did to achieve compatibility with many games -
> possibly patching them - but I think the differences weren't too
> significant - usually in these cases it's software that assumes a very
> specific environment that fail. It's possible that Arthur/RO2/RO3 would run
> on a Risc PC - don't know if anyone has tried it. It would be nice to have
> accurate emulation of older systems though as things like tech-demos are
> particularly sensitive to the configuration of the underlying (emulated)
> hardware.
There are several thing to de-conflate here:
1. The user-level instruction set. ARMv4 (StrongARM) is largely a superset
of ARMv2 (ARM2/3) so minimal changes are required here (see 'StrongARM
compatibility' notes of old)
2. The system-level CPU model. Exception modes and the MMU changed quite a
lot between ARM3 and ARM6, and the caches changed between ARM3, ARM6/7 and
StrongARM.
3. System I/O, for instance video, timers, keyboards, interrupt sources,
motherboard chips. Some effort was put into making IOMD and VIDC20 be a
superset of IOC and VIDC1, but there are enough changes to make them
incompatible.
#2 is the big one. Arthur/RO2/RO3.1 would not work on a Risc PC without a lot
of code changes - the result of those changes is called RO3.5.
So best stick to Arculator if that's what you need.
Theo
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Emulate other ARM processors?
I asked the same thing a while back. I was under the impression that the hardware was similar. As I understand it, ARM2 code will run fine on a StrongARM for instance (although needing to turn off the cache if the code is self-modifying). Back in the day, there was the 'GameOn' utility - apart from the cache control (and better support for old-style screenmodes maybe?) I'm not sure what it did to achieve compatibility with many games - possibly patching them - but I think the differences weren't too significant - usually in these cases it's software that assumes a very specific environment that fail. It's possible that Arthur/RO2/RO3 would run on a Risc PC - don't know if anyone has tried it. It would be nice to have accurate emulation of older systems though as things like tech-demos are particularly sensitive to the configuration of the underlying (emulated) hardware.
On 1 March 2018 at 16:20, Gerald Holdsworth <gerald@hollypops.co.uk> wrote:
Probably a stupid question, but, I've been thinking recently, how difficult would it be to extend the RPCemu emulation to emulate the ARM2, ARM250, and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in (and, effectively, emulate an Archimedes)?
Didn't RPCemu evolve from Arculator, originally?
Cheers,
Gerald.
From the MacBook Air of Gerald Holdsworth
www.geraldholdsworth.co.uk
www.reptonresourcepage.co.uk
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Emulate other ARM processors?
Probably a stupid question, but, I've been thinking recently, how difficult would it be to extend the RPCemu emulation to emulate the ARM2, ARM250, and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in (and, effectively, emulate an Archimedes)?
Didn't RPCemu evolve from Arculator, originally?
Cheers,
Gerald.
From the MacBook Air of Gerald Holdsworth
www.geraldholdsworth.co.uk
www.reptonresourcepage.co.uk
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Subscribe to:
Posts (Atom)