Great to hear about the fixes!

I'm not sure about the shared-c-library but it would appear that:
V4.85 is included with RO 3.71
V5.53 was hosted on the iyonix site you linked (seems to be 26-bit judging
from the webpage)
V5.77 is included in UniBoot2 (maybe this one is 32-bit?)
For what it's worth, !Doom is happy with either V5.53 or V5.77. I don't
know if the later versions break things though.

I can understand you wanting to keep the recommend install stuff to a
minimum. I've never used a real Risc PC, only older Archimedes models,
which is why I struggled a bit. Heh!
I'm not sure what the issue is with the MDFs. They do appear to be there
under !Boot\Resources\Configure\Monitors\Acorn but I found that without the
'anymode' module only old-style numbered modes seemed to work and
everything was grayed out in the Display Manager settings.

Looking forward to the next test version. I'll be sure to give it a try and
see if I can find any other issues. Thanks for the quick reply!

Kind Regards,
James

On 20 December 2017 at 21:56, Peter Howkins <[email protected]>
wrote:

> On Mon, Dec 18, 2017 at 03:39:38PM +0000, J Percival wrote:
> >    Hi there! Been using this great emulator for a while but have noticed
> some
> >    issues. You're probably already aware of them but I thought I would
> >    mention them anyway. These refer mainly to the 0.8.99 super-secret
> >    pre-release.
> >
> >    Setup:
> >    Windows 10/64-bit
> >    V0.8.99 Interpreter
> >    RISC OS 3.71
> >    Configuration: 2/8MB VRAM, 32MB RAM, Sound Enabled
> >    - HostFS shows as empty both from the desktop and command line. No
> >    files/folders added via Windows or RISC OS appear even though it will
> >    happily create them (ok on 0.8.15). I wondered if it might be a
> >    permissions issue at first but that doesn't seem to be the case.
>
> It was related to us not setting the correct character encoding in the
> hostfs code, it was trying to use unicode. This has been fixed now.
>
> >    - Keyboard handling problem after a menu is accessed via ALT (largely
> acts
> >    like ALT gets stuck down afterwards) (ok on 0.8.15).
>
> Yep, we spotted this very weird behaviour too, it's now been fixed.
>
> >    - Graphical corruption when configured as RiscPC/ARM810.
>
> This, I'm probably not going to investigated now, as ARM810 is very very
> experimental code ... unless someone wants to give me an arm810 card I can
> test against :)
>
> >    - Starting as an A7000 model means mouse doesn't work when switched
> to a
> >    RiscPC model and vice versa.
>
> Ooh, well spotted, this is an 6 year old bug. I've got a fix in now. (this
> is a fullscreen/mouse capture issue only, not 'follow host mouse')
>
> >    - Configuration options let you try and set VRAM on an A7000 model at
> >    which point it says it needs to restart (but doesn't do so
>
> I've fixed this issue of the erroneous 'you must restart'.
>
> > and then
> >    indicates it being present until the emulator is closed and reloaded.
> >    Maybe it would be better to have separate options provided and saved
> for
> >    each machine type.
>
> But I'm not going to fix this now, eventually I have a different idea
> about how machines and models should be setup.
>
> >    - In fullscreen mode there doesn't seem to be any way to switch back
> to
> >    windowed mode. Selecting the fullscreen option again via ALT-S does
> >    nothing and the conventional Windows Alt-Enter also has no effect. In
> >    addition the menu bar doesn't show up when you press ALT, which is a
> minor
> >    thing but could definitely confuse some people.
>
> The keyboard shortcut for leaving fullscreen is crtl-end
>
> >    Finally, a few difficulties I had with the emulator when I was
> starting
> >    out:
> >    Getting RISC OS up and running was easy enough but the universal-boot
> >    provided on your website seems to be missing the Shared C Library. I
> ended
> >    up using the 'UniBoot 2' version at
> >    [1]https://www.retro-kit.co.uk/page.cfm/content/UniBoot-for-RISC-OS/
> >    instead.
>
> I presume you mean the 32-bit Shared C-Library? Which used to live at
> http://www.iyonix.com/32bit/system.shtml
> now
> https://web.archive.org/web/20150412211454/http://www.
> iyonix.com/32bit/system.shtml
>
> One reason I generally don't provide large amounts of pre-setup stuff as
> theoretically the emulator is just like a real Risc PC in respect to
> allowing people to pick the version of the OS and the software themselves.
>
> Also, it's too hard to support everyone's issues with risc os in general.
>
> >    I was then confused why I couldn't change the display mode in RISC OS
> >    until I eventually remembered that the newer machines rely on monitor
> >    definition files. Could these perhaps be provided with the emulator?
>
> I believe all the boot sequences include the MDFs?
>
>
> At some point soon, I'd like to roll a second test version (0.8.100) to
> allow everyone to check their reported bugs are fixed now, and a second
> chance to spot new ones.
>
> Peter
>
> --
> Peter Howkins
> [email protected]
>
> _______________________________________________
> Rpcemu mailing list
> [email protected]
> http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>
_______________________________________________
Rpcemu mailing list
[email protected]
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Reply via email to