In article <[EMAIL PROTECTED]>, Marcel Kilgus
<[EMAIL PROTECTED]> writes
>Malcolm Cadman wrote:
>>>Whatever it is, I don't think it's QPC. SBASIC is very platform
>>>independent. The only thing which is possible is that the SMSQ
>>>floating point functions have a bug whereas the QPC ones haven't.
Richard Zidlicky wrote:
>> Depends on whether the underlying FPU of the host processor has bugs
>> or not ;-)
> do you have the pentium division bug workaround?
No, I don't employ it. I've read Dr. Nicely's view of the bug and
agree that unless somebody wants to study chaos theory or similar
num
On Sun, May 27, 2001 at 01:39:59AM +0200, Marcel Kilgus wrote:
> Malcolm Cadman wrote:
> >>Whatever it is, I don't think it's QPC. SBASIC is very platform
> >>independent. The only thing which is possible is that the SMSQ
> >>floating point functions have a bug whereas the QPC ones haven't.
> > K
Malcolm Cadman wrote:
>>Whatever it is, I don't think it's QPC. SBASIC is very platform
>>independent. The only thing which is possible is that the SMSQ
>>floating point functions have a bug whereas the QPC ones haven't.
> Knowing you, that is quite likely :-)
Depends on whether the underlying F
In article <[EMAIL PROTECTED]>, Marcel Kilgus
<[EMAIL PROTECTED]> writes
>Malcolm Cadman wrote:
>> Are the earlier versions of SMSQ/E that different ? Or is it QPC2 that
>> is masking the problem by not going 'fatal' ?
>
>Whatever it is, I don't think it's QPC. SBASIC is very platform
>independe
Malcolm Cadman wrote:
> Are the earlier versions of SMSQ/E that different ? Or is it QPC2 that
> is masking the problem by not going 'fatal' ?
Whatever it is, I don't think it's QPC. SBASIC is very platform
independent. The only thing which is possible is that the SMSQ
floating point functions
In article <[EMAIL PROTECTED]>, Christopher Cave
<[EMAIL PROTECTED]> writes
>What please does the following error mean?
>
>fatal error in SBASIC interpreter
Not a 'dead' SBASIC then :-)
>It appears when I try to run a program under SMSQ/e v2.93 on QPC1 or under
>v2.96 on my SGC/Aurora system.
Christopher Cave wrote:
> [fatal error in SBASIC interpreter]
The message can have many meanings, it's generally used when things
are checked which are never supposed to go wrong anyway (at least
better than just crashing or whatever). As generic functions like
"convert expression to operation t
On 13 Mar 2001, at 19:09, FrançoisVan Emelen wrote:
> I'm using Smsqe 2.98 with Qpc2 high colours (always on top and window
> mode) on windows 98.
> I tried it in JOB 0 and Sbasic job with and without New after Qsave
> ram1_p.
> I added a line (line 15) to verify :
> 10 DEFine a(b,c%)
> 15 beep 1
On 13 Mar 2001, at 17:13, Dave Westbury wrote:
>
>
> Sorry Marcel, just tried the QPC2 demo and it does, viz:
>
Ah, it also happens on the QXL with SMSQe v. 2.98
Wolfgang
On 13 Mar 2001, at 15:58, Dave Westbury wrote:
> Wolfgang wrote:
> It only appears to happen for me to daughter SBASIC's, the main SBASIC accepts
> it.
I haven't tried that, I generally only work with daughterjobs.
> I had a problem similar to this a few years ago when writing a very large SBAS
On 13 Mar 2001, at 19:11, FrançoisVan Emelen wrote:
> No problems here with Windows 98.
Here I use QPC2 under win 98 SE. (or QXL). Both have this
problem.
Wolfgang
Dave Westbury wrote:
>>> Can anyone repeat this?
>>Doesn't crash here.
> Sorry Marcel, just tried the QPC2 demo and it does, viz:
Oh, indeed. I used qload rather than qlrun.
Marcel
Norman Dunbar wrote:
>
> Yep here too.
> On NT4 service pack 6
> Running a registered copy of QPC2v2 and SMSQ version 2.98 (ver$(1))
>
> Following Dave's instructions to the letter ends up with a daughter job
> showing the no entry pointer.
>
> :o(
>
> Norman.
>
No problems here with Windo
Wolfgang Lenerz wrote:
>
> On 13 Mar 2001, at 10:46, FrançoisVan Emelen wrote:
>
> > No, can't repeat that.
>
> Ok, good.
>
> Thanks for answering.
>
> Could you tell me what version of smsqe you're using?
>
> Wolfgang
I'm using Smsqe 2.98 with Qpc2 high colours (always on top and window
s.com
-Original Message-
From: Dave Westbury [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 13, 2001 5:13 PM
To: [EMAIL PROTECTED]
Subject: Re: [ql-users] Sbasic
>Wolfgang Lenerz wrote:
>> Can anyone repeat this?
>
>Doesn't crash here.
>
>Marce
>Wolfgang Lenerz wrote:
>> Can anyone repeat this?
>
>Doesn't crash here.
>
>Marcel
Sorry Marcel, just tried the QPC2 demo and it does, viz:
(1) Launch QPC2 demo
(2) type program into basic
10 DEF PROC a(b,c%)
20 END DEF a
(3) QSAVE ram1_p
(4) EXEP 'SBASIC'
(5) switch to daughter SB
Wolfgang wrote:
>I seem to have a curious problem is SMSQE Sbasic:
It only appears to happen for me to daughter SBASIC's, the main SBASIC accepts
it.
I had a problem similar to this a few years ago when writing a very large SBASIC
program. It seemed when the program was first loaded certain thi
Wolfgang Lenerz wrote:
> Can anyone repeat this?
Doesn't crash here.
Marcel
On 13 Mar 2001, at 10:46, FrançoisVan Emelen wrote:
> No, can't repeat that.
Ok, good.
Thanks for answering.
Could you tell me what version of smsqe you're using?
Wolfgang
On 13 Mar 2001, at 8:44, Christopher Cave wrote:
> In-Reply-To: <3AADD745.29568.3C11E@localhost>
> Wolfgang
>
> Yes but, as your message implied, it was just the SBASIC job that crashed.
> The rest of the system appeared to carry on O.K.
Oh yes, the rest of the system carries on OK.
Thanks f
Wolfgang Lenerz wrote:
>
> Hello all
>
> I seemto have a curious problem is SMSQE Sbasic:
>
> Writing out the following lines:
>
> 10 def proc a(b,c%)
> 20 end def a
>
> and then:
>
> Qsave ram1_p
>
> followed by QLrun ram1_p
>
> crashes the copy of the basic interpreter.
>
> Can anyone
Hello all
I seemto have a curious problem is SMSQE Sbasic:
Writing out the following lines:
10 def proc a(b,c%)
20 end def a
and then:
Qsave ram1_p
followed by QLrun ram1_p
crashes the copy of the basic interpreter.
Can anyone repeat this?
Wolfgang
23 matches
Mail list logo
