On 27 Aug 2010, Peter Howkins <[email protected]> wrote: > On Thu, Aug 26, 2010 at 06:08:34PM +0000, Tony Moore wrote: > > > On a 'real' RPC one would shift-power-on to start the machine, > > without it booting, and then sort out the offending program. Is it > > possible to do that with RPCemu? > > Yes, but the only difficulty is getting you shift-press in early > enough. (on a real machine you just hold down shift and turn on, on > rpcemu you can't just hold shift and double click the icon). You need > to double-click the icon, make sure the window has the focus (click if > need be), then hit shift, all before RO gets to the point of checking > shift. > > You've just got to be very fast, but it's definately doable, once you > know what to do :)
Well, after about ten minutes of clicking, I did manage to see the boot menu, only to find that I'd loaded the wrong disc image! Having changed over the disc images, there was _no_ way that I could click fast enough again and, evenually, I gave up! Would it be possible to write a utility which would open the boot menu directly? Maybe alt-click on the icon? My problem was caused, I think, by a clash between ramdisc config and Memphis, and I eventually fixed it by installing a new copy of cmos.ram. In the default cmos.ram, the ramdisc is configured off so that the clash was avoided, and the boot completed normally. Memphis is also working. My first reaction, when the problem occurred, was to reinstate from the backup, but then I found that there was _no_ backup! This came about because RPCemu is out of sight in Program Files, and was not included in my backup path - but is now. Others may wish to note! Having reverted to the correct 4.39 boot sequence - which indeed allows two ADFS drives to be configured - drive icon ':5' is now displayed on the iconbar, and hd5.hdf (a blank 50MB disc image) is among the program files, next to hd4.hdf. However, clicking on the icon, or attempting to rename it, leads to the error Disc error: 02 at :50000000000000030 Does this indicate a problem with RPCemu, or maybe something here is not set up correctly? Tony _______________________________________________ Rpcemu mailing list [email protected] http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
