[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: XGS32



Well, I thing the clock problem is related to where the programmer lives. I
live in Sydney, Aust. and my clock comes up sixteen hours slow, every time I
start the XGS emulator. Seems that equates to about GMT - 6 hours, or
eastern seaboard USA time (I think, approx??). Has the clock routine been
hard coded to read the time from windows as GMT, then subtract six hours?
Just an observation.

My win 95 machine runs XGS32 quite well, but my NT workstation at work
doesn't (Yet). I still have some tinkering to do to get it to go on NT. The
original XGS version 0.50 I had runs OK in a dos window in Win 95 also, but
this version is much better. Thanks for the excellent work done.

Cheers
JMD

David Cross wrote in message ...
>In article <6r9hmg$j56$1@client3.news.psi.net>, !smentzer@ecom.net says...
>
>>Hmmm... you got further than most of the Win95/98 machines I have used in
the

[snipped]
>Blast from the past...
>
>I did what you said about hitting F8...
>
>The only thing that doesn't work now are the OpenApple commands in the
Finder,
>yet I can Alt-Ctrl-F2 (OA-Ctrl-Esc), which is strange. There's also
apparently
>no way to "save" the battery-backed RAM so the "clock" persists in being 2
>hours ahead of my IBM clock. The "HD" is write protected as is /RAM in the
>BASIC.System interpreter, so I can't do that much with it.
>
>But damn, it is SO weird seeing a real live Apple //gs screen as though it
were
>only yesterday that I'd *had* an Apple //gs for real.
>
>Kudos to you, even if you didn't expect your program to work under Win98.
:)
>