Re: [Ql-Users] toolkit-ii-the-sequel and CDEC$

[Ralf Reköndt]

Ah, that reminds me of writing bugs to TT, but that was only possible with 
letters to King Street, Rampton, so took a bit longer than today.


Keep up the good work!

- Original Message - 
From: "Marcel Kilgus"



Michael Bulford wrote:

There seems to be a problem with CDEC$.
CDEC$(123,4,0) should give " 123", but gives instead 4 asterisks.


Confirmed, that one is on me. I will hold back with the update a bit
in case you find some more ;-)

Marcel 


___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel and CDEC$

[Marcel Kilgus]

Michael Bulford wrote:
> There seems to be a problem with CDEC$.
> CDEC$(123,4,0) should give " 123", but gives instead 4 asterisks.

Confirmed, that one is on me. I will hold back with the update a bit
in case you find some more ;-)

Marcel


___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel and CDEC$

[Michael Bulford]

There seems to be a problem with CDEC$.
CDEC$(123,4,0) should give " 123", but gives instead 4 asterisks.

Michael
___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Ralf Reköndt]

That let me hope for the future

;-)


From: "Marcel Kilgus"

I found the source for the QTYP spell device,
I didn't even know I had those.

___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Marcel Kilgus]

Jan Bredenbeek wrote:
>> Jan Bredenbeek wrote:
>> > QMAC can do conditional assembly outside macros using the GENIF and
>> ENDGEN
>> > keywords. Check the updates textfile for details.
>>
>> Ah, I only checked the manual, how foolish of me ;-) Great, thanks, I
>> will check that out.
>
> I discovered it only a week or two ago ;-).

I actually knew this many many years ago, the DISA source code for
example makes use of it. But I have forgotten sooo many things and
when I checked the manual it explicitely said it couldn't do it. So I
thought I was mistaken ;)

I knew EasyPtr makes heavy use of conditional assembly, too, but that
uses a different assembler, I even forgot which but after an extensive
search it seems to be the C1 assembler. On the plus side, while
looking for the assember I found the source for the QTYP spell device,
I didn't even know I had those.

> I've always found this a major omission in the otherwise great GST
> assembler.
> It's a bit awkward to use though as QMAC doesn't let you define symbols via
> the command line. I had to create two _ASM files, one for the ROM version
> and one for the RAM version with a variable set to 1 or 0 (using EQU or
> SETNUM) and then INCLUDE the target _ASM file from there.

Ah, clever. Bit akward but good solution, that also solves the problem
of re-assembling the file when switching the version. This way there
are two files to begin with and in QMake I can just add a dependency
on the shared file so everything get gets reassembled if that changes.

Thanks! Marcel

___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Marcel Kilgus]

Michael Bulford wrote:
>> Do you use QemuLator by any chance? It returns allocation size as "1
>> bytes" for attached directories, which the TK2 code can't handle
>> never could). It expects multiples of 256 bytes. Other devices work
>> fine here.
>
> If QemuLator is used with SMSQ_QEM, then both STAT and DIR will work with RAM,
> but it still won't work with WIN directories. It has been working correctly 
> before.

WIN directories? You mean attached directories? It works fine with
attached .WIN files.

With SMS_MEM 3.13 I get 0/0.
With TK2.26 I get 0/0 for those.
With TK2.12 I get 3/3, which is nonsense, too.

I don't see how this ever worked unless QemuLator behaviour was
changed in some version. As I said, the TK2 code (and thus SMSQ/E
code) doesn't like any allocation that is not multiple of 256. This
has always been the case, I just fixed the code a few years back so it
can handle larger drivers.

QPAC2 Files on the other hand can cope with any allocation size. I did
a lot of changes there, too, so I'm not sure if that has always been
the case or was the result of my changes.

Marcel

___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Jan Bredenbeek]

On 24 March 2017 at 00:43, Marcel Kilgus  wrote:

> Jan Bredenbeek wrote:
> > QMAC can do conditional assembly outside macros using the GENIF and
> ENDGEN
> > keywords. Check the updates textfile for details.
>
> Ah, I only checked the manual, how foolish of me ;-) Great, thanks, I
> will check that out.


I discovered it only a week or two ago ;-).
I've always found this a major omission in the otherwise great GST
assembler.
It's a bit awkward to use though as QMAC doesn't let you define symbols via
the command line. I had to create two _ASM files, one for the ROM version
and one for the RAM version with a variable set to 1 or 0 (using EQU or
SETNUM) and then INCLUDE the target _ASM file from there.
So you can use GENIF  = 0 or 1 as appropriate. Beware: there MUST
be a space around the equals sign and when you use SETNUM to set the
variable you have to use brackets around its name (i.e. GENIF [variable] =
1), which isn't necessary when defining a symbol with EQU...

Jan.

-- 
*Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Michael Bulford]

Marcel Kilgus wrote:
> Michael Bulford wrote:
>> Thanks for fixing this, but the STAT bug remains.
>
> Do you use QemuLator by any chance? It returns allocation size as "1
> bytes" for attached directories, which the TK2 code can't handle
> never could). It expects multiples of 256 bytes. Other devices work
> fine here.

If QemuLator is used with SMSQ_QEM, then both STAT and DIR will work with RAM,
but it still won't work with WIN directories.  It has been working correctly 
before.

Michael
___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Jan Bredenbeek]

On 24 Mar 2017 00:28, "Marcel Kilgus"  wrote:


The problem is that QMAC cannot do conditional blocks for some dammed
reason outside of Macro calls, so it's difficult to conditionally
enably the ALTKEY keyword depening on which version was compiled. In
any case, ALTKEY should be dead really, HK II does it better (and
replaces ALTKEY with its own version).


QMAC can do conditional assembly outside macros using the GENIF and ENDGEN
keywords. Check the updates textfile for details.

Jan.
___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Marcel Kilgus]

Jan Bredenbeek wrote:
> QMAC can do conditional assembly outside macros using the GENIF and ENDGEN
> keywords. Check the updates textfile for details.

Ah, I only checked the manual, how foolish of me ;-) Great, thanks, I
will check that out.

Marcel

___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Marcel Kilgus]

Michael Bulford wrote:
> Thanks for fixing this, but the STAT bug remains.

Do you use QemuLator by any chance? It returns allocation size as "1
bytes" for attached directories, which the TK2 code can't handle
(never could). It expects multiples of 256 bytes. Other devices work
fine here.

> Also, ALTKEY doesn't work.  ALT ENTER does work.

The code was there, but forgot to uncomment the keyword. Updated
again.

Marcel

___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Norman Dunbar]

Evening Michael,

The following is blatantly copied from Marcel's Web page, as linked below.

The ALTKEY code, too, is included in SMSQ/E without seeing any usage. I didn’t 
want to include it at first, because with the Hotkey System II it’s very much 
obsolete. But when tinkering with my QL system the HK2 is often not loaded yet 
and it drives me crazy when ALT+ENTER doesn’t work to recall the last line. So 
it went back in. Problem then was that the result was about 200 or 300 bytes 
too big, so I removed the ALTKEY code but left the ALT+ENTER code in.

HTH

Cheers,
Norm.

On 23 March 2017 21:59:06 GMT+00:00, Michael Bulford 
 wrote:
>On 2017-03-19 22:28, Marcel Kilgus wrote:
>
>> Why? Because I can.
>> 
>> Read the details here:
>> 
>> https://www.kilgus.net/2017/03/19/toolkit-ii-the-sequel/
>
>>>Michael Bulford wrote:
>>> I have installed the bin version on Q-emulator. My initial thoughts
>>> were that this is fantastic, since it noticeably improves the
>>> performance of my programs - they start up quicker!  
>>> However... when I enter WSTAT win5_, the output is garbled. STAT
>win5_ gives 0/0 sectors.
>
>>Ah yes, I fixed that bug in the ROM but forgot to update the _link for
>>the RESPR version. Please download again.
>
>>Marcel
>
>Thanks for fixing this, but the STAT bug remains.
>Also, ALTKEY doesn't work.  ALT ENTER does work.
>
>Michael
>___
>QL-Users Mailing List

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Michael Bulford]

On 2017-03-19 22:28, Marcel Kilgus wrote:

> Why? Because I can.
> 
> Read the details here:
> 
> https://www.kilgus.net/2017/03/19/toolkit-ii-the-sequel/

>>Michael Bulford wrote:
>> I have installed the bin version on Q-emulator. My initial thoughts
>> were that this is fantastic, since it noticeably improves the
>> performance of my programs - they start up quicker!  
>> However... when I enter WSTAT win5_, the output is garbled. STAT win5_ gives 
>> 0/0 sectors.

>Ah yes, I fixed that bug in the ROM but forgot to update the _link for
>the RESPR version. Please download again.

>Marcel

Thanks for fixing this, but the STAT bug remains.
Also, ALTKEY doesn't work.  ALT ENTER does work.

Michael
___
QL-Users Mailing List