Re: [ql-users] RESET in SMSQE

2005-02-25 Thread François Van Emelen
Wolfgang Lenerz schreef:
On 24 Feb 2005 at 23:03, jms1 wrote:

I have just tried reset  on SMSQE 3.07 on my QXL.
On a clean machine, it works.
However if I run my boot program and then reset it crashes.
So there must be something wrong with reset.

just a little hint here:
use FiFi on all files loaded by your boot program, to search for reset.
tell us what you find.
Wolfgang
snip
My sbasic keywords list shows to presence of RESET in:
   dp_tk3 (Digital Precision Toolkit)
   hi_tool2_bin
   sms-q (of course)
   tools_rext
   Dbas_bin (older version)
Hope this helps
And of course, I too use 'reset'.
François Van Emelen
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] RESET in SMSQE

2005-02-25 Thread Geogwilt
In a message dated 24/02/05 23:29:18 GMT Standard Time, 
[EMAIL PROTECTED] writes:

 
 jms1 wrote:
 I have just tried reset  on SMSQE 3.07 on my QXL.
 On a clean machine, it works.
 However if I run my boot program and then reset it crashes.
 So there must be something wrong with reset.
 
 Good observation, but jumping too fast to the conclusion. Problems in
 SMSQ/E are almost never this straight forward. For example an
 extension in your boot could have redefined RESET. Or overwritten the
 RESET code. Or 1000 more reasons. You cannot blaim RESET for that.
 
 As I happen to know that the RESET procedure is clean, I find this
 theory much more believable.
 
 

I have found that I was using a RESET from TK3 on my Q40 and Q60. Hence my 
previous remarks were NOT relevant to SMSQE.

However the bad news is that though I have now renamed the TK3 RESET to RASET 
which allows the SMSQE RESET to reappear it (the SMSQE RESET) still crashes 
the machine. This is true of v3.04 and 3.07. Pressing ALT/CONTROL/SHIFT/TAB is 
equally bad.

I have checked the code for SMSQE's RESET and, as far as I can see, it has 
not been overwritten.

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


Re: [ql-users] RESET in SMSQE

2005-02-25 Thread David Gilham
A small question/suggestion  especialy for  george gwilt, try not loading the 
floating point utilitiies which take advantage of the 68060 
hardware floating point as they change the vector base register
which in my opinion mucks ups the behaviour of the SMSQE soft reset
which somewhere in the code assumes a zero vector base register.
This comment also applies to the movep emulation code for the 68060
by mark swift plus any thing else which changes the vecto base register.

A solution more than likely lies in the reset code on SMSQE which seems
implicitly to assume a vector base register of zero. I might be wrong
but an exlicit zero of the vector base register during soft reset under SMSQE 
might be a solution for the problem but a more fundemental look 
at the code might reveal where SMSQE is going wrong and and maybe lead to a 
solution.

-
David Gilham
-
The universe is a queer place

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


Re: [ql-users] RESET in SMSQE

2005-02-25 Thread Marcel Kilgus
David Gilham wrote:
 A solution more than likely lies in the reset code on SMSQE which seems
 implicitly to assume a vector base register of zero.

Very good point. The VBR doesn't seem to be set anywhere in the
initialisation code, although it should.

Marcel

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


Re: [ql-users] RESET in SMSQE

2005-02-25 Thread Fabrizio Diversi
David you are right,
I had the same problem as George with Reset, the problem is due to movep 
emulation rext file, for the reason you told before.

Ciao
Fabrizio
- Original Message - 
From: David Gilham [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, February 25, 2005 6:44 PM
Subject: Re: [ql-users] RESET in SMSQE


A small question/suggestion  especialy for  george gwilt, try not loading 
the floating point utilitiies which take advantage of the 68060
hardware floating point as they change the vector base register
which in my opinion mucks ups the behaviour of the SMSQE soft reset
which somewhere in the code assumes a zero vector base register.
This comment also applies to the movep emulation code for the 68060
by mark swift plus any thing else which changes the vecto base register.

A solution more than likely lies in the reset code on SMSQE which seems
implicitly to assume a vector base register of zero. I might be wrong
but an exlicit zero of the vector base register during soft reset under 
SMSQE might be a solution for the problem but a more fundemental look
at the code might reveal where SMSQE is going wrong and and maybe lead to 
a solution.

-
David Gilham
-
The universe is a queer place
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

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