On 8 June 2018 at 15:52, pjwitte via Ql-Users
wrote:
> When loading this into RESPR and then doing CALL base+4 I get an
>> 'insufficient memory' error. But PEEK_L(base) returns 0 so the code never
>> got to the point where it stores the result.
>>
> Sure, but this is not the whole story. For
On 08/06/2018 17:16, Jan Bredenbeek via Ql-Users wrote:
On 8 June 2018 at 15:52, pjwitte via Ql-Users
wrote:
When loading this into RESPR and then doing CALL base+4 I get an
'insufficient memory' error. But PEEK_L(base) returns 0 so the code never
got to the point where it stores the result.
On 08/06/2018 12:20, gdgqler--- via Ql-Users wrote:
On 14 Feb 2018, at 13:49, pjwitte via Ql-Users wrote:
|In later versions of the QDOS and SMSQ/E Reference Manual the documentation on
QA.RESRI (aka bv.chrix), to test or stretch the arithmetic stack states:
Vector $11A Reserve Room on
On 8 June 2018 at 13:26, pjwitte via Ql-Users
wrote:
It appears that, on an error, QDOS doesnt return here at all!
>
Correct.
> Under SMSQ/E it may return an error (IMEM), but the error code is not
> always set! That implies that you could get a wrong result, depending on
> what was in D0
On 08/06/2018 14:29, Jan Bredenbeek via Ql-Users wrote:
On 8 June 2018 at 13:26, pjwitte via Ql-Users
wrote:
It appears that, on an error, QDOS doesnt return here at all!
Correct.
Under SMSQ/E it may return an error (IMEM), but the error code is not
always set! That implies that you could
> On 14 Feb 2018, at 13:49, pjwitte via Ql-Users
> wrote:
>
> |In later versions of the QDOS and SMSQ/E Reference Manual the documentation
> on QA.RESRI (aka bv.chrix), to test or stretch the arithmetic stack states:
>
> Vector $11A Reserve Room on Arithmetic Stack QA.RESRI
> Call
Having gone through it all again, Ive come to the conclusion that the
bugs are in the documentation! This is what it should look like:
||Vector $11A Reserve Room on Arithmetic Stack QA.RESRI
Call parameters Return parameters
D1.L Number of bytes required D1 ???
Hi,
I'll amend the documentation. I will also mention that this vector,
under SMSQ/E, simply does nothing when called from a compiled program. I
already added a note that under SMSQ/E it is not necessary to save the
stack pointer in BV_RIP(A6) before calling this vector.
There are also