Wednesday, 24 April 2013

Re: [Rpcemu] 0.8.10 and 5.19 / 5.18 versus 4.02

In article <20130424101100.GA29866@spod.org>, Peter Howkins
<rpcemu.howkins@marutan.net> wrote:
> On Wed, Apr 24, 2013 at 10:18:07AM +0100, Jim Lesurf wrote:
> > First the minor ones:

> For these issues can you post your rpclog.txt file please.

OK. I've just got my new ARMiniX to play with. But once I've managed to
overcome the urge to experiment with that I'll do so...

> > 1) The only (minor) snags I have with 0.8.9 / 4.02 are that the mouse
> > pointer seems to be 'on skates' and seems to have some inertial effect
> > that causes it to go on sliding across the window for a while after I
> > stop moving the mouse.

> Unfortuanately I've not seen this before.

> > 2) The other snag is that shutdown 'freezes' the RPCEmu window. Is
> > this fixed?

> Unfortuanately I've not seen this before.

Erm... I've reported both before (in more than email here). See for example
emails from 27, 28, 30 Mar 2012 and 2 Apr 2012. So I guess they have been
forgotten. But I'll summarise again below...

> Can you describe the method you're using to shutdown please? Is it in
> RISC OS, clicking the close button on the emulator window, picking exit
> from the emulator menu?

Choosing the shutdown on the switcher menu. This pops up the usual choice
with a shutdown button. Clicking on this makes the icon go to the
'depressed' state. Then nothing else happens. No shutdown.

The CPU use goes to 100 percent and stays there.

I then close down the Xfce desktop window by clicking on its close icon.

So far as I can see (and from the discussions we had back when) this is
quite safe. Just odd.

> Can you describe the 'freeze', what does it look like, what does it
> behave like?

As above. The RPEmu 'screen' shows the shutdown icon in the depressed
(shaded) state but then no progress.

I have a vague recollection that I once did a screengrab to show what the
RPC 'screen' looked like when frozen and put it on the web. If I get a
chance I'll do that again to show what I get.

The roller skates effect is hard to describe in detail. But the behaviour
means that if I move the mouse and then stop it, the pointer keeps rolling
for a while as it glides to a halt. Its as if moving the mouse whizzed up
some spinning 'inertia wheels' inside the mouse that keep things moving as
they run down when I stop the mouse. Bit like trying to walk on ice.


> > 3) shuft-F12 doesn't open a taskwindow. But I think my Xubuntu desktop
> > is the cause and it is trapping the keys for something else.

> Yes, Shift-F12 works fine ... it also works fine in Xubuntu, so there's
> some specific app you're running that is capturing those keys.

OK. Again this isn't really a problem. I just mentioned it for completeness
here.

Of the above, the roller skating effect is the most bother as I have to
move the mouse around with particular care. But not exactly a serious
problem, more of an oddity I have to keep in mind. However I'd have to
video the desktop to show what it is like!

> > The more serious question is:
> >
> > Is there any particular reason I should also try switching to 5.18 or
> > 5.19 rather than 4.02?

> 5.x runs the OS in 32-bit mode (just like iyonix/pi/beagleboard) as such
> will require Aemulor to run 26-bit apps. Stick to 3.x/4.x/6.x if 26-bit
> is a requirement.

OK. Thanks. That's what I suspected. But wondered if there was a particular
advantage for 5.1x. I'll stick with 4.02.

I'll try 0.8.10 with 4.02 once I've got the ARMiniX sorted. Then report
again to say if I get the above quirks or they vanish.

Cheers,

Jim

--
Electronics http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html


_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

No comments:

Post a Comment