Re: [Rpcemu] RPCEmu 0.8.13

[Francis Devereux]

On 23 Oct 2015, at 21:37, Theo Markettos  wrote:
> 
> On Fri, Oct 23, 2015 at 11:49:14AM +0100, Theo Markettos wrote:
>> On Fri, Oct 23, 2015 at 10:17:07AM +0100, Gerald Holdsworth wrote:
 A new version of RPCEmu is available, 0.8.13
>>> 
>>> Nice, well done - but not for the Mac.
>>> 
>>> Would it be worth putting the 0.8.12 Mac build on the 'contributed
>>> builds' on the page?
>>> https://bitbucket.org/caliston/rpcemu-spoon-caliston/downloads
>> 
>> Let me do a test version, and if it hasn't broken anything that can be a
>> 'proper' 0.8.13.
> 
> I have now built 0.8.13, that was straightforward.  It's now on the above
> download page.  It has received very little testing - it boots RISC OS 5 and
> seems to work for me.  I believe it's still subject to the usual UI bugs -
> in particular there's no change on (lack of) Retina support.

Thanks for all your hard work getting RPCEmu for OS X going again, it's good to 
see a more recent build being widely available instead of just my really old 
ones!

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

Re: [Rpcemu] Using 'Boot Camp' on a Mac to run RPCEmu

[Francis Devereux]

 On 24 Jan 2015, at 19:23, Theo Markettos rpc...@markettos.org.uk wrote:
 
 I also had a look into porting RPCEmu to the newer Allegro 5 which is
 supported - there's lots of function name changes which are straightforward,
 but the graphics architecture is quite different so that would make it
 awkward.

I have actually got Allegro 4.4.2 to build and install on OS X 10.10 by using a 
SDK from an old version of Xcode, and I've documented the process in 
https://bitbucket.org/frankoid/rpcemu-spoon-fjd/src/1af151ecf88447cee4edbd286f1c2f745cef2304/src/README-MacOSX?at=trunk

However, I haven't been able to build a working RPCEmu binary using a recent 
version of Xcode on OS X 10.10. The latest code in 
https://bitbucket.org/frankoid/rpcemu-spoon-fjd/ does build, but the resultant 
binary has severe graphical problems.

I haven't even *tried* to merge the latest RPCEmu changes into the OS X 
version. If anyone does want to have a go at merging the latest RPCEmu sources 
with the OS X code at https://bitbucket.org/frankoid/rpcemu-spoon-fjd/ then 
there are a few things you'll need to do as a starting point at the bottom of 
README-MacOSX:

After each merge from upstream (hg pull):
 - re-check that all calls to append_filename still use rpcemudatadir()
 - apply changes to network-linux.c to network-macosx.m
 - apply changes to config.h.in to src/macosx/config.h

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

Re: [Rpcemu] RPCEmu 0.8.11

[Francis Devereux]

On 24 Oct 2013, at 18:34, Gerald Holdsworth ger...@hollypops.co.uk wrote:

 On 23 Oct 2013, at 21:26, Peter Howkins wrote:
 
 A new version of RPCEmu is available, 0.8.11
 
 http://www.marutan.net/rpcemu/
 
 I notice that the version for Mac OS X is still at 0.8.9. I know the source 
 code is there, but I have no idea on how to compile this into a working 
 application for the Mac (I don't know C, or it's derivatives, that well...I'm 
 more a Pascal guy - and PHP, JavaScript, CSS and HTML).
 
 Can anyone advise, or even compile it for Mac OS X?
 I have got Xcode installed on this machine, although I've never really used 
 it.

There are OS X compilation instructions in my fork at 
https://bitbucket.org/frankoid/rpcemu-spoon-fjd, however you will need to do 
some work to get the latest version compiling.

I haven't done OS X releases for a while for a few reasons:
1) Despite discussions with Peter and Matthew my changes haven't been merged 
into the main RPCEmu spoon repository, which means that every time I want to 
update the Mac version I have to deal with tedious merge conflicts - not fun.
2) RPCEmu uses Allegro. Allegro for OS X depends on Quickdraw, which has been 
deprecated by Apple. This makes Allegro difficult to compile using recent 
versions of Xcode / OS X.
3) Lack of time.

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

Re: [Rpcemu] RPC Emu on Mac OS x

[Francis Devereux]

On 16 May 2012, at 21:02, John Edgley wrote:

 I have tried removing the application and all files from the Mac and
 re-installing from the original USB stick that I bought at the London
 show, but I still get the same.

Hi,

You might not have deleted everything - RPCEmu keeps some files in the standard 
OS X places, which aren't easy to find if you don't know where they are: 
~/Library/Preferences/org.devrx.RPCEmu.plist and ~/Library/Application 
Support/RPCEmu (where ~ is your home directory).

What I'd recommend is:

First try this:
1a) open RPCEmu, choose RPCEmu - Preferences from the menu at the top of the 
screen.
1b) in the preferences window, click 'Choose...' to the right of 'Data 
Directory', and choose your data directory (the one with roms and rpc.cfg etc 
in it)
1c) quit RPCEmu and open it again

If that doesn't work try this, to completely start from scratch:
2a) delete ~/Library/Preferences/org.devrx.RPCEmu.plist and 
~/Library/Application Support/RPCEmu
If you can't see Library that could be because it is hidden by default (I 
think). You can open it by launching Terminal and typing:

open ~/Library

This should open the Library folder in Finder

2b) re-install RPCEmu

Hope this helps,

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

Re: [Rpcemu] CD-ROM support on OS X 10.7.2

[Francis Devereux]

On 14 Jan 2012, at 14:36, Mike Fowler wrote:

 Hello,

Hi Mike,

 Apologies if this has been covered before (I have searched), but are CD-ROMs 
 supported in RPCemu on OS X (10.7.2)? 
 
 I'm currently using Frank Devereux's beta of 0.8.9 with an installation from 
 the ROOL Emulator Stick (RISC OS 5.17), which works well in all other 
 respects - including networking, with NetSurf giving excellent Internet 
 access. However, when I click on the CD-ROM icon I get 'CD-ROM drive not 
 found'. 
 
 I notice that there are fewer options under the File  CD-ROM menu, compared 
 to Windows or Linux (according to the manual) - no 'Direct CD Access' option.

RPCEmu on OS X does support CDs, but only ISO images, direct CD access is not 
supported. It doesn't seem to work with RISC OS 5.17 though (it works with 4.39 
here, just tested both). As Bryan mentioned I think this is a limitation of 
RISC OS 5.17 with RiscPC hardware, but if it isn't and CD support works with 
RISC OS 5.17 in RPCEmu on Windows or Linux then I'll see if I can make it work 
on OS X too.

Francis


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

Re: [Rpcemu] RPCEmu 0.8.9

[Francis Devereux]

A beta is now available for Mac OS X: 
http://www.devrx.org/software/rpcemu/rpcemu-spoon-0.8.9-fjd-beta1.zip

It includes the features listed under All Platforms in Peter's email (below).

I've only lightly tested it, so success or failure reports are appreciated, 
particularly if you're running a different version of OS X from me (I'm on 
10.7.2).

Francis

On 1 Jan 2012, at 21:22, Peter Howkins wrote:

 A new version of RPCEmu is available, 0.8.9
 
 http://www.marutan.net/rpcemu/
 
 * All Platforms
 
  - Add support for emulation of 256 MB of RAM - the maximum possible in the
Risc PC and A7000 architecture.
 
  - A new option to reduce CPU usage. By enabling this menu option, RPCEmu will
attempt to reduce its CPU usage by utilising the 'Idle' feature of RISC OS.
Once enabled, the CPU usage should reduce roughly 30 seconds after booting
RISC OS provided that activity is low enough. No 'Portable' module is
required to use this feature. This is partly based on code by Jeffrey 
Lee.
 
  - A two-button mouse mode, for use on laptops and similar: this menu option
swaps the right and middle mouse buttons, allowing the more common RISC OS
use of Select and Menu on two-button mouse systems such as laptops.
 
  - Several fixes to the Follow host mouse feature, which should make 
it more reliable: Correctly interprets OS_Byte 106 and handles 
pointer/cursor linking.
 
  - SWIs are now intercepted even when called using CallASWI, based on a
patch by Alan Buckley. This further improves the reliability of the
Follow host mouse feature.
 
  - The mouse type will be automatically configured based on the type of
emulated machine. Previously it was necessary to use '*configure  
mousetype' when changing between Risc PC and A7000 emulation.
 
  - Resolved ARM bug where rotate could set C flag incorrectly.
 
  - A possible crash in the Dynamic Recompiler has been prevented by a 
fix from Tom Walker.
 
  - RISC OS 4.02 with no VRAM configured now boots in Risc PC emulation.
 
  - Accuracy improvements to emulation of IOMD.
 
  - Workaround ADC issue on 64bit recompiler which prevented RISC OS 5.17 
from booting.
 
  - Refactoring of code, particularly relating to RAM and IOMD.
 
 * Windows
 
  - The window size is now taller by one pixel. Previously it was too 
short, and the very bottom row of the display was missing.
 
  - Some improvements to the GUI, including enabling Windows Visual 
Styles so that windows adopt the native look of the OS, and 
improving the layout of the Configure window.
 
  - A potential freeze when choosing File-Exit has been fixed.
 
  - An improved icon, which includes high-resolution variants for Windows 
Vista and later.
 
 * Linux
 
  - Some improvements to the GUI, including improving the layout of the
Configure window.
 
 Note: Using the windows install to upgrade from
  previous versions may overwrite your cmos.ram
  and rpc.cfg files.
 
 Matthew Howkins
 Peter Howkins
 
 -- 
 Peter Howkins
 peter.howk...@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 0.8.9

[Francis Devereux]

On 1 Jan 2012, at 20:22, Peter Howkins wrote:

 A new version of RPCEmu is available, 0.8.9

I plan to release a Mac OS X version of 0.8.9 too, however I'm afraid it may be 
a few weeks before I have time to prepare the release. I'll post here when it's 
ready.

Francis


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

Re: [Rpcemu] RPCEmu, another mac merge thing sorted

[Francis Devereux]

On 7 Nov 2011, at 20:52, Francis Devereux wrote:

 On 7 Nov 2011, at 09:56, Peter Howkins wrote:
 
 Also, this patch *may* improve stability when moving between different 
 compilers etc, as it now more correctly conforms to the x86 ABI.
 http://www.home.marutan.net/hg/rpcemu/rev/e7838125d225
 
 Thanks, I've tried building the latest code with various versions of Xcode 
 and compilers (and dynarec enabled). Here's the results:
 building with Xcode 3.2.1's gcc 4.2 - works (this has always worked)
 building with Xcode 3.2.1's llvm-gcc 4.2 - works (I didn't think that this 
 used to work, but it still worked after I backed out e7838125d225 so maybe it 
 was fixed by a previous RPCEmu change, or a fix in llvm-gcc since I last 
 tested it)
 building with Xcode 3.2.1's clang 1.7 - doesn't compile (errors below)
Oops, I should have written Xcode 3.2.6 instead of 3.2.1...

 building with Xcode 4.2's llvm-gcc 4.2 - crashes on startup
 building with Xcode 4.2's clang 3.0 - crashes on startup

I've figured out what the crashes on startup with Xcode 4.2 were caused by - 
it's the NX memory protection preventing code in the heap from being executed! 
Fairly obvious in retrospect. 
https://bitbucket.org/frankoid/rpcemu-spoon-fjd/changeset/161144833324 fixes 
it. Building with clang 3.0 is still problematic - it doesn't crash on startup 
any more but the emulator window is all grey instead of showing the emulated 
screen (ISTR seeing this behaviour before with a different cause).

RPCEmu still seems to be a bit less stable when built with llvm-gcc than with 
gcc; I've noticed a few hangs with the llvm-gcc build where the emulated mouse 
pointer still moves but nothing else works.

Francis


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

Re: [Rpcemu] using pre-compiled build on MacOSX 10.5.6

[Francis Devereux]

On 27 Oct 2011, at 12:59, David Pitt wrote:

 In message a1fcbb46-f9e5-44d6-bc10-727aa2d2e...@yahoo.co.uk
  Luke Abraham thea...@yahoo.co.uk wrote:
 
 Hi David,
 cc RPCEmu list
 
 [snip]
 
 
 Is 10.5.6 of relevance, I am running 10.7.2 and Francis's latest 0.8.8
 build.
 
 
 Using the 0.8.8 build
 (http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-10-25b.zip
 
 ) solves a lot of the stability issues, however, I am having some
 problems - see below. I don't think that 10.5.6 is the issue here. Do
 I need to make sure that I am using version 4.4 (or the patched 4.3
 version) of allegro, or is that included in the build? I have
 installed version 4.2.
 
 Allegro is only required when building, it is not required to run the 
 builds.

Indeed. Allegro is bundled inside RPCEmu.app.

Francis


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

Re: [Rpcemu] Networking on MacOS again

[Francis Devereux]

On 25 Oct 2011, at 09:53, Chris Wraight wrote:

 Hi Francis,
 
 
 I've had a look into it and fixed the bug that stopped it working on my 
 machine
  and I'd be interested in hearing whether it fixes it for you too. I've 
 uploaded a build
  with the fix to 
 http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-10-25.zip .
 
 That's interesting - thanks for looking into it. Unfortunately, this build 
 doesn't work on my machine. It opens a window on the desktop, but before RISC 
 OS does anything I get the error 'RPCEmu Error: Bad PC F000 F000', 
 and RPCEmu exits. I'm using OS 5.17.

Do you get a crash report (the one where it asks you whether you'd like to send 
the report to Apple)? If so there should be a corresponding log file in 
~/Library/Logs/CrashReporter (~ means your home directory) - please can you 
send it to me.

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

Re: [Rpcemu] Networking on MacOS again

[Francis Devereux]

On 25 Oct 2011, at 09:53, Chris Wraight wrote:

 Hi Francis,
 
 
 I've had a look into it and fixed the bug that stopped it working on my 
 machine
  and I'd be interested in hearing whether it fixes it for you too. I've 
 uploaded a build
  with the fix to 
 http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-10-25.zip .
 
 That's interesting - thanks for looking into it. Unfortunately, this build 
 doesn't work on my machine. It opens a window on the desktop, but before RISC 
 OS does anything I get the error 'RPCEmu Error: Bad PC F000 F000', 
 and RPCEmu exits. I'm using OS 5.17.

I was using RO 4.39 before. I've tried 5.17 and I got the same error. I tracked 
it down to this change:

http://home.marutan.net/hg/rpcemu/rev/f4e008543d94 (Refactor physical memory 
code to separate functions)

...so I've backed out that change from my tree and done another build - give 
http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-10-25b.zip a try.

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

[Rpcemu] Mercurial repository for OS X Cocoa version moved

[Francis Devereux]

Hi,

I've decided to move the Mercurial repository for the OS X Cocoa version of 
RPCEmu that I maintain to bitbucket. It was previously hosted on my home server 
which had an unreliable internet connection, so hopefully there will be less 
downtime at bitbucket. bitbucket should also make it easier for other people 
working on the OS X version to submit changes (e.g. using pull requests).

So, if you were using http://fe4e.ath.cx/hg/rpcemu-spoon-fjd please switch to 
https://bitbucket.org/frankoid/rpcemu-spoon-fjd. 
http://fe4e.ath.cx/hg/rpcemu-spoon-fjd is still running (for the time being) 
but will not be updated and I'll turn it off at some point.

The main repository, http://home.marutan.net/hg/rpcemu, is not affected by this 
change.

Francis.


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

Re: [Rpcemu] Networking on MacOS again

[Francis Devereux]

Hi Chris,

I recently upgraded to OS X 10.7 (from 10.6) and networking went from working 
most of the time to not working most of the time. The symptoms were the same as 
yours: no errors but no network traffic gets from the emulated Risc PC to/from 
the host Mac.

I've had a look into it and fixed the bug that stopped it working on my machine 
and I'd be interested in hearing whether it fixes it for you too. I've uploaded 
a build with the fix to 
http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-10-25.zip . The gory 
details of the fix can be found at 
https://bitbucket.org/frankoid/rpcemu-spoon-fjd/changeset/57ee2d2b17fb .

I'm assuming that you're still running 10.6 Chris, but if you're running 10.7 
then be aware that the current release of TunTapOSX can cause kernel panics. 
There are fixes but they aren't part of an official release yet - I can publish 
the build I'm using if anyone needs it though.

Francis

On 30 Jun 2011, at 14:20, Chris Wraight wrote:

 Sorry to resurrect an old thread, but I'm still not able to get networking to 
 work. As far as I can see, I've installed everything on my Mac correctly. 
 Entering sudo rpcemu dir/scripts/startnat en1 in the terminal window 
 produces the following:
 
 net.inet.ip.forwarding: 0 - 1
 14201 divert 8668 ip from any to any via en1
 14202 allow ip from any to any
 
 I've followed the instructions at 
 http://www.riscos.info/index.php/RPCEmu_Linux_Guide#Network_support to 
 configure RISC OS. Once all the steps have been taken, if I type *ifconfig -a 
 into a task window, I get:
 
 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384
 inet 127.0.0.1 netmask 0xff00 
 rpcem0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
 inet 172.31.0.2 netmask 0x broadcast 172.31.255.255
 ether 00:00:00:00:00:00lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST 
 mtu 16384
 inet 127.0.0.1 netmask 0xff00 
 rpcem0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
 inet 172.31.0.2 netmask 0x broadcast 172.31.255.255
 ether 00:00:00:00:00:00
 
 That looks just as the guide says it should. However, if I try to *ping 
 172.31.0.1, I get this:
 
 ping: sendto: Host is down
 ping: wrote 172.31.0.1 64 chars, ret=-1
 ping: wrote 172.31.0.1 64 chars, ret=-1, etc.
 
 
 Can anyone advise what might be going wrong, and what I can do to fix it?
 
 Many thanks,
 Chris
 
 ___
 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] Sound Output

[Francis Devereux]

On 10 Aug 2011, at 04:32, Stephen Blinkhorn wrote:

 Hello,
 
 Recently came across RPCEmu and I've been really impressed with it so far. 
 One notable ommission appears to be any form of sound output, at least on the 
 OS X version I'm running (0.9.1). Is full sound support on the agenda at all?

Sound should work in this version:  
http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-01-04.zip

Francis

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

Re: [Rpcemu] rpcemu on MACbook, version 0.9.1 /0.8.6

[Francis Devereux]

On 10 Jul 2011, at 19:23, Rien Mertens wrote:

 I installed RPCEmu 0.8.6 on a MACbook with Mac OS X version 10.6.8
 This seemed to be successful. 
 I can get a working RISC OS 4.02 with the special version sold for emulators, 
 and used a hostFS and adfs I used for earlier RPCEmu installations on Ubuntu 
 and Windows machines.
 
 I do not see how I can get to an alternative or any way at all to using a 
 middle mouse button on a normal RiscPC.

RPCEmu has support for swapping the mouse buttons (i.e. making right mouse 
clicks get sent to the emulated RiscPC as middle mouse clicks). This was added 
after version 0.8.6, and isn't in a release version yet. However, I have built 
a test version with this change in - hopefully you can find it by searching the 
mailing list archives (I don't have time to search them myself at the moment0.

Alternatively you Plug in a USB mouse and click the scroll wheel.

 And I do not see how I can get to the menu that normally is available at the 
 left upper corner of the window after using some (which I don't remember!) 
 key combination.

I'm not 100% sure about this, but I think that I disabled it on Mac because it 
didn't work properly. I think that all the functionality that it provided is 
available in the native OS X menus and preferences window.

Francis

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

Re: [Rpcemu] running RiscOS 4.39 and RiscOS 6.20 on RPCemu

[Francis Devereux]

On 19 Apr 2011, at 15:28, samwise wrote:

 Hi guys I was just woundering if RiscOS 4.39 and RiscOS 6.20 work on RPCemu?
 thanks for your help from David Heath
 
 RISC OS Version Interpreted   Recompiler
 4.39 (Select 3i4)Y
 6.20 (Select 6i1)NN
 
 From the RPCemu manual: 
 http://www.marutan.net/rpcemuspoon/manual/romimage.html

I've been using RISC OS 4.39 with the recompiler (dynarec) version of RPCEmu 
for a while now and it seems to work fine, so maybe that page should be updated 
to have a Y in that cell.

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

Re: [Rpcemu] Reading ADFS formatted IDE discs via a USB-IDE adaptor

[Francis Devereux]

On 25 Mar 2011, at 16:37, Tom Walker wrote:

 This is to connect the IDE disc to one of my linux boxes using the USB-
 IDE adaptor and then either get the content as an ADFS format image 
 file, then use the file from each disc in turn as 'hd5.hdf' with
 RPCEmu to access the contents.
 
 You could do this. But why bother with the USB-IDE adapter? Just plug the 
 drive directly into the motherboard. I think under Linux you want the 'dd' 
 command to image the discs? Not sure.

Yes, this is exactly what I did to image my A5000's hard drive (connected to 
the motherboard IDE interface of Linux box and used dd to create an image of 
it). Be careful with dd though, if you get the arguments wrong you could end up 
writing to your hard drive instead of reading from it.

Francis


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

Re: [Rpcemu] Networking on Mac OS

[Francis Devereux]

On 3 Feb 2011, at 14:51, Chris Wraight wrote:

 Thanks Francis.
 
 This is  because you're doing startnat en0 not sudo startnat en0
 so startnat is not  running with the root privileges that it needs.
 startrpcemunet does the sudo  part for you when it runs startnat but
 if you're running startnat yourself then  you need to do the sudo part
 yourself. So please try the following:
 
 sudo  startnat en0
 OR, for wireless:
 sudo startnat en1
 
 
 I tried this, with the following results:
 
 Chris-Wraights-Mac-mini:~ chriswraight$ sudo startnat en1
 Password:
 sudo: startnat: command not found

OK my last instruction assumed that you would replace startnat with the full 
path to startnat on your machine since I said 'you're doing startnat en0 not 
sudo startnat en0' and you weren't actually doing startnat en0, instead you 
were dragging startnat to the Terminal window which would result in the command 
line containing the full path to startnat, not just startnat.

Too many assumptions obviously, so time to go back to the instructions! Quoting 
from readme-macos.txt:

 2. NAT
 Start NAT with the startnat script provided (or some other way if you prefer):
 sudo rpcemu dir/scripts/startnat network interface
 On MacBooks and MacBook Pros the wired ethernet interface is usually en0 and 
 the wireless interface en1.


You can achieve this by typing sudo  into Terminal, then dragging startnat to 
the Terminal window, then typing en1 into Terminal and pressing Return.

By the way, rpcemu dir in the instructions is not meant to be typed as is, it 
is meant to be replaced with the directory that you installed RPCEmu into.

 
 Dragging 'startrpcemunet' to the terminal produces this:
 
 usage: dirname path
 sudo: /startnat: command not found

Hmm, this should work, not sure why it doesn't work for you. However you don't 
need to use startrpcemunet because you chose to install the TunTap startup item.

Francis

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

Re: [Rpcemu] Networking on Mac OS

[Francis Devereux]

On 1 Feb 2011, at 23:07, David Pitt wrote:

 Chris Wraight cdwrai...@yahoo.co.uk wrote:
 
 Thanks David.
 
 The next instruction is to  run a shell script to start NAT on the
 Mac. However, I can't find a copy  of this script anywhere - could
 someone let me know where I can find it,  and where to put it once
 I've got one?
 
 The scripts are in the latest  zip in a directory called 'scripts' :-
 
 http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-01-04.zip
 
 
 I've found them now (no idea how I missed them in the original download),
 but have had no luck in getting things to work. My knowledge of Mac OS
 command-line stuff is almost non-existent, so despite trying to follow the
 instructions I'm sure I'm doing very stupid things. I think I'd be best
 off Googling for a basic tutorial on how to run scripts correctly.
 
 The instructions are correct but the way I do it is to drag the startnat
 file to the terminal cursor, to enter its full filename, then append to that
 the interface, then press return. The terminal should look like this :-
 
 iMac:~ djp$
 /Users/djp/Progm/rpcemu-spoon-fjd-2011-01-04/scripts/macosx/startrpcemunet
 en0
 Password:
 net.inet.ip.forwarding: 0 - 1
 14201 divert 8668 ip from any to any via en0
 14202 allow ip from any to any
 
 Then double click on RPCemu.app.
 
 Networking should be working. (If it isn't try quitting and restarting
 RPCemu.app.) (And if that does not work reboot the Mac and start again.)

Yes that should work. If you are using a wireless network then you may need to 
use startrpcemunet en1 instead of startrpcemunet en0. I sometimes find that 
I need to uninstall the privileged helper tool and then let RPCEmu install it 
again to get networking to work, unfortunately the script to uninstall it isn't 
in the binary distribution, it's only in the source at 
src/macosx/AuthorizedTasks/ToolUninstaller.sh. Rebooting Mac OS X may help 
though.

I'd like to make the GUI set up the networking stuff automatically without the 
need for scripts, but I don't have much time to spend on RPCEmu at the moment 
so it's unlikely to happen soon I'm afraid (unless someone else implements it).

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

Re: [Rpcemu] Mac port updated including support for two-button mouse mode

[Francis Devereux]

On 27 Dec 2010, at 12:49, Tim Powys-Lybbe wrote:

 On 26 Dec at 19:20, Francis Devereux fran...@devrx.org wrote:
 
 I've merged the latest changes from in the main RPCEmu source code
 repository into my Mac version at
 http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/.  The change I expect people
 will find most useful is two-button mouse mode, which maps the right
 host mouse button to Menu on the RISC OS guest instead of Adjust.
 This is much more usable when you're using a laptop without an
 external mouse.  You can thank Peter Howkins for this feature, I just
 added a checkbox for it to the Mac GUI.
 
 No binaries yet, although I can publish one if anyone who can't build
 from source would like to try it out.
 
 Tame idiot here.
 
 I regret I cannot follow the above site.  Is there somewhere where some
 easy instructions for compiling this are to be found?

Sorry, it isn't as easy as it should be to find the build instructions for OS 
X.  They are in the source code tree and can be viewed online at 
http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/raw-file/f10715155cae/src/README-MacOSX 
(developer info including build instructions) and 
http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/raw-file/f10715155cae/readme-macosx.txt 
(user info).

 Failing that, yes I would like a binary at your leisure, please and
 thanks.

I've built a binary which you can download from 
http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-01-04.zip. I should 
probably have provided one along with my original email... the main reason I 
didn't was because making a binary zip was a bit of a chore, but I've written a 
shell script for it now so it'll be easier in future.

Note that this binary hasn't been tested as much as release versions, it's just 
intended to let people try out two button mouse mode.

Francis

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

Re: [Rpcemu] Mac port updated including support for two-button mouse mode

[Francis Devereux]

On 7 Jan 2011, at 11:39, Tim Powys-Lybbe wrote:

 Dear Francis,
 
 You wrote on 6 Jan at 18:03:
 
 chomp
 
 Sorry, it isn't as easy as it should be to find the build instructions
 for OS X.  They are in the source code tree and can be viewed online
 at
 
 http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/raw-file/f10715155cae/src/README-MacOSX
 (developer info including build instructions) and
 
 http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/raw-file/f10715155cae/readme-macosx.txt
 (user info).
 
 Thanks for that.  I'll try it out later.
 
 I've built a binary which you can download from
 http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2011-01-04.zip.
 I should probably have provided one along with my original email...
 the main reason I didn't was because making a binary zip was a bit of
 a chore, but I've written a shell script for it now so it'll be easier
 in future.
 
 Note that this binary hasn't been tested as much as release versions,
 it's just intended to let people try out two button mouse mode.
 
 Once I had turned the sound on in the preferences, it worked well so
 many thanks.  It seem much more responsive than previous versions.
 
 I'll have a god at setting up networking soon.
 
 And I wonder if I can install RISC OS 5 (from the ROOL site)?  The major
 advantage of RO5 is that it allows bigger (26MB) files to be loaded
 into ArtWorks and PDF, etc.  It is for this reason that I have to keep
 my Iyonix box available alongside my Mac.

You can install RISC OS 5 - see http://www.marutan.net/rpcemu/ro5.html, however 
I'm not sure whether the IOMD build of RO5 that can run under RPCEmu supports 
larger wimpslots than RISC OS 4 or 6. I suspect not but hopefully someone else 
can tell you for sure.

Francis


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

[Rpcemu] Mac port updated including support for two-button mouse mode

[Francis Devereux]

Hi,

I've merged the latest changes from in the main RPCEmu source code repository 
into my Mac version at http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/.  The change I 
expect people will find most useful is two-button mouse mode, which maps the 
right host mouse button to Menu on the RISC OS guest instead of Adjust.  This 
is much more usable when you're using a laptop without an external mouse.  You 
can thank Peter Howkins for this feature, I just added a checkbox for it to the 
Mac GUI.

No binaries yet, although I can publish one if anyone who can't build from 
source would like to try it out.

Merry Christmas,

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

Re: [Rpcemu] RPCemu v0.8.8 (compared to v0.8.3) on Mac OS - Take Two

[Francis Devereux]

On 30 Sep 2010, at 14:55, Al Webb wrote:

 Oh dear, my email itself seems to have caused some problems, apologies. 
 Certainly no bad manners intended, and of course I had no idea that any 
 mailing list would have problems with it. Would a note on expected format on 
 www.riscos.info/cgi-bin/mailman/listinfo/rpcemu reduce the chances of other 
 v.rare-mailgroup-submitters making a similar mistake perhaps?? [For info, it 
 was written in TextEdit on a Mac which I forget doesn't save in plain text 
 format as standard, then pasted into this web-based email from a Windows PC 
 that composes messages by default as rich text]. Something learned anyway and 
 sorry for any inconvenience caused. I have tried to change my email settings 
 so hopefully the below arrives successfully this time. I look forward to your 
 thoughts on my queries,
 Kind Regards,
 Al
 --
 
 Hi,
 
 Having installed v0.8.8 for Mac OS last night (using FrancisD’s 
 rpcemu-spoon-0.8.8-fjd2-bin.zip), I encountered a number of problems booting 
 into RISC OS that I hadn't experienced with my build of v0.8.3 (that I’d 
 built a year or so ago using instructions at 
 http://www.riscos.info/index.php/RPCEmu_Mac_Guide). I hope I've now worked 
 past most of them but..

Since you say that my build of 0.8.8 is much faster than your build of 0.8.3, 
it sounds like your build of 0.8.3 is an interpreter version (as opposed to 
dynamic recompiler, which you get when you add -DDYNAREC to CFLAGS).  I've done 
an interpreter build so that we can test this theory - grab it from 
http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2010-09-27-interpreter.zip
 and let me know whether it's more stable than the normal 0.8.8 dynarec build.

 
 Q1) I think they all related to inconsistent RAM allocation and I wonder if 
 there still may be a problem here? I've now checked that the following all 
 match up:
 rpc.cfg mem_size = 128;
 RPCemu Preferences menu selection = 128MB;
 RISC OS !Boot - Discs - RAM disc enabled, 128.0 MB.
 However, on start-up there is no RAM disc on the icon bar and looking in Task 
 display, RAM disc size shows 0K. Is that correct?
 Although I can't now compare with v0.8.3 (please see Q4.ii below), I believe 
 something may have changed as a program that I regularly run as the first 
 thing after start-up contains the line RMKill RAMFS and this now fails with 
 Module RAMFS not found.
 
 Q2) Command+F12 no longer seems to open the Command line under the icon bar? 
 The shortcut to open a Task window still works but is there an alternative 
 now for this other route to the command line?

Command+F12 is now mapped to break.  F12 by itself should open a command prompt 
(this doesn't work for me with my external PS/2 keyboard connected via a 
PS/2-USB adapter, but it works on my MacBook Pro's built in keyboard and my 
external Apple USB keyboard).

 
 Q3) Roughly every 2 out of 3 times I open RPCemu, the boot sequence stops 
 very early with an hourglass after the first 3 lines of text (that show the 
 processor and Acorn ADFS). I can't find a rpclog file saved anywhere to 
 send you though? If I wait long enough, an error does appear as follows: 
 Error: Unable to create files in 
 ADFS::IDEDisc4.$.!BOOT.Resources.!Scrap.ScrapDirs, error returned is Disc 
 error 23 at :4/07FE (Error number 6). I have since verified 
 the hd4 'drive' is ok, and I can't see any permission restrictions on the 
 folder referred to. Moving the pointer out of the window quickly enough as it 
 boots MAY assist to bypass the error but that seems a bit random. Any ideas?

See readme-macox.txt (in rpcemu-spoon-0.8.8-fjd2-bin.zip) for details of file 
locations, including the location of rpclog.txt.

 
 Q4) I found RPCemu spoon edition v0.8.3 very reliable after a year of regular 
 use (bar some problems with my own self-written but previously-stable 
 (under-RISC-OS-3.11) BASIC programs) but:
 (i) I am getting regular instruction fetch errors now under v0.8.8 with no 
 particular pattern as yet (e.g. upon opening a dir that next time opens fine) 
 such as Application may have gone wrong. Click continue to try to resume or 
 Quit to stop Application. Describe = Internal error: abort on instruction 
 fetch at 00012AB0; and
 (ii) now I can't seem to open v0.8.3 any more. Hopefully I won't need to but 
 is this to be expected? I was never able to open v0.8.3 from the rpcemu unix 
 executable, but it was ALWAYS successful running from Terminal. Now from 
 Terminal it fails with a Bus error followed by Rpcemu quit unexpectedly. 
 I have saved the Apple problem report details should it be worth forwarding? 
 The RPCemu unix executable does run to display the desktop but on clicking on 
 IDEDisc4 or the RAM disc, it gives the error Disc not understood - has it 
 been formatted? [and creates a new blank hd4.hdf file in a different 
 folder]. I think this was the problem a year ago and why I always used 
 Terminal thereafter.
 
 Q5) A command Set Alarm$Options 

Re: [Rpcemu] RO5.17 (was Getting started with RPCEmu for Mac OS)

[Francis Devereux]

On 28 Sep 2010, at 23:41, Musus Umbra wrote:

 I've just done a couple of quick experiments with RO5.17 with RPCEmu 
 0.8.8, following the instructions at 
 http://www.marutan.net/rpcemu/ro5.html

 I tried different setups to see what worked and what failed;  here's my 
 results...
 
 RPCEmu built for x86_64, on Linux:
 
 * cpu_type ARM610 + interpreter = hangs at the RO5 splash screen, with 
 an hourglass running after step C.
 
 * cpu_type ARM610 + recompiler = Gives an abort on data transfer at 
 FC141D5C at step 3, but Cancelling that error allows me to continue. 
 Step D is instead replaced with the recurring 'ofla' error box after the 
 RO5 splash screen.
 
 * cpu_type SA110 + interpreter = All is well.
 
 * cpu_type SA110 + recompiler = Same abort on data transfer as with 
 ARM610, but no other problems.  RPCEmu boots into RO5.7 just fine and I 
 say Cool.
 
 Built for i686 (still on Linux):
 
 * cpu_type ARM610 + interpreter = Never makes it to step D.  On reboot 
 the rpc sits at the RO5 splash screen with an hourglass running.
 
 * cpu_type ARM610 + recompiler = Never makes it to step D.  On reboot 
 the rpc throws a never ending series of 'File ofla not found error 
 boxes'.
 
 * cpu_type SA110 + interpreter = All is well.
 
 * cpu_type SA110 + recompiler = All is well.

Thanks for those tests Adny :-)

Behaviour on Mac is similar to Linux/i686 for cpu types ARM610 and SA110 with 
recompiler (I've never tried it with recompiler).

RPCEmu is always built as 32-bit on OS X.  It can't be built as 64-bit because 
Allegro can't be built as 64-bit on OS X.

Francis


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

Re: [Rpcemu] Getting started with RPCEmu for Mac OS

[Francis Devereux]

On 28 Sep 2010, at 10:54, Chris Wraight wrote:

 Thanks Francis.
 
 Try http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2010-09-27.zip.
 I've made the poduleroms loader skip files starting with '.', so it should
 skip  the .DS_Store file.
 
 This new version enables RPCEmu to get going. When I ran it, the Boot 
 sequence 
 was still compressed, but I got to the desktop OK after a 'Disk not 
 recognised' 
 error. Once there, I changed the filetype of HardDisc4 to 'Utility' and 
 double-clicked it. This unpacked the disc image, which I copied into the root 
 directory of the hard disc. I then configured RPCEmu to boot from HostFS as 
 instructed.
 
 
 After doing that, RPCEmu doesn't get to the desktop. The start-up screen 
 reads:
 
 RISC OS 24MB
 ARM 610 Processor
 RPCEmu Host filing system
 Error: Internal error: abort on data transfer at 00FBD00C (Error number 
 8002)
 
 Followed by the *-prompt and flashing cursor. Typing *desktop brings up the 
 desktop, but the Boot sequence clearly hasn't run, and everything is very 
 unreliable - running any applications will crash the system, and the sprites 
 are 
 corrupted.
 
 Any pointers as to what I'm doing wrong would be much appreciated. I've 
 attached 
 the error log below.

I've tried following the instructions at http://www.marutan.net/rpcemu/ro5.html 
to install RISC OS 5.17 and on my first attempt it didn't work either, although 
it failed for me in a different way:
After I've unpacked HardDisc4 and configured boot from hostfs with:
*configure filesystem hostfs
*configure boot
then after I reset with File-Reset RiscPC I get an error during boot: File 
,òflå,òflå,òflå,òflå,òflå,òflå,òflå' not found - see the screenshot at 
http://www.devrx.org/software/rpcemu/screenshot_ro_5_17.png.  If I press cancel 
in the error box then the same error is repeated.

I then changed the CPU Type to SA110 (it was previously on the default of 
ARM610) and reset the emulated RiscPC again, and after that RISC OS 5.17 booted 
up to the desktop without problems.

Chris, I would recommend changing the CPU type to SA110.  If that doesn't work 
then you could try a different version of RISC OS, e.g. 4.39 or 4.02.

Perhaps we should we change the default CPU type to SA110?  I don't want to do 
this unilaterally for the Mac version though, I think that the default should 
be the same across all host platforms.

Thanks,

Francis


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

Re: [Rpcemu] Getting started with RPCEmu for Mac OS

[Francis Devereux]

On 27 Sep 2010, at 17:20, Chris Wraight wrote:

 Thanks for the responses.
 
 The .DS_Store is an annoying bit of junk that Mac's like to put in zip
 files - it holds the Mac specific metadata for the files I believe.
 
 Being new to Macs, I had a look at this. It seems that OS X adds .DS_Store 
 files 
 to pretty much every folder on the system. There're normally hidden, and I 
 needed to download a utility to view them. Deleting them only lasts until the 
 folder is accessed again, after which a new one pops up.
 
 So I guess either there's something odd with my system, or RPCEmu is doing 
 something funny, or .DS_Store is harmless and the problem lies elsewhere.

Try http://www.devrx.org/software/rpcemu/rpcemu-spoon-fjd-2010-09-27.zip.  I've 
made the poduleroms loader skip files starting with '.', so it should skip the 
.DS_Store file.

I think that the reason I didn't encounter the problem myself is that I've 
followed the instructions at http://support.apple.com/kb/ht1629 to prevent OS X 
littering my Linux and Windows machines with junk.

Francis

P.S. source code pushed to http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/ as usual.


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

Re: [Rpcemu] RPCEmu 0.8.8

[Francis Devereux]

On 19 Sep 2010, at 20:38, Peter Howkins wrote:

 A new version of RPCEmu is available, 0.8.8
 
 http://www.marutan.net/rpcemu/

I've made a Mac OS X binary (i.e. runnable, not source code) version of 0.8.8, 
which can be downloaded from 
http://www.devrx.org/software/rpcemu/rpcemu-spoon-0.8.8-fjd-bin.zip

This is based on the 0.8.8 source code with my OS X GUI and networking code 
merged in.

Enjoy,

Francis

Peter, the source code is at http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/ so you can 
merge it when you're ready.
___
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Re: [Rpcemu] Mac feedback

[Francis Devereux]

On 21 Sep 2010, at 16:48, m...@davidglover.org wrote:

 Been trying out RPCEmu 0.8.6 for OS X. The emulation is great, but I have a 
 bunch of feedback.

Are you using the GUI version (from 
http://www.devrx.org/software/rpcemu/rpcemu-spoon-0.8.6-fjd-bin.zip) or did you 
compile a version that runs from the command line yourself?

 
 (I'm sure a lot of this is known already, but I thought I'd mention 
 everything just in case.)
 
 - While running, it uses 100% of one CPU core all the time. Not good for 
 laptop battery life.

This is an issue in all versions of RPCEmu as far as I know.  I remember some 
discussions about reducing idle CPU usage but I don't think a stable solution 
was found.  If something has been implemented on Linux and/or Windows let me 
know and I'll see if it can be applied to the Mac port.

 - Only the StrongARM CPU type works, but this isn't the default.

The other ones work for me (just tested ARM610 in 0.8.6), can you be more 
specific?

 - Sound works, but everything plays back very slowly, with fuzzy noise.

This should be fixed in the recently-released 0.8.8.

 - No full-screen option.

I tried to add this a while ago but got stuck.  If anyone can gets this to work 
then patches would be welcome!

 - The mouse sometimes doesn't take if you bring the window to the front by 
 clicking on it - but it always works if you click the dock icon instead.

Yes, another workaround is to move the mouse outside the window and then back 
into it.

 And one feature request:
 
 - Can there be an option to swap the middle and right mouse buttons? This 
 would allow you to menu-click on laptops without using an external mouse.

Good idea.  It might be better for me to hold off on implementing this until 
after my changes are merged into the main source code repository, because 
implementing it would probably involve changing core code.  (Peter/Matthew, 
please let me know if you have any thoughts on this).

 ...despite this, I've been really enjoying playing around with this, so I 
 hope development continues. :)

Good :)  Development does continue, although not at a lightning pace because I 
can't spend all that much time on it at the moment.

Francis

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

Re: [Rpcemu] RPCEmu 0.8.8

[Francis Devereux]

On 19 Sep 2010, at 20:38, Peter Howkins wrote:

 A new version of RPCEmu is available, 0.8.8

I plan to release a version of 0.8.8 for Mac OS X, however whilst I was testing 
0.8.7 I found an OS X-specific bug that I want to fix before release.

Francis


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

Re: [Rpcemu] OSX build - Error copying Roms

[Francis Devereux]

On 9 Sep 2010, at 14:15, Dan Todd wrote:

 Hi,
 
 This evening the emulator crashed and now when attempting to run it, I am 
 presented with:
 
 Could not copy default ROMs directory to /roms
 The operation couldn’t be completed. Permission denied
 
 I'ved removing the rpc.cfg file as well as reinstalling the package, but no 
 luck. 
 
 Any clues?

It sounds like RPCEmu has got confused about where your data directory is and 
is trying to write to /.

What output to you get if you run defaults read org.devrx.RPCEmu in Terminal?

Francis

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

Re: [Rpcemu] RPCEmu Mac OS X

[Francis Devereux]

On 23 Jul 2010, at 11:16, Robert Heaton wrote:

 I'll try out the Xcode project tonight, I'm also using osx 10.6 so hopefully 
 I can get it to build.

I've updated the build instructions for Allegro 4.4, please let me know how you 
get on.  It was quite a struggle figuring out how to stop the CMake build 
system from building against the PNG and Vorbis libraries that I have installed 
(which doesn't work because they aren't universal binaries), but I got there in 
the end.

The build instructions are in rpcemu-spoon-fjd/src/README-MacOSX once you've 
got the source, or you can read them online at 
http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/file/700a8c2d072b/src/README-MacOSX

Francis


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

[Rpcemu] RPCEmu Mac OS X repository

[Francis Devereux]

Hi,

Just a quick note to let everyone (especially developers) know that I am 
merging the latest changes from the main RPCEmu Spoon repository at 
http://home.marutan.net/hg/rpcemu/ into the repository containing my OS X 
version at http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/ at the moment.  This means 
that there will be omissions and bugs in the code at at 
http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/ until I write the OS X-specific code 
needed by the latest core code.

This is all in preparation for getting the OS X changes into the main 
repository, not sure when that will happen but we'll post a message here when 
it's done.

Francis


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

Re: [Rpcemu] RPCEmu on Mac OS

[Francis Devereux]

Hi Steve,

On 25 Jun 2010, at 13:54, Steve Smale wrote:

 Hi,
 
 I have RPCEmu on Mac OS, and have tried installing RiscOS 3.7 and 3.6 ROMs in 
 the ROMS folder, but it doesn't see them.
 
   Could not load ROM files from directory 'roms'
 
   For information on how to acquire ROM images please visit
   http://www.marutan.net/rpcemuspoon
 
 
 The ROM files are have are from http://rolf.yuss.org/~aaront/
 
 I unzipped, and put ROM1,ROM2,ROM3,ROM4 of 3.6 into 
 RPCEmu.app/Contents/Resources/DefaultDataDir/roms

The DefaultDataDir inside RPCEmu.app is not actually where RPCEmu looks for 
ROMs.  DefaultDataDir is used as a template for the RPCEmu data directory, and 
is copied somewhere else ($HOME/Library/Application Support/RPCEmu) the first 
time RPCEmu starts up.  When it asks you to open something it is asking you 
where you want to put the data directory, and it's them asking you where it can 
find some ROMs so that it can copy them into data directory/roms (i.e. 
$HOME/Library/Application Support/RPCEmu if you accept the default location for 
the data directory).

 I remember the first time I opened the application, it was trying to ask me 
 to open something - but it has never prompted me to do this again. Is this 
 where I should have told it where the ROMs are, and I have somehow pointed it 
 to a different location? If so how do I reset this?

You can reset it by quitting RPCEmu, deleting 
$HOME/Library/Preferences/org.devrx.RPCEmu.plist and then starting RPCEmu 
again.  Alternatively, you could try copying the ROMs into 
$HOME/Library/Application Support/RPCEmu/roms

Hope this helps,

Francis

 
 Thanks for any help!
 Steve


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

Re: [Rpcemu] RPCEmu Mac OS X

[Francis Devereux]

On 6 Jul 2010, at 21:12, Robert Heaton wrote:

 
 On 5 July 2010 13:55, Francis Devereux fran...@devrx.org wrote:
 On 4 Jul 2010, at 15:19, Robert Heaton wrote:
 
 Hello Francis,
 I hope you are well,
 
 Hi Rob,
 
 I hope you don't mind me ccing the list - I think that this information might 
 be useful to others too.
  
 
 Not a problem! Hope this will be useful to others.
 
  
 
 I was wondering if you would be interested in sharing the source for your 
 RPCEmu Mac OS X build.
 I am looking into getting RPCEmu running on the Apple iPad, and your source 
 code seemed a good starting point.
 
 The OS X sources are available in a mercurial repository at 
 http://fe4e.ath.cx/hg/rpcemu-spoon-fjd.  To get a working copy do:
 hg clone http://fe4e.ath.cx/hg/rpcemu-spoon-fjd
  
 
 I've been trying to connect to fe4e.ath.cx several times now, however the 
 connection just times out.
 Just wanted to check that everything was working at your end? 

Sorry, my web server was down.  I've fixed it though so it should be working 
again now.

 Unfortunately I haven't had much time to spend on RPCEmu recently so I 
 haven't merged the Spoon repository into 
 http://fe4e.ath.cx/hg/rpcemu-spoon-fjd recently, which means that it doesn't 
 have recent changes that have been made to the core of RPCEmu in it.  However 
 I've been discussing merging the OS X changes into the main Spoon repository 
 with Peter Howkins and this should happen over the next few weeks.  In the 
 meantime the easiest way to get started if you don't need recent RPCEmu 
 changes is probably to start with what's in my repository.
 
 Excellent!
 Thanks for taking to time to reply to me.

No problem!

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

Re: [Rpcemu] RPCEmu Mac OS X

[Francis Devereux]

On 4 Jul 2010, at 15:19, Robert Heaton wrote:


Hello Francis,
I hope you are well,


Hi Rob,

I hope you don't mind me ccing the list - I think that this  
information might be useful to others too.




I was wondering if you would be interested in sharing the source for  
your RPCEmu Mac OS X build.
I am looking into getting RPCEmu running on the Apple iPad, and your  
source code seemed a good starting point.


The OS X sources are available in a mercurial repository at http://fe4e.ath.cx/hg/rpcemu-spoon-fjd 
.  To get a working copy do:

hg clone http://fe4e.ath.cx/hg/rpcemu-spoon-fjd

Unfortunately I haven't had much time to spend on RPCEmu recently so I  
haven't merged the Spoon repository into http://fe4e.ath.cx/hg/rpcemu-spoon-fjd 
 recently, which means that it doesn't have recent changes that have  
been made to the core of RPCEmu in it.  However I've been discussing  
merging the OS X changes into the main Spoon repository with Peter  
Howkins and this should happen over the next few weeks.  In the  
meantime the easiest way to get started if you don't need recent  
RPCEmu changes is probably to start with what's in my repository.


Regards,

Francis


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

Re: [Rpcemu] mouse problem with rpcemu spoon edition

[Francis Devereux]

Hi Harald,

On 9 Apr 2010, at 19:35, Harald Lapp wrote:

 hello,
 
 i've installed the latest binary of the rpcemu spoon edition on a
 macbook air and i'm unable to use the 2nd or 3rd mouse key with the
 macbook air's trackpad. i thought it should work by pressing ctrl or
 alt in combination with the trackpads button, but this does not work.
 is this a known issue and / or is it really required to connect a
 mouse or is there any workaround?

Unfortunately this is a known issue with the Mac port of RPCEmu, and the only 
workaround I know of is to use an external mouse.

Francis


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

[Rpcemu] RPCEmu crash when accessing ADFS::5 when CD-ROM is enabled

[Francis Devereux]

Hi,

I have recently been trying to migrate the data from my real Risc PC  
into RPCEmu.  Whilst doing this I configured 2 IDE discs in the  
emulated Risc PC (with *configure idediscs 2).  After doing this  
RPCEmu crashed during boot-up of the emulated RPC:


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7bee6c0 (LWP 10439)]
0xb7c8b20d in fseeko64 () from /lib/libc.so.6
(gdb) bt
#0  0xb7c8b20d in fseeko64 () from /lib/libc.so.6
#1  0x08052e43 in callbackide () at ide.c:695
#2  0x0805fb44 in execarm (cycs=2) at ArmDynarec.c:1024
#3  0x08057a22 in execrpcemu () at rpcemu.c:244
#4  0x0806e8b5 in main (argc=Cannot access memory at address 0x0
) at rpc-linux.c:215
(gdb) up
#1  0x08052e43 in callbackide () at ide.c:695
(gdb) print ide.drive
$1 = 1
(gdb) print ide.hdfile[1]
$2 = (FILE *) 0x0

The crash was because it was trying to access the file ide.hdfile[1]  
which hadn't been initialised because of the if (config.cdromenabled)  
in resetide() (and because config.cdromenabled was 1).


I've fixed the error by making callbackide() flag an error in this  
case instead of trying to use a NULL file handle.  Change at http://fe4e.ath.cx/hg/rpcemu-spoon-fjd-fixes/rev/67ee33160a3c 
.  I'm not sure if I've implemented this correctly - I guessed how to  
raise an IDE error from the other code in this function.  It does work  
though in that it prevents the crash.


An alternative that I tried was to remove the if (config.cdromenabled)  
check in resetide().  This allows existing images to be read as  
hd5.hdf but !HForm 2.56 fails to format :5.  I don't think that this  
is the right fix though because only 1 hard disc can be connected to  
the motherboard IDE in a real Risc PC when a CD-ROM drive is attached  
to the motherboard IDE.


I originally found this crash on Mac OS X but reproduced it on Linux  
as well with the latest Spoon code from Mercurial.


Francis


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

Re: [Rpcemu] RPCEmu for Mac OS X work in progress release

[Francis Devereux]

On 3 Oct 2009, at 20:39, Timothy Coltman wrote:


On 2009/10/3 Francis Devereux fran...@devrx.org wrote:
On 3 Oct 2009, at 17:53, Timothy Coltman wrote:


On 2009/9/29 Francis Devereux fran...@devrx.org wrote:

Note that it is still very much a work in progress and has plenty  
of known bugs.  For example, it crashes every time you quit it!   
Also, it does not work on Snow Leopard 10.6.1 - it runs but mouse  
input is ignored.


I can confirm the lack of mouse input on 10.6.1, at least with my  
Microsoft one, which I use with USB Overdrive (as the Microsoft  
driver doesn't get on very well with VMWare Fusion).  This is down  
to the way that Allegro detects mice.  It enumerates USB devices,  
looking for usage (whatever that is) 0001:0002.  If it finds one of  
these, it enables mouse input.  My MS mouse comes back as 000C: 
0001, so no mouse input for me.  If you change the src/macosx/ 
hidman.m file within the Allegro source, you can get MS mice to  
work - I'm not sure whether this means that normal mice like  
Apple's Mighty Mouse will then stop working.


Thanks for the tip, I'll look into this.  Do you know what I need to  
change in hidman.m?  I'm using a basic Logitech mouse and I haven't  
installed any drivers for it.



First, use the HID Explorer thing that I linked in my previous  
message (run the application in HID_Explorer/build/Release once  
you've unzipped it) and choose your mouse from the Select Device  
list.  You'll then see a pair of hex values to the right of  
Usage.  My MS mouse says:


Usage: 000C:0001 - Consumer Consumer Control.


Strangely enough, mine says 0001:0002 - Generic Desktop Mouse, and  
it now works with RPCEmu without me having changed anything in hidman.m.


Have you reported the problem with your Microsoft mouse to the Allegro  
developers?  It sounds like something that would affect all apps that  
use Allegro, not just RPCEmu.


The only problem I'm now seeing on Snow Leopard is that the OS X mouse  
pointer isn't hidden when the pointer is in the main RPCEmu window  
(the OS X pointer sits on top of the RISC OS one).


I did encounter some errors when building Allegro from source on OS X  
so I've updated my build instructions and added a patch to fix them.


Francis

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

Re: [Rpcemu] RPCEmu for Mac OS X work in progress release

[Francis Devereux]

On 3 Oct 2009, at 21:02, Richard Walker wrote:



On 3 Oct 2009, at 17:53, Timothy Coltman wrote:


On 2009/9/29 Francis Devereux fran...@devrx.org wrote:

The first time you run it will prompt you for a data directory.   
This is the directory that contains rpc.cfg, roms, hostfs and hard  
disc files.  You can either choose an existing directory or choose  
an empty directory (~/Library/Application Support/RPCEmu by  
default) which RPCEmu will set up by copying the ROM file you  
choose to it.


The first time I ran it, it prompted me for my password as well.   
Was this to install the kernel extensions for tun/tap or something?


I noticed this too, but forgot to mention it.  As it happens, the  
computer and Mac OS X install I was using is 'disposable', so I took  
the risk and authenticated.


Hmm, it is a bit rude of RPCEmu to prompt for authentication when it  
is first run, isn't it?  It only needs to authenticate to install the  
privileged helper tool for networking, so I've removed the ipaddress  
setting from the default rpc.cfg file so you won't get a password  
prompt on the first run.


I've also merged my changes and Timothy Coltman's PowerPC patch with  
the latest Spoon code and set up a mercurial repository at http://fe4e.ath.cx/hg/rpcemu-spoon-fjd/ 
.


Francis

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

Re: [Rpcemu] RPCemu spoon edition on Mac OS (Snow Leopard)

[Francis Devereux]

On 17 Sep 2009, at 17:24, Al Webb wrote:


Hi,

Having been a RISC OS user for many years but now many years ago,  
when I reluctantly decided to become an
Apple user earlier this year (with a new 2009 iMac running Mac OS X  
10.5.6) I was very keen to trial RPCemu. I
successfully managed to install spoon edition v0.8.3 using RISC OS  
4.02 ROM images, following the
instructions on http://www.riscos.info/index.php/RPCEmu_Mac_Guide  
(and a tweak of administrator permissions which were necessary).


I've migrated applications and data from an A5000 running RISC OS  
3.10, and given the difference in
software, OS  CPU, I was expecting some challenges. I'm still  
trying to get to the bottom of a number of
them which I might have to raise here in the future if that's ok?,  
but in the meantime I'm planning to do

the following:
- upgrade (from MAC OS X 10.5.6) to 10.6 Snow Leopard;
- upgrade to Mac OS 10.6.1;
- upgrade RPCemu to 0.8.5.

I'd like to ask if anyone has succesfully run RPCemu spoon on Mac OS  
10.6.1 yet at all please?
I particularly question it as when I run RPCemu (from Terminal), it  
currently shows a message Warning
once: This application, or a library it uses, is using  
NSQuickDrawView, which has been deprecated. Apps
should cease use of QuickDraw and move to Quartz which I guess is  
regarding Allegro-4.2.2 (??). I did
some web searches on that message which didn't suggest anything  
serious but of course I want to make sure Snow Leopard won't  
introduce problems. Has anyone done this upgrade and/or resolved  
that error message?


I can't answer your question directly, but the warning about  
NSQuickDrawView appears on Leopard as well.


I have been (slowly) working on patches to RPCEmu to add a Cocoa GUI  
and Mac OS X networking support, and my changes are nearly ready for  
initial release.  At one point I think I had a quick go at using  
Allegro 4.9.x but it looked non-trivial because some of the API had  
changed.


Francis

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

Re: [Rpcemu] Updated Patch to fix dynarec on Mac OS X, also networking on OS X

[Francis Devereux]

On 8 Feb 2009, at 22:08, Francis Devereux wrote:


Hi,

I have figured out why the dynarec wasn't working on Mac OS X - it's  
because the Mac OS X x86 ABI requires the stack to be aligned to a  
16 byte boundary on function calls.  Below is a patch that allows  
the dynarec to work on Mac OS X.


Since writing the original patch I have discovered that the opSWI  
function can also call OS libraries, so it needs an aligned stack on  
Mac OS X too.  This was resulting in crashes when I attempted to use  
HostFS.  An updated patch is below.  Note that I haven't looked at  
what happens with on OS X/amd64 - this patch should not change  
behaviour when RPCEmu is compiled as 64 bit on OS X.  I haven't even  
attempted to compile RPCEmu as 64 bit on OS X, has anyone else?


I have also had a look at networking on OS X.  I had the same problem  
with kernel panics as Timothy Coleman, but I copied network-linux.c to  
network-macosx.c and rewrote it to use threads instead of signals.   
This prevented the panics (not really sure why) but networking still  
didn't work properly.  I then discovered that TunTapOSX doesn't  
include the 4 byte ethernet frame preamble when reading from the tap  
device or expect it when writing  to it.  After I changed network- 
macosx.c to take this into account I got networking to work, with RISC  
OS 4.02 running on the guest.  My code isn't really ready for  
submission yet because (a) it uses AuthExecuteWithPrivileges to run / 
sbin/ifconfig, which the Apple docs seem to suggest isn't secure (this  
could be avoided by writing a privileged helper tool, I've done this  
before and would be willing to do it for RPCEmu networking if people  
are interested and it would get committed to SVN) and (b) RPCEmu has  
become much less stable on my system for unknown reasons which makes  
testing difficult - it crashes quite a lot and I can no longer install  
the RO 4.02 boot sequence from a CD image - the progress bar of the  
RISC OS installer program stops at about 85% although the hourglass is  
still animated so the guest OS hasn't completely crashed.  I've tried  
reverting my recent code changes but this hasn't helped.


Francis



rpcemu-dynarec-osx.diff
Description: Binary data


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

Re: [Rpcemu] Mac OS X Cocoa GUI for Mac OS X

[Francis Devereux]

On 8 Feb 2009, at 18:56, Francis Devereux wrote:

I have made two patches - one against the Subversion trunk and one  
against RPCEmu Spoon 0.8.1.


Just a quick note - my patch against RPCEmu Spoon 0.8.1 *includes*  
Tim's changes, so you should apply my patch to a virgin 0.8.1 (not one  
that you have already applied Tim's changes to).


Francis

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

Re: [Rpcemu] 0.8.1 - Mac testers wanted!

[Francis Devereux]

Hi,

On 26 Jan 2009, at 22:09, Timothy Coltman wrote:

Following my exploits getting the 0.8.1/Spoon release working on an  
Intel Mac, I've put together a guide on the riscos.info wiki on how  
to get it up and running from scratch.


You can find it here:

http://www.riscos.info/index.php/RPCEmu_Mac_Guide

Feedback and (constructive) criticism would be appreciated, as well  
as confirmation that someone other than me can follow the guide from  
start to finish and end up with a working emulator.


Just a quick success report - I followed the instructions (but used  
MacPorts to install Allegro instead of building it by hand) and ended  
up with an emulator that can boot to the RISC OS 4.39 desktop using a  
copy of the hard disc image I use with RPCEmu on Windows.


Thanks,

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

Re: [Rpcemu] Honestly now...

[Francis Devereux]

On 1 Dec 2007, at 13:59, Tom Walker wrote:

 Does anyone particularly care about RPCemu? Is it actually a useful  
 tool in
 the RISC OS world or am I just not welcome?

I think it's great!  I haven't had time to transfer my the data from  
my real Risc PC's hard drive yet but as others have said it's good to  
know that I'll still be able to use all my Acorn software even when my  
Acorn hardware dies.  I do have a disc image of my A5000's drive which  
I use with Arculator to play games that aren't Risc PC compatible (I  
gave my A5000 away a while ago because I don't have space for it).

I had a copy of it on a USB flash drive for a while and it was good to  
be able to show a colleague some of RISC OS's nice user interface  
features.

So in summary I'm very grateful for the work you've done on RPCemu and  
Arculator even though I've kept quiet about it until now ;-)

Francis


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