Afternoon all.
I'm puzzled again. I'm writing an article on the use of the maths packags in
QDOSMSQ for our esteemed QL Toady magazine and I've hit a small problem that,
for the life of me, I can't figure out.
I was explaining the SAVE and LOAD op codes for RI_EXEC and RI_EXECB where the
top o
[EMAIL PROTECTED] wrote:
> I was explaining the SAVE and LOAD op codes for RI_EXEC and RI_EXECB
> where the top of stack floating point value is saved to a variables
> area at (A6,A1.L) or a new TOS is created by loading back from said
> area. The op codes for save are even in the range $32 to $FF
On 21 Sep 2006 at 18:36, Marcel Kilgus wrote:
>(...)
> Well, you can store other things in the variable area too, so it makes
> sense that you can address every individual word there.
Just to add to that some small explanation:
the load/save ops (and yes, there are negively indexed) are just t
Morning Marcel, Wolfgang,
Thanks for your replies.
> Nope, that's where you differ with the documentation. First, the
> variable area is (A6,A4), typo I guess, and second, the opcodes $FF31
> to $ are for load/save, not $32 to $FF. Yes, the latter DO work,
> but it seems that's more an undocu
Hi Norman,
Many years ago I wrote many Hyperbolic function based on The Advanced
QL User Guide, by Dickens. All seemed to work fine.
The functions in the book only described the obvious functions, I
needed some other fuctions for a mechanical engineeriong problem I did
on the QL in Superbasic, fo
[EMAIL PROTECTED] wrote:
>>Not only that, but codes from -5 through to -1 will overwrite data at
>>the top of your A4 stack.
Ignore that. I'm a pillock. I've got my mental stack upside down again :o(
Cheers,
Norman.
___
QL-Users Mailing List
http://w
[EMAIL PROTECTED] wrote:
Morning Derek,
>
> Many years ago I wrote many Hyperbolic function based on The Advanced
> QL User Guide, by Dickens. All seemed to work fine.
>
Funny that. I was just wondering if anyone had ever done that sort of thing
when I was looking at Dickens last night. Spooky
[EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote:
>
> >>Not only that, but codes from -5 through to -1 will overwrite data at
> >>the top of your A4 stack.
>
> Ignore that. I'm a pillock. I've got my mental stack upside down again :o(
>
Actually, I may not be a pillok after all ! Correct me
[EMAIL PROTECTED] wrote:
I'm looking forward to hearing back from you all :o)
>
> PS. I'm off to France next week, so any replies after today will be delayed
> in being read. I've got to drive on the wrong side of the road for a week -
> that should be fun. If you are anywhere around Marseill
At 10:41 22/09/2006 +0100, you wrote:
Probably, I can see no connection !
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.7/454 - Release Date: 21/09/2006
___
QL-Users Mailing List
Thanks.
(I think !!!)
Cheers,
norman.
[EMAIL PROTECTED] wrote:
> At 10:41 22/09/2006 +0100, you wrote:
>
> Probably, I can see no connection !
>
>
> --
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
[EMAIL PROTECTED] wrote:
> You must visit Minerve.
We probably will - I'll be driving and MrsD will be navigating in her usual
manner - "you should have turned left back there" ! (Only kidding)
> and wine around there is pronounced "Ving" with a hard end G -
> important to know (8-)#
[EMAIL PROTECTED] wrote:
> Not with the LOAD/SAVE op code as far as I can see, they always take
> 6 bytes from the A1 stack and load back 6 bytes. There is no way
> that I can see (using the maths package) to load and save a word for
> example.
Yes, but nobody tells you that the data area is just
Hi Marcel,
> Yes, but nobody tells you that the data area is just for FP data.
True, but if I was setting up an area of storage I'd be sure (myself) to keep
my FP stuff well away from my other stuff purely because it's possible for the
FP stuff to wander all over my other stuiff if I get the off
Sorry, Norm,
Twas under that Subject I read Tony's French tour !
D
At 12:18 22/09/2006 +0100, you wrote:
>Thanks.
>(I think !!!)
>
>Cheers,
>norman.
>
>[EMAIL PROTECTED] wrote:
> > At 10:41 22/09/2006 +0100, you wrote:
> >
> > Probably, I can see no connection !
> >
> >
> > --
>
>
>
[EMAIL PROTECTED] wrote:
> It's not exactly documented anywhere really. Well not until QL Toady
> prints my next article where I have a good rant on the subject :o)
Well, I myself have never used this and only read up on it after your
questions...
> Mind you, it allows someone more knowlegable th
Marcel,
> Well, I myself have never used this and only read up on it after your
> questions...
Much obliged - thanks !
> The idea of my own column commenting on all the things I read that are
> wrong or at least not-quite-right has already crossed my mind, but
> then I'm lazy and currently don'
[EMAIL PROTECTED] wrote:
> You'd probably be surprised at just how much time is involved in
> writing an article, never mind a series.
As somebody who usually fact-checks every single sentence in every
single eMail I write, maniacally really, I'm not the least bit
surprised, no ;-)
>> Well, histo
On 22 Sep 2006, at 08:14, [EMAIL PROTECTED] wrote:
> Ok, A6,A1 was a typo, I meant A4 - apologies. On the other hand, my
> QDOS Companion (Pennell) has the load/save parameters as $32 to $ff
> and not $ff31 to $ as you state.
>
> I went on a doc hunt last night and Dickens has the negati
George Gwilt wrote:
> Dickens says that codes $31 to $FF are extended to a negative word
> $FF31 to $ when used to determine the storage address. Apart from
> the fact that $31 does not seem to be allowed, Pennel and Dickens are
> saying the same thing in different ways, Pennel is in fact corre
On 24 Sep 2006, at 12:03, Marcel Kilgus wrote:
> George Gwilt wrote:
>> Dickens says that codes $31 to $FF are extended to a negative word
>> $FF31 to $ when used to determine the storage address. Apart from
>> the fact that $31 does not seem to be allowed, Pennel and Dickens are
>> saying th
George wrote:
>
> The point about all this is that the opcodes $32 up to $FF should
> produce the addresses $FF32(A6,A4.L) to $FFFE(A6,A4.L), or -206
> (A6,A4.L) to -2(A6,A4.L) by whatever means. If SMSQ/E sets $32 to
> $0032 instead of $FF32 then it is definitely wrong!
>
Hi George,
SMSQ/
According to Wikipedia, the story about Napoleon is legend with no basis
in fact.
However, what is interesting is that road traffic statistics seem to
suggest that driving on the left is safer. The theory is that the
preponderance of right eye dominance results in statistically faster
reaction
In message <[EMAIL PROTECTED]>, Jeremy Taffel
<[EMAIL PROTECTED]> writes
>Jeremy (still lurking, rarely QLing these days)
What, not even QL emulating ... :-)
--
Malcolm Cadman
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Jeremy Taffel wrote:
> According to Wikipedia, the story about Napoleon is legend with no
> basis in fact.
I did look at Wikipedia. But I just consider it a "somewhat" reliable
source and in those cases I still always fact check with other
sources. And Wikipedia is pretty much the only source havi
Marcel,
I don't disagree. The reason for the posting was that the previous
posting had misrepresented the contents of the Wikipedia article. I
don't think that I made any claims about the veracity of the article, or
of the theory.
However, the evidence from Sweden quoted in that article was not
26 matches
Mail list logo
