Laurence W Reeves wrote:
> This strikes me as a *very* serious bug.
I don't quite think so. It's easily detectable, i.e. doesn't give a
wrong result that could go unnoticed but is a hard error. Despite this
fact it's been in there for probably well over a decade, so in the end
it can't have been t
Laurence W Reeves writes:
>P Witte wrote:
>> Marcel Kilgus writes:
>>> Wolfgang Lenerz wrote:
On 15 Dec 2006 at 15:57, George Gwilt wrote:
> On an ordinary QL I can type
>
> f%=-32768/1
>
> and find that f% now contains -32768.
>
>
Well that must be a nice bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dilwyn Jones wrote:
Glad Mplane is not the problem and that RomDisq has rescued you.
>>> Looks like something is generating interrupts which the Aurora is
>>> acting upon for some reason.
> There must be something wrong with the Aurora I guess.
>
On 16 Dec 2006, at 17:01, Laurence W Reeves wrote:
> P Witte wrote:
>> Marcel Kilgus writes:
>>
>>
>>> Wolfgang Lenerz wrote:
>>>
> On an ordinary QL I can type
>
> f%=-32768/1
>
> and find that f% now contains -32768.
>
>
Well that must be a nice bug.
u
>>> Glad Mplane is not the problem and that RomDisq has rescued you.
>> Looks like something is generating interrupts which the Aurora is
>> acting upon for some reason.
There must be something wrong with the Aurora I guess.
Now, with RomDisq installed, we're back to the fast flashing cursor
and
>> "If a file ROM1, ROM2, ROM3, or ROM4...
> up to rom8
Ah, even the mostrecent manual on your website only lists up to ROM4
(not that I'd ever need more).
--
Dilwyn Jones
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
P Witte wrote:
> Marcel Kilgus writes:
>
>
>> Wolfgang Lenerz wrote:
>>
On an ordinary QL I can type
f%=-32768/1
and find that f% now contains -32768.
>>> Well that must be a nice bug.
>>>
>>> unless I'm mistaken, 32768/1 = 32768
>>>
>>> and 32768
>I have been following the mail with spcial interest as I have had
>unzip problems for a while.
>
> I found suddenly ACP Archivers would not unzip.
> It did all the actions but there was no unzipped file.
>
> I have had to unzip from the command line using:- data_use
> dev_file:ex_unzip:'dev_f
> Wolfgang Lenerz wrote:
>>> On an ordinary QL I can type
>>>
>>> f%=-32768/1
>>>
>>> and find that f% now contains -32768.
>>>
>> Well that must be a nice bug.
>>
>> unless I'm mistaken, 32768/1 = 32768
>>
>> and 32768 just doesn't fit in an integer.
>
> Yes, but -32768 does. Notice the minus ;-)
Marcel Kilgus writes:
> Wolfgang Lenerz wrote:
>>> On an ordinary QL I can type
>>>
>>> f%=-32768/1
>>>
>>> and find that f% now contains -32768.
>>>
>> Well that must be a nice bug.
>>
>> unless I'm mistaken, 32768/1 = 32768
>>
>> and 32768 just doesn't fit in an integer.
>
> Yes, but -32768 does
Wolfgang Lenerz wrote:
>> On an ordinary QL I can type
>>
>> f%=-32768/1
>>
>> and find that f% now contains -32768.
>>
> Well that must be a nice bug.
>
> unless I'm mistaken, 32768/1 = 32768
>
> and 32768 just doesn't fit in an integer.
Yes, but -32768 does. Notice the minus ;-)
Marcel
_
On 15 Dec 2006 at 15:57, George Gwilt wrote:
> On an ordinary QL I can type
>
> f%=-32768/1
>
> and find that f% now contains -32768.
>
Well that must be a nice bug.
unless I'm mistaken, 32768/1 = 32768
and 32768 just doesn't fit in an integer.
> Try this on the current versions of SMSQE (on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roy wood wrote:
> In message <[EMAIL PROTECTED]>, Dilwyn Jones
> <[EMAIL PROTECTED]> writes
>
>> "If a file ROM1, ROM2, ROM3, or ROM4...exists in root directory of
>> RomDisq, then this will be initialised prior to F1/F2. This file must
>> be either
13 matches
Mail list logo
