Dave Symes, on 28 Apr, wrote: > In article <[email protected]>, > george greenfield <[email protected]> wrote: > > In message <[email protected]> > > Dave Symes <[email protected]> wrote: > > > > Not sure if this is a RPCEmu specific problem or not. > > > > > > Running RPCEmu 0.8.11 and RO 5.21 on Win 7 Pro. > > > > > > No matter how the clock is set, manual, or off the network, the > > > correct time only remains for around 10 seconds then it reverts back > > > to being an hour out. > > > > > > If I switch DST off then it becomes 2 hours out. I've tried everything > > > I can think off, but it stubbornly will not set the correct time. > > > Doesn't matter if Analog or Digital is set, it still jumps back 1 > > > hour. > > > > > > The Windows 7 clock is showing the correct time. > > > > > > Any thoughts please?
> > > I also have a RO 5.20 install on 0.8.11 and that is the same. > > > > > I had the same problem running 5.20 on 0.8.11 (base system Win7-64). > > Nothing I changed made any difference, so I simply stopped using the RO > > clock. I then reverted (for unrelated reasons) to 4.02 on 0.8.11 on > > which the clock works fine, so I think this is a 5.20/21 problem, not a > > RPCEmu issue. > Indeed George, as I noted in my last posting of yesterday (Sunday) RO > 5.20/5.21 is the only one that won't play the time game. All other RPCEmu > installs show time correctly. OTOH no such problem here with OS5.21 on RPCEmu 0.8.11 on two Windows 7 32bit boxes. What does "*st. DST" have to say for itself. My machines have time set manually ans "Switch DST aytomatically" ticked. *st. dst AutoDST * Hope this helps. -- David Pitt _______________________________________________ Rpcemu mailing list [email protected] http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
