Ho Bob,

I have added this to the machine-test-routine and updated Qwatch2 on my
site.

Also the latest SMSQmulator now gives the correct "Amsterdam" time on my
Vista system.


So far, so good. It seems that the DATE problem has been dealt with.

I have tried it with internet locked and virus scanner off.
I removed Java 6 and updated Java to 7.11, booting in mode 32 is faster
than mode 4 but still time enough to pour myself a cup of Java. It
doesn't make a lot of difference.
Sometimes when nothing else is going on in my SMSQmulator this clock
runs quite normal (move every sec.) but for no apparent reason it
freezes for 15 secs or more. Anything else is still to slow to be
practical.

Could you check something for me?
Go to Config -> "blinking cursor pause" and set this to 0.

Does that make any difference? (It shoudln't, at least not when booting).


Alternatively, do you have any other program that could make your machine run flat out?
Does this slow down after a few minutes, too?

Another command that is missing is WIN_REMV which I use to share qxl.win
drives between QPC's, I now have to kill any QPC to let SMSQmulator
access the same drives.

Yes, that is by design. You can always unset the QXL file in the Config menu, which will release that QXL.WIN file.

I'am sorry to seem so negative but between them Vista, Java and my
hardware are so busy doing nothing that I cannot begin to test what this
emulator is capable of.

You're not negative, you're telling it as it happens...
I'm really at a loss to explain why this is happening.


PS: The QPC test in Qmenu was only present in the early version 8. In
the final 8.01 (OCT. 2008) it was corrected for the SMSQ/E test. I know
that because I reported this to Jochen when it failed on my Aurora.

I'm apparently at version 7.65.


Wolfgang

_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Reply via email to