Re: [Ql-Users] Knoware

2021-11-22 Thread Wolfgang Lenerz via Ql-Users
Hi,

ooo, lots of new goodies to discover...

Thanks

Wolfgang

On 22/11/2021 11:58, pjwitte via Ql-Users wrote:
> Thereve been some changes to Knoware since the last announced update.
> (https://knoware.no/htm/changes.htm)
> 
> Per
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator

2021-11-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

HDD stands for Highly Defective Device.

Don't use...
:-)

Wolfgang
> hello
> Wolfgang and Marcel
> 
> thanks for the updates
> 
> Wolfgang
> can you please shed some light on the new HDD device
> 
> Greetings from Switzerland
> 
>     Markus
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator

2021-11-01 Thread Wolfgang Lenerz via Ql-Users
Hi François,

thanks, hope you find it useful.

Wolfgang


> Op 31/10/2021 om 7:44 schreef Wolfgang Lenerz via Ql-Users:
>> Hi all,
>>
>> a new version of SMSQmulator is out, using the latest SMSQE and with
>> some bugfixes and improvements (CTRL key handling under windows, thanks
>> Per for pointing that out).
>>
>> wlenerz.com/smsqmulator
>>
>> Have fun
>>
>> Wolfgang
>> ___
>> QL-Users Mailing List
> 
> Hi Wolfgang,
> 
> Thank you for the new version.
> 
> François Van Emelen
> 
> 
> ___
> QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] For Marcel and Wolfgang

2021-11-01 Thread Wolfgang Lenerz via Ql-Users
Hi,

you're welcome, nice to see it's useful.

Here Alain Haoui also did an important part in this version -
unfortunately, i took a very long time in getting ready to get this out.

Wolfgang


> Thank you for the fantastic work you are doing for our community!!!
> 
> Giorgio
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


[Ql-Users] SMSQmulator

2021-10-31 Thread Wolfgang Lenerz via Ql-Users
Hi all,

a new version of SMSQmulator is out, using the latest SMSQE and with
some bugfixes and improvements (CTRL key handling under windows, thanks
Per for pointing that out).

wlenerz.com/smsqmulator

Have fun

Wolfgang
___
QL-Users Mailing List


[Ql-Users] QDOS / SMSQE manual

2021-10-31 Thread Wolfgang Lenerz via Ql-Users
Hi all,

i released a new version of the Qdos/Smsq reference manual, with some
additions and corrections (thanks Per!).

It's on my site (qlstuff) in the documention section.

Have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQE 3.38

2021-10-31 Thread Wolfgang Lenerz via Ql-Users
Hi all,

SMSQE 3.38 is out now.

As usual, you can get it at www.wlenerz.com/smsqe/.

The main news here is that, thanks to Alain Haoui's work,  WMAN can now
draw real subwindow indices.

The ways this is done is explained in the QPTR manual, the new version
of which can be found at my QL stuff site  www.wlenerz.com/qlstuff.

There you can find the QPTR manual (in the documentation section), and
also the new QPTR bin file itself, which also implements index drawing
(in the programming section) as well as two demo/test programs (one for
Basic, made by Alain. Haoui, and one for assembler).


Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Lookup%

2021-07-06 Thread Wolfgang Lenerz via Ql-Users


Hi,

I personally would have no problem with adding a UQLX type into the
SMSQE "keys_sys" file, at sys_mtyp (offset A7, as Per pointed out).

Wolfgang



> The bits in the SMSQmulator readme and QPC Keywords manuals that
> describe the JVA_xxx/QPC_xxx keywords.
> 
> EMU_EXIT, EMU_VER$, EMU_MINIMISE, EMU_NETNAME$, EMU_NETADDR$,
> EMU_HOSTOS$ are things you might consider. It seems to me to make sense
> to support the existing command set rather than invent parallel ones.
> 
> Its a while since I used xQLx, so I may be talking through my hat here.
> Back then it seemed to masquerade as a QL emulator with a few extras
> thrown in. But it now seems to me to be a true alternative
> platform/system in its own right. Maybe its time it came out of the
> closet? In which case, and while youre at it, you may wish to confer
> with Wolfgang about adding some bits and pieces to the system variables,
> eg sys_mtyp, $00A7, and possibly others..
> 
> Per
> 
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Lookup%

2021-07-06 Thread Wolfgang Lenerz via Ql-Users
Hi,

I would do it the other way around. First check for "HBA" in vers$, if
it is that then you're on SMSQE and you can use the return from the
MACHINE function to find out what machine you're on.

Wolfgang





> On the other hand; would it be safe to presume; for all Systems;
> if SCR_XLIM is not present; the default screen resolution is used ?
> 
> my reason is a simple system info
> depends on
> Exists_bin
> scrxlim_cde
> 
>  CLS
>  PRINT
>  IF EXISTS ("EMU_VER$") : PRINT " SMSQmulator"
>  IF EXISTS ("QPC_EXIT") : PRINT " QPC2 "_ver$
>  IF EXISTS ("UQLX_RELEASE$"): PRINT " UQLX "_RELEASE$
>  smsqe% = 0 : min% = 0 : tk% = 0
>  IF "HBA"  INSTR VER$ : smsqe% = 1
>  IF "JSL1" INSTR VER$ : min%   = 1
>  IF EXISTS ("ED") : tk%    = 1
>  IF smsqe%  : PRINT   " SMSQE "  $ (1)
>  IF min%    : PRINT   " Minerva ROM "$ (1)
>  IF NOT min% AND NOT smsqe% : PRINT " ";VER$ &" ROM"
>  fr_mem%=FREE_MEM/1024
>  IF fr_mem% >  1024:PRINT " "$ (fr_mem%/1000,4,1) &" Mb free"
>  if fr_mem% <= 1024:PRINT " "_mem%&" Kb free"
>  if tk%    and not smsqe% : PRINT " Toolkit2 enabled"
>  IF EXISTS ("HIS_USE") and not smsqe% : PRINT " History  enabled"
>  IF exists ("PINFO")   and not smsqe% : PRINT " Pointer  enabled"
>  IF EXISTS ("RAM_USE") and not smsqe% : PRINT " Ramdisk  enabled"
>  xx%=512:yy%=256
>  IF EXISTS ("SCR_XLIM"):xx%=SCR_XLIM  :yy%=SCR_YLIM
>  IF EXISTS ("SCRXLIM") :xx%=SCRXLIM(0):yy%=SCRYLIM(0)
>  PRINT " Screen "%&"x"%
> 
> Markus
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List

Re: [Ql-Users] loopy bug

2021-07-06 Thread Wolfgang Lenerz via Ql-Users
Hi Per,

an interesting pitfall, thanks for pointing that out.

It does seem that Qlib sets the value of the repeat loop control
variable to 0 at the start of the loop.

Do you know how this fares on plain QDOS, not SMSQE?

Regards

Wolfgang


> I dont know if this has been documented anywhere, but Im putting it out
> here as it caused me some grief.
> 
> It appears that Q-Liberator zeroes the loop variable on entry to a loop.
> The following demo, which is acceptable (although perhaps not very
> elegant) S*BASIC, will not work in the same way once compiled with Qlib.
> 
> 100 loop = 3
> 110 cnt = 0
> 120 PRINT 'Start:'! loop, cnt
> 130 REPeat loop
> 140  PRINT loop, cnt
> 150  cnt = cnt + 1
> 160  IF cnt >= loop: EXIT loop
> 170 END REPeat loop
> 180 PRINT 'End:'! loop, cnt
> 190 PAUSE: QUIT
> 
> In the Qlib-compiled version the loop is exited after a single run as
> the condition cnt >= loop is met immediately, to wit 1 >= 0
> 
> The worrying part of this is that while I was figuring out what was
> wrong, running an embedded routine like this many times, the system
> crashed due to memory corruption. Whether this was due to the SBASIC or
> Qlib compiled version I cant say right now. So just beware and keep on
> progging!
> 
> NB: This works, though. As long as you start out with loop = 0
> 
> 100 loop = 0
> 110 cnt = 3
> 120 PRINT 'Start:'! loop, cnt
> 130 REPeat loop
> 140  PRINT loop, cnt
> 150  loop = loop + 1
> 160  IF loop >= cnt: EXIT loop
> 170 END REPeat loop
> 180 PRINT 'End:'! loop, cnt
> 190 PAUSE: QUIT
> 
> Per
> 
> ___
> QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] "RETurn not in procedure or function"

2021-06-28 Thread Wolfgang Lenerz via Ql-Users
Hi,

See my earlier answer to Bob - where does "EXISTS" come from?

Wolfgang

> hello
> 
> found some oddities with Exists and SMSQE
> 
> 10 if exists ("TK2_EXT"):print "TK2"
> 20 if exists ("MODE")   :print "mode "
> 30 :
> 40 print dig_it
> 50 :
> 60 def fun dig_it
> 70 ret 1
> 80 end def
> 
> run
> so far so good
> 
> now delete line 10
> run again
> error return not in function
> 
> turns out the error is triggered if the length of the
> keyword is even
> 
> Greetings from  Switzerland
> 
> Markus
> 
> ___
> QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] "RETurn not in procedure or function"

2021-06-28 Thread Wolfgang Lenerz via Ql-Users
Hi,

in my experience, this is often caused by a Basic extension not
resetting the stack correctly. This generally seems to be the case
either when a keyword changes the value of an entry parameter, to make
it into a return parameter, or when a function returns a value (very
often a string).

But without having a complete program to test, this will be difficult to
find out.

Regards

Wolfgang
> "RETurn not in procedure or function"
> 
> What is causing this error in my Basic?
> The error has bugged me for weeks now.
> It even seems able to move around (see below).
> I have checked for the obvious and didn't find any mismatches.
> Also XREF, BasicLinker or QLIB did not report any.
> 
> Below a summary of the program section from where the error occurs.
> 
>   DEF FN GetScreen(..)
>    :...
>    IF hd =10
>     MC_ProcA parms..
>    ELSE
>     er%= MC_FnB(..)
>     :...
>    END IF
>    :...
>    IF NOT rn% : er%= SetDBS(..)
>    REM > rn% is set if the screen file is in the database
>    :...
>    RETurn 0
>   END DEF
>   :...
>   DEF FN SetDBS(..)
>    :...
>    er= FDB_SET(..)
>    :...
>    PRINT er
>    REturn er
>   END DEF
>   :
> 
> The program is numberless and testrun from QD with the F10 Sbas/qd thing.
> The code for the MC_ProcA and MC_FnB keywords has also successfully been
> tested in other Basics.
> 
> MC_FnB nicely returns zero in er% and not one of the possible negative
> values.
> SetDBS does some DBAS handling and doesn't return an error in er, as
> tested just before the RETurn line which produces the "RETurn not..."
> error. Checking the database confirms that SetDBS works properly.
> 
> Strangely when I REM the SetDBS call, the same error is given in another
> FN when GetScreen has long been left by its own RETurn.
> 
> Also the MC_ProcA route does not generate the error when doing the
> SetDBS call or in the other Sbas FN if skipping SetDBS.
> 
> When I compile the Basic with QLIB v3.36 there are no errors reported
> and the compiled _obj executes without producing this error.
> 
> Of course the Sbas version differs slightly from the _obj but this has
> mainly to do with reporting variable values. Also the Basic extensions
> as for the MC_xxx ones above are LRESPR'd in the Sbas run and $$asmb'd
> by Qlib.
> 
> The numbered Basic as generated by BasicLinker and then run from job 0
> produces the same error as run from QD.
> 
> So what could be messing up my RETurns?
> 
> Bob
> 
___
QL-Users Mailing List

Re: [Ql-Users] CSME : Track

2021-04-14 Thread Wolfgang Lenerz via Ql-Users
Hi,

I don't think that message was for this group, it rather seems to me
that this was sent to the group by accident...

Have fun.

Wolfgang

> Don’t forget there are women in this group!
> 
> Sent from my iPhone
> 
>> On 4 Apr 2021, at 08:36, Christopher Cave via Ql-Users 
>>  wrote:
>>
>> Gentlemen
>> Should we propose to sell the track it might be a good idea to see what
>> we have sitting on the trailer. The track, supports and carriage have
>> been sitting under a heavy plastic cover for some years. I suggest we use
>> a Tuesday pm to get the stuff out and check it out - we could of course
>> set up some of the track in the back garden and even run a loco (POP ?)
>> on it!
>>
>> Christopher
>>
>>
>> ___
>> QL-Users Mailing List
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List

Re: [Ql-Users] tools_rext

2021-04-08 Thread Wolfgang Lenerz via Ql-Users
Hi,

thanks - where can one get them?

Wolfgang


> Tools for Superbasic by o.Fink V1.01
> 
> Greetings from Switzerland
>    
>     Markus
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List

Re: [Ql-Users] m68k.info talk

2021-04-04 Thread Wolfgang Lenerz via Ql-Users
Hi Marcel,

thanks for the info.


> Just excuse my apparent inability to speak the number "68" 
> correctly... :-o


69 I'd have understood, but 68?

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.31

2021-02-17 Thread Wolfgang Lenerz via Ql-Users
Hi all,


SMSQmulator 2.31 is out (wlenerz.com/smsqmulator).

This is a pure bugfix release, to get rid of the syncscrap bug evoked
here, as well as some others found notably by Fabrizio  Diversi and Bob
Spelten.


This version does NOT fix the problem with ALT+CTRL hotkeys under
Windows - this requires some more investigation.

Have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.30

2021-01-31 Thread Wolfgang Lenerz via Ql-Users
Hi,

the TCP problem is now fixed and the versions for java 11 and 8 have
been (re-)re-upped. This being such a small change, I didn't change
version number.

Thanks to Jan and also Fabrizio Diversi, for pointing this out.

Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.30

2021-01-31 Thread Wolfgang Lenerz via Ql-Users
Hi Peter,

yes, same here...
I re-upped the version with an intact lib directory

Have fun!

Wolfgang

>> It appears that most of the library files are missing in the Java 8 .zip 
>> file. SMSQmulator refused to start and gave an 'INI file error' on the 
>> Java 8 version. I could fix this by copying the files in the lib 
>> directory from the Java 11 version.
> 
> For me, the JAVA 8 version appeared to work immediately, but it could be
> that the lib directory still existed from the previous version.
> 
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.30

2021-01-31 Thread Wolfgang Lenerz via Ql-Users
Hi Jan,


> It appears that most of the library files are missing in the Java 8 .zip
> file. 


Thanks for pointing this out. Indeed, for reasons unknown, the content
of the lib directory seems to have been deleted. I re-upped the correct
version of SMSQmulator 8 and 11


> A more serious bug is that the tcp device now doesn't appear to work.

Thnaks I'll check this.

Regards

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.30

2021-01-23 Thread Wolfgang Lenerz via Ql-Users
Hi all,

Hot on the heels of SMSQE 3.37, SMSQmulator 2.30 is out now.

Mainly for UDP support, and also the ROXL instruction is corrected
(thanks to David Westbury for pointing that out).

wlenerz.com/smsqmulator


Have fun

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQE 3.37

2021-01-23 Thread Wolfgang Lenerz via Ql-Users
Hi all,

SMSQE 3.37 is available on my site now.

It contains various bugfixes.

QL-SD: network code is now included, there are also some new new basic
utilities.

Q-emulator no longer needs special mouse (driver).

Q68 can use 16 bit transfer, higher card read speed (both facilities
need a FIRMWARE UPGRADE!).

SMSQmulator support for UDP/UDD devices.

When using the basic fop_ keywords, the default drive name is no
longer added, when the filename starts with a valid device. That was one
of my pet peeves, Marcel fixed that.

Attention QPC users:
Do not use this version, please wait for Marcel's version.

wlenerz.com/smsqe


Have fun

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] FIFi 5.04

2021-01-15 Thread Wolfgang Lenerz via Ql-Users
Hi,

This can be found on my website

www.wlenerz.com/QLstuff

Have fun.

Wolfgang


> Hi on the new QLE 3.20 it has got FiFi 5.04
> where can I download it for my Version of QDT OK Thanks
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] UDP driver for Q68 and TFTP programs

2021-01-07 Thread Wolfgang Lenerz via Ql-Users
Hi,


> Then we've gone from 0 UDP drivers to two within two weeks ;)

Who says the QL scene isn't alive and kicking?



> Martin Head has also published a Q68 UDP driver with limited TCP client 
> support to support his TCP based QL network driver:

> https://qlforum.co.uk/viewtopic.php?f=3=3578


Thanks for the info!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] UDP driver for Q68 and TFTP programs

2021-01-07 Thread Wolfgang Lenerz via Ql-Users
Hi Dilwyn,

that would be at least one good news this year

Wolfgang
> I am not yet the owner of a Q68, but hope to be at some point this year.
> 
> Dilwyn
___
QL-Users Mailing List


[Ql-Users] UDP driver for Q68 and TFTP programs

2021-01-07 Thread Wolfgang Lenerz via Ql-Users
Hi all,

I've written a UDP (only) ethernet driver for the Q68, and a TFTP file
exchange programs (for the Q68, emulators and also some TFTP
server/client software for PCs/Macs).

The software comes in a ready-made qxl.win container for immediate use,
and with two manuals (please read before use).

This can be found on my website, in the "misc" section.


Have fun.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] New from the forum

2020-11-18 Thread Wolfgang Lenerz via Ql-Users
Hi Marcel,

Strange. I'll have a look.

Thanks a lot!

Wolfgang


> 
> One more thing: after starting SMSQmulator fresh it currently doesn't
> work at all. The MOD player plays like 30 times faster than real time
> but no sound comes out. The second song selected afterwards works
> however.
> 
> Cheers, Marcel
> 
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Planet68K a new website for the old timers ;-)

2020-11-18 Thread Wolfgang Lenerz via Ql-Users
Hi John,

yes, that is quite interesting. I see that there are some mentions of
the QL... Thanks for sharing.

Wolfgang



>  On a slight aside I've been talking to Carsten Strotmann a Forth and 68K 
> retro machine aficionado 
> He runs a website dedicated to the 68K and has a meeting once a month on a 
> developer orientated topic!
> https://m68k.info/
> There is a lot of work going on for the 68K in general ... if any one is 
> interested in doing a talk I'm sure he'll more than consider it!
> Failing that you may just want to visit and see what's going on !
> Hope that's interesting for at least a few of you guys!
> John Alexander
> 
> On Tuesday, 17 November 2020, 19:07:19 GMT, Marcel Kilgus via Ql-Users 
>  wrote:  
>  
>  Wolfgang Lenerz via Ql-Users wrote:
>> I also saw your info about the MOD player, I haven't had a chance to try
>> this yet on SMSQmulator, you experince there seems to have been, ah,
>> sub-optimal...
> 
> While I just tried to make a demonstration video of it I chanced upon
> the menu item "Sound volume" and checked it out. It was set to 50 for
> some reason, which not only made the sound a lot quieter but also
> added a lot of distortion. Probably because it's VERY quiet, much less
> than 50%, more like 10%.
> 
> When set to 100 SMSQmulator sounds a *lot* better, more or less like
> QPC, only a lot louder. A setting of 90 for some reason is about as
> loud as QPC and still sounds good.
> 
> One more thing: after starting SMSQmulator fresh it currently doesn't
> work at all. The MOD player plays like 30 times faster than real time
> but no sound comes out. The second song selected afterwards works
> however.
> 
> Cheers, Marcel
> 
> ___
> QL-Users Mailing List
>   
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] New from the forum

2020-11-17 Thread Wolfgang Lenerz via Ql-Users
Hi Marcel,

thanks for sharing!


I also saw your info about the MOD player, I haven't had a chance to try
this yet on SMSQmulator, you experince there seems to have been, ah,
sub-optimal...

Wolfgang


:
> Not sure how many are here that are not following the forum, but for
> me there have been two highlights recently that I want to share:
> 
> The maintainer of the 68k backend of the Free Pascal compiler has
> implemented preliminary support for the QL:
> 
> https://wiki.freepascal.org/Sinclair_QL
> https://qlforum.co.uk/viewtopic.php?f=3=3057=10
> 
> There has been a very professionally produced YouTube repair video of
> a QL:
> 
> https://youtu.be/0z4X4AMKlcs
> https://qlforum.co.uk/viewtopic.php?f=2=3507
> 
> Are these hints interesting for anybody here?
> 
> Cheers, Marcel
> 
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] smsqe QL-Colors Block in mode 8

2020-11-10 Thread Wolfgang Lenerz via Ql-Users
Hi,

I can confirm that this also happens on SMSQmulator.

Will investigate (later).

Wolfgang

> I tried it on QPC2. I can see that the red and green components of the
> colour block are one pixel to the right of the blue component. If the
> inner block is drawn white, you get a thin strip (one pixel?) of blue
> on the left and the same of yellow (=red+green) on the right hand
> side. Choosing other colours for the inner block shows how the
> different colour pixels are drawn offset.
> 
> I haven't got a BBQL set up to try it, but the effect doesn't happen
> on QemuLator v3.3.1 with a JS ROM image.
> 
> Dilwyn
> 
> On Tue, 10 Nov 2020 at 15:21, desin via Ql-Users
>  wrote:
>>
>> hello
>>
>> can anyone test this
>> maybe on real hardware
>>
>> 100 Mode 8
>> 110 paper 1
>> 120 cls
>> 130 block 200,200,0,0,0
>> 140 block 200-10,200-10,5,5,7
>>
>> draws a block inside a bigger one
>> there is a horizontal misalignment
>> if the difference is not even eg. (2,4,6)
>>
>> from screen/pixel ratio ?
>>
>> Greetings from Switzerland
>>
>> Markus
>> ___
>> QL-Users Mailing List
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Q40i/Q60 board availability

2020-06-12 Thread Wolfgang Lenerz via Ql-Users
Hi,

AFAIK, no new boards are being built.

Maybe you could look for a Q68.

HTH

Wolfgang


> I realize I'm 19 years late to the party, but does these boards exist
> anymore?  How hard would it be to get them made again?
> 
> I've been interested in a "Legacy" 68040/68060 based machine, and it
> certainly feels that instead of ancient machines something 'new' might be
> more feasible..  Although these are circa 2001, so kind of legacy into
> themselves.
> 
> Thanks
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Wolfgang Lenerz via Ql-Users
Hi,


> I could be wrong, and for sure I am, but I noted that smsq/e 3.36b in
> eprom boots in an instant and I  suspect that smsq/e 3.36 start so fast
> that sometime for unknown reasons hangs before the boot, this explain
> the few hangs I have.
> 

Apart from spinning up mechanical drives, I don't quite understand why a
faster boot would create any problems. And you said you boot from a CF card.

If it is the drives, well, that's the problem Thierry has mentioned. The
version you have should have the option to delay the boot process for a
few seconds (in the WIN config section). If you wait a bit there, does
that make a difference (when you get the new Eproms) ?

Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Wolfgang Lenerz via Ql-Users
Hi,

Yes, thanks, that will be in the next version of SMSQE.

I sent Fabrizio a preview version with that fix already included, I
presume that is what Fabrizio is using

I'm not sure whether that is his problem, though.

Woflgang

> 
>> Just a question - what happens if you re-load (per LRESPR ,not
>> automatically at boot time)
> 
> Yes, I was about to ask the same question, but you bet me to it.
> 
> It is probably the same issue as the one I encountered with my HD that
> is too slow to show up on the IDE bus when SMSQ/E v3 is cold-booted
> from the ROM.
> 
> LRESPRing again SMSQ/E v3.36 would definitely expose this, if the card
> is seen after such a warm reboot.
> 
> I'm posting again here (but in-lined, this time, since the list does
> not propagate attachments) the (quick and dirty) patch I made for my
> HD and SMSQ/E in EPROM, and which introduces a 5s delay before querying
> the IDE drives on boot:
> 
> ---
> diff -durN smsqe336src/dv3/q40/hd/init.asm 
> smsqe336src-patched/dv3/q40/hd/init.asm
> --- smsqe336src/dv3/q40/hd/init.asm   2020-04-16 09:30:29.0 +0200
> +++ smsqe336src-patched/dv3/q40/hd/init.asm   2020-04-21 21:47:22.0 
> +0200
> @@ -83,6 +83,13 @@
>   jsr hd_1sec
>   move.l  d0,hdl_1sec(a3)
>  
> + move.l  d5,-(sp)
> + move.w  #250,d5 ; wait 5 seconds (250 frames)
> +wait5s
> + jsr hd_1sec
> + dbrad5,wait5s
> + move.l  (sp)+,d5
> +
>   lea q40_wn1+2,a0; configured name
>   lea hdl_end(a3),a1  ; names lie after device defn (linkage) 
> block
>   bsr norm_nm ; copy & normalise name
> -
> 
> Thierry.
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Wolfgang Lenerz via Ql-Users
Hi,

(...)
> - Same Q60 as before but with SMSQ/e 3.36 on rom..here the situation
> is more complex. 

(...)

Just a question - what happens if you re-load (per LRESPR ,not
automatically at boot time)
1 - the same version of SMSQ/E as the one in your Eproms?
2 - the same as the one you would load when in the first configuration
(if they are not the same)

Does that change anything?

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-24 Thread Wolfgang Lenerz via Ql-Users
Hi,

I'm not sure I follow.

Regards

Wolfgang
> Hi,
> 
> Just to clarify, does SMSQ/E v3.36 mount the QXL.WIN files correctly.
> ---
> Regards,
> 
> Derek
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] Maximum size of a file

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,


> Sorry for my english, i badly explained myself ...

No, it was I who misunderstood!

Theoretically, there are limits, in practice, you'll be more limited by
the disk size limitation itself than the directory size.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

>> Very interesting, is a common problem using compressed SMSQe Rom with 
>> normal HD ?

It isn't so much the fact that the ROMs are compressed, I just sped up
the Qx0 boot time whilst I was at it.

>> Could be this a value parametrized ?
> 
> I just coded a (very quick) and (totally) dirty 5s delay loop in the
> Q40 HD init code. The *proper* fix would require waiting in a loop
> (that would timeout after 10s or so) for a HD to show up and report
> as being ready on the IDE port(s). This won't need any parameter, but
> perhaps a disabling flag in the SMSQ/E config block, for people not
> using any HD (or IDE drive) and booting only from floppy (disabling
> that feature would allow for faster boot on floppy).


I'll put this into the next version. Should the check be made on all 4
possible disks, or only on the one in target 0?


>> Well I am curious to know what you did, can be this module published ?
> 
> Patch attached. I already reported the issue and transmitted the patch
> to Wolfgang as well, a few months ago. I suppose I'm the only person
> affected (with perhaps the only known configuration regrouping a low
> spinning drive and a fast (overclocked) Q60)...
>  

Unless I'm mistaken, nobody else raised that with me.


I must have mislaid your previous fix, could you send it to me again?

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Maximum size of a file

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

I have used a 1GiB file w/o problems.

I may be wrong, but I dimly remember somebody telling me they use a 2
GiB long QXL.Win container.

The fact to be aware of is that these containers can always, at the
most, deals with 65536 clusters, as the number of clusters (called
groups in SMSQE speak) occupies a word. That means that, for a 2GB
"disk", each cluster would occupy 64 sectors = 32KiB. Seems quite a
waste in view of the generally limited size of QL files...


HTH

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

> 
> Thanks in advance for publishing them.


Sent via PM.


> I can vouch for this fact that, sadly and while implementing a "full IDE"
> compatibility mode, the Compact Flash cards (their "reader" is actually
> just a controller-less CF connector to PATA IDE connector adapter) are
> totally unreliable when used on an IDE bus, be it from SMSQ/E or Linux:
> they *might* seem to work, at first (at least some brands might look like
> they do), and as long as you copy files in a raw on a blank medium, but
> as soon as you start deleting files and writing others (i.e. for random
> access, and with fragmentation), you get immediate medium corruption !

Yes.

BUT:
I have noticed more than once that, strangely enough, if you use the CF
Cards with a DOS partition scheme, and FAT32 formatted partitions with
QXL.WIN container files, then this works much better (normally
flawlessly) - on the same machine, with the same CF card, in the same
adapter and position.

For example, copying the content of my main QXL.WIN file (formatted to
200MB) from the SD card to the FAT32 formatted CF card, under SMSQE,
worked like a charm. drvchk and drvlink revealed no problems...

With a direct QLWA disk, it is really hit and miss (I managed, once, to
compile SMSQE - but that is only a 25 MB file) and mostly miss rather
than hit... Atari partitions were always unreliable...

I ** believe ** that this is due to the fact that direct QLWA disks
(with no partitioning scheme) or QLWA files on Atari partitions are
always addressed as CHS (cylinder/head/side) whilst I made it so that
FAT32 partitions are always addressed via LBA.

I intend to try what happens when QLWQ and Atari partitioned CF Cards
are also addressed via LBA, and whether that doesn't solve the situation

Unfortunately, I haven't had time to make conclusive tests on that yet,
though. The changes to SMSQE to test this are trivial, but then this
needs to be tested extensively, and that takes time. (I would also have
to come up with a scheme to distinguish between CF cards and real hard
disks, to keep the CHS access for them).

> 
> Sadly, I did not find a single SD card to IDE adapter that could be
> configured on a master/slave IDE port, i.e. they all grab the "stand
> alone" role and forbid using a second IDE drive as a slave (or master).

Yes, that's true. In part, that's also why I think that having several
partitions on SD disks can be useful.


> I might have found a solution, and I recently ordered a PATA IDE to
> SATA adapter (with master/slave jumper) and a SD card to SATA adapter.
> I should receive them by mid-June (COVID allowing), and will then
> report my luck (or lack thereof) with this setting...
> 

I'll be most interested to hear about that.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi

> Sadly, this change totally broke secondary partitions support for Atari
> partitioned hard disks.
> 

This is fixed now.

I don't feel it necessary to release a new version of SMSQE for this.

FTB, if you need/want this rom, contact me by mail, I'll sent it to you.

Have fun.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,

The Qx0 uses the UV erasable 27c1024.
I don't remember whether other types of EPROM, especially EE ones will fit.

the programmer you mentioned in your email to me seems OK.



> I am finishing my process of updating my Q40 / Q60, I have installed a
> new case, a new modular Atx power supply, replaced classics HD with
> CF/SD readers, eliminated floppy and lastly I would like to update the
> ROM with the latest version of smsqe.

My advice: get rid of the CF reader, I have had nothing but trouble with
them. Not so with SD cards.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,


> Especially for sharing with the Q68, the new feature is useless, as it
> does not exist there.
> 

Which just means that I'll have to implement it on Q68 as well...

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Wolfgang Lenerz via Ql-Users
Hi,


> Sadly, this change totally broke secondary partitions support for Atari
> partitioned hard disks.
>

Just to make sure, this change broke things in 3.36 only, not in 3.35?

Regards

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE Source zip

2020-04-21 Thread Wolfgang Lenerz via Ql-Users
Hi,

thanks for pointing that out.

I had to change the filename - if I call the file smsqe336.zip, it gets
corrupted on download, if I call it smsqe336b.zip it doesn't (THE SAME
FILE).

Incredible.

Wolfgang


> Hi,
> 
> I have just been trying to look at the new SMSQ/E 3.36 zip file with the 
> source code.
> 
> The zip file looks to be corrupted.
> 
> The QWA container looks okay.
> ---
> Regards,
> 
> Derek
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-20 Thread Wolfgang Lenerz via Ql-Users
Hi,

> Trying "java -version" on my W$7(1), I get:
> "java.lang.ExeptionInInitializerError" and a whole page of other messages.

OK, so java itself is shot to death...

> I probably need to uninstall it and try again.

Yes, that's what I'd do. It might be difficult to get ahold of a java 8
nowadays.


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-19 Thread Wolfgang Lenerz via Ql-Users
Hi,

> Thanks again. I reloaded the re-upped version.
> 
> But under W$7 with most recent Java 8.251 (updated today) nothing
> happens, not even the black screen or an error message.


Strange. Just to be sure, I downloaded the file and used it under win7
in a VM where it runs OK with java 8.


> Under an old Lubuntu and likely an old Java8 it will start.
> Also under W$10 with Java 8.241 there seems to be no problem.

Using a commad line,

java --version

will tell you what java you're running .

> What's happening here?

Perhaps, to find out, you could  start it from a command line?

java -jar 

That should spew out some error messages...

HTH



Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-19 Thread Wolfgang Lenerz via Ql-Users
Hi Bob, Per, François, Derek,

thanks for letting me know.

It seems the version for java 11 is ok, not the one for java 8, though
both work ok here.

I re-upped the version for java 8 (also changing the version number).

HTH

Wolfgang


> 
> I updated the Java 11 version all is working okay on Linux.
> 
> Maybe it's a Windows problem.
> 
> Regards,
> Derek
> 
> On 19 April 2020 13:57:29 BST, "François Van Emelen via Ql-Users" 
>  wrote:
>> Op 19/04/2020 om 7:56 schreef Wolfgang Lenerz via Ql-Users:
>>> Hi all,
>>>
>>> hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29.
>>>
>>> Win drives can be made removable.
>>> NFA drives can handle (exec, save and load) files with an XTcc
>> footer,
>>> so that QL files can be  EXEC'd directly from a native drive.
>>>
>>> wlenerz.com/smsqmulator.
>>>
>>> Have fun
>>>
>>>
>>> Wolfgang
>>> ___
>>> QL-Users Mailing List
>>>
>> Hi Wolfgang,
>>
>> There seems to be a problem with 2.29.
>> Launching it displays a black screen.
>>
>> About says: v 2.29 for Java 8.
>>
>> François Van Emelen
>>
>>
>> ___
>> QL-Users Mailing List
> 
> ---
> Regards,
> 
> Derek
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List

[Ql-Users] SMSQmulator 2.29

2020-04-18 Thread Wolfgang Lenerz via Ql-Users
Hi all,

hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29.

Win drives can be made removable.
NFA drives can handle (exec, save and load) files with an XTcc footer,
so that QL files can be  EXEC'd directly from a native drive.

wlenerz.com/smsqmulator.

Have fun


Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQE 3.36

2020-04-18 Thread Wolfgang Lenerz via Ql-Users
Hi all,

SMSQE 3.36 is out. You can get it as usual on wlenerz.com/smsqe

For all machines using qxl.win container style files; there is a better
handling of the names of QXL.WIN containers. There are a spanish
keyboard format and system messages.

Some bugs have been corrected (FDEL works as advertised, Q60 direct QLWA
drives).

For the (S)GC, there is a bugfix for the keyboard handling, and many
more changes.

For the Q68, cards need not be initialized for normal access (a
CARD_INIT might still be necessary for the CARD_xx commands). The
keyboard may be handled via interrupts, which may help with certain
USB-PS/2 adapters (this needs your FPGA to be updated, though). SER
works again correctly.

The Qx0 can read container files from the first four FAT32 partitions
and has some new card related keywords (see extras_new_Q40_FAT32_txt).


Have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] New version of the QDOS / SMSQE Manual

2020-03-28 Thread Wolfgang Lenerz via Ql-Users

Hi all,

the latest version (4.05) of the QDOS/SMSQE reference manual is on my  site.

Have fun.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] IOB.FLIN strips CR from lines ending in CR/LF

2020-03-24 Thread Wolfgang Lenerz via Ql-Users

Hi,

yes, as Marcel says, this is in the SMSQ/E level 3 (DV3) drivers 
(dv3_dv3_buff_asm), so it applies mostly to WIN or FLP devices, but not, 
e.g. to the ram device which doesn't use the level 3 drivers.


I'm not sure how the various device drivers for QL + floppy interface 
handle this.
I'll make a note to that effect in the next version of the SMSQE 
reference manual.


Wolfgang


Jan Bredenbeek via Ql-Users wrote:

Hi Jan,

On what machine?


It does occur on QPC2 too and appears to be connected to WIN-devices
(doesn't occur on ram and dos, only win).


Yes, seems to be a hard-coded feature of the DV3 drivers.

Marcel



___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] IOB.FLIN strips CR from lines ending in CR/LF

2020-03-23 Thread Wolfgang Lenerz via Ql-Users

Hi Jan,

On what machine?

Wolfgang

I recently discovered that the IOB.FLIN trap on SMSQ/E, when called to read
a line from a file, strips any CR from lines ending in CR/LF.
However, this seems to happen ONLY with files on the WINx device!
I've tried several versions of SMSQ/E, even ones as old as v3.05, and they
all show the same symptom.

Is this a bug or a feature?

Jan


___
QL-Users Mailing List


[Ql-Users] FiFi, Backup

2020-03-10 Thread Wolfgang Lenerz via Ql-Users

Hi,

there are new versions of FiFi and Backup on my site.

For FiFi I corrected a few niggles but mainly there is now also a 
spanish version.


For Backup, I corrected some bugs (thanks for finding them Per) and it 
can also verify the files that were backed up.


Have fun

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQESprites

2020-03-08 Thread Wolfgang Lenerz via Ql-Users

Hi, a new version of SMSQESprites is out.

This has been extensively revamped and comes with new features (can be 
driven by command line , converts to/from pictures or sprites, 
compression, alpha channel, can process whole directories etc...).


wlenerz.com/qlstuff


Have fun,

Wolfgang

QL is the old black
___
QL-Users Mailing List


Re: [Ql-Users] RE QDT Running with 240 MB of RAM

2020-03-03 Thread Wolfgang Lenerz via Ql-Users

Hi,


I was wondering the same thing, 240MB is such a weird number... It was
playing with my OCD 


And that's why it's there...

More seriously, I'm not sure whether Qlib uses the 3 or 4 MS bits, so 
$f00 seemed a safe bet. I certainly could have made it $ffe, 
thus getting some more mem. The reason I didn't is lost in time (or 
rather in my failing memory).


Wolfgang





Darren Branagh

Sent from My Android Phone.

On Tue, 3 Mar 2020, 10:22 Marcel Kilgus via Ql-Users, <
ql-users@lists.q-v-d.com> wrote:


Wolfgang Lenerz via Ql-Users wrote:

Wow, what ever do you use 240 MB for??


Why is it 240 with SMSQmulator and not 256? Technical problem or just
being on the save side?

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] RE QDT Running with 240 MB of RAM

2020-03-02 Thread Wolfgang Lenerz via Ql-Users

Hi,

Wow, what ever do you use 240 MB for??

And if we didn't use QLiberator so much (or at least me), we could have 
even more than that...


WOlfgang


:

it runs Very Good SMSQemulator  thats What I use  I have not Tried LaunchPad 
Let MEAN DJ LaunchPad  I Hope QPC2 will have 240 MB of Ram Soon All the Best
Simon Foster
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.28

2020-03-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

does the scanner send ENTER at the end of the scan process?




uQlx makes no attempt to emulate a keyboard. It just directly fills
the QDOS input buffers.

Graeme


And that's fine - SMSQmulator on the other hand doesn't keep up..


I'm curious, how does uqlx handle multiple keystrokes such as 
CTRL+ALT+Shift + left?


WOlfgang


Kjartan





Kjartan


On 2020-02-29 18:44, Wolf via Ql-Users wrote:
> Hi,
>
> The scanner emulates a keyboard?
>
> Does it input anything other than normal keystrokes (i.e. no shift,
> ctrl, alt, no home/end etc, cursor keys etc?)
>
> Wolfgang
>
> Le 29/02/2020 à 11:41, Kjartan Geble Olsen via Ql-Users a écrit :
>> Would it be possible to speed up the keyboard handling?
>> It fails to correctly read a barcode scanner.
>> Random characters lost on each scan.
>>
>> Kjartan
>>
>> On Fri, 07 Feb 2020 11:34:02 +0100, Wolfgang Lenerz via Ql-Users
>>  wrote:
>>
>>> Hi all,
>>>
>>> SMSQmulator 2.28 is out now.
>>>
>>> (www.wlenerz.com/smsqmulator)
>>>
>>> Have fun!
>>>
>>> Wolfgang
>>>
>>> NB Sorry if this gets double-posted, I haven't had a return yet...
>>> ___
>>> QL-Users Mailing List
>>
>>
> ___
> QL-Users Mailing List

--
Roundcube Webmail
___
QL-Users Mailing List

___
QL-Users Mailing List



___
QL-Users Mailing List

[Ql-Users] FiFi 5.03

2020-02-28 Thread Wolfgang Lenerz via Ql-Users

Hi all,

FiFi 5.03 is out, it corrects a bug spotted by Per Witte - when 
displaying the details of found files, after searching for names only, 
the filesize was displayed incorrectly.


Have fun

Wolfgang

QL is the old black.
___
QL-Users Mailing List


Re: [Ql-Users] FlashBack OS

2020-02-24 Thread Wolfgang Lenerz via Ql-Users

Hi,

well at least tell us from where this can be downloaded, so that one may 
have a chance to check it out.


QL is the old black.

Wolfgang



Hi I have made  FlashBack OS  it is a QLE  THEME it is a Work in Progress I 
hope you Like The Screen Shot of  The FlashBack OS Theme for QLE

___
QL-Users Mailing List

Re: [Ql-Users] P.I.Cole game

2020-02-24 Thread Wolfgang Lenerz via Ql-Users

Hi,

ooh, nice.

There seems to be a renewed interest for adventure games for the QL, 
such as those by P. van Peebles and T Froeschle.


PI Cole works quite nicely on SMSQmulator in 512*256 mode.

QL is the old black.

Wolfgang


I've added Andrei Tenu's game, P.I.Cole-The Case Of The Missing Doxie to 
the Adventure Games page on my website.


In this game you play the part of detective Cole and you have to find a 
missing woman. The story gets more complex as you play. Collect 
information and find the answers to "What really happened?", "Who done 
it?" and "Why?" before the final confrontation in the game, which 
reveals them all.


There are various versions for different platforms such as FLP image, 
MDV image (for vDrive users), a QXL.WIN version and a generic zipped 
version for most other systems. The sources for the game are available 
too, along with a PDF file manual.


Download the game from: http://www.dilwyn.me.uk/games/adventures/index.html


___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] QLWARZ 02

2020-02-24 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,

Thanks for your efforts to present the one place where one will find 
everything QL related!


Per, Marcel and I have been discussing the 10 character limit for 
Dmedium_name$, which seems a bit strange given the fact that, whilst 
floppies can only have a max of 10 characters for their names, the hard 
disk format specifies that the name may be a max of 20 characters long.


This may be corrected in a future version of SMSQ/E.


QL is the old black.

Wolfganbg



Per Witte has released version 02 of his QLWARZ utility to stretch, 
refresh, or defragment a hard drive on QPC2. As there is no way to 
extend a QXL.WIN filing container, this program takes the next best 
approach and formats a new one with a different capacity and copies 
directories and files over to the new QXL.WIN.


Version 02 now supports 20 character medium names. The reason this 
requires an update is that, after many years, some versions of SMSQ/E 
(eg SMSQmulator) now do the right thing and take the length count word 
into consideration, meaning that in most cases you are no longer limited 
to a 10 character medium name.


Per explains in the readme file with the software that some BASIC 
commands may still truncate the 20 character names to 10 characters, as 
they ignore the word length count (e.g. DMEDIUM_NAME$ and STAT), as well 
as QPAC2 Files menu, although he hopes that these will be updated in due 
course.


Download QLWARZ v02 from http://www.dilwyn.me.uk/utils/index.html
___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-08 Thread Wolfgang Lenerz via Ql-Users



Hi,

>
> Something's wrong, I'm afraid.
>

yes it definitely is.

My local copy unzips OK.

I downloaded the file from my site, and indeed, no way you can unzip it, 
the file has a length that doesn't even correspond to the real length of 
the file (the real length, in bytes, is actually shown on the webpage). 
OK, I thought, some file corruption happened during uploaded.. I 
re-upped the file. The length of the file on the webpage was correct 
(the length is displayed via a small php script, so it takes the length 
of the file as it actually is on the site). Just to be sure, I 
downloaded the file again. And again, no way to unzip it as again it's 
not a valid zip file.
After some more re-up- and re-downloads, where I had the same problem, I 
tried various other things. The result is that I renamed the file (on 
the site, not locally!) to smsqe335b.zip (and edited the html page to 
point to that). Now it works - but the file is called smsqe335b.zip - I 
think one can live with that.


Isn't computing wonderful?

(Oh, and just to be sure that I wasn't dreaming, I then renamed the file 
to smsqe335.zip again -and edited the html file-, re-downloaded - not a 
valid zip file. Go figure).


Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.28

2020-02-07 Thread Wolfgang Lenerz via Ql-Users



¡Hola!



This corrects a problem of loading images on the screen using lbytes.


Yeah, amongst others... I discovered that by pure accident, when I was 
trying out the (very nice) adventure game written by P. van Peebles.


This must have been in there for quite some time, I wish somebody had 
told me about it earlier.


Speaking of great adventure games, even the Pawn now works great with 
SMSQmulator, Tobias Fröschle kindly saw to that.




I have seen that an entry called "JmenuItem1" appears in the File menu.


Ooops. That's for something I may introduce in a future version.



Tell you that I tried the emulator in Haiku (BeOS) and it works
correctly in OpenJDK, but some characters are not shown in the menus.
for example, special characters such as the opening of interrogation or
exclamation, the letter ñ or the ellipses (...) that indicate that this
menu option will open another menu.



You're the first person I know that uses BeOS or it's descendants. Nice!

I'm afraid that there's not much I can do about the characters not 
showing. Normally Java should use standard unicode (if there is such a 
thing).


Can you normally display these characters on your system?

It's not the fault of OpenJDK, as that's what I use here.

Wolfgang


Thank you for your work.


El 7/2/20 a las 11:34, Wolfgang Lenerz via Ql-Users escribió:

Hi all,

SMSQmulator 2.28 is out now.

(www.wlenerz.com/smsqmulator)

Have fun!

Wolfgang

NB Sorry if this gets double-posted, I haven't had a return yet...
___
QL-Users Mailing List



___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.35

2020-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi Brian, Jan

Strangely enough, I can't reproduce the version problem here.

To be extras sure, I downloaded the version uploaded yesterday and 
tested them of Q68 and QPC.


All files should have the date of 07.02.2020 06:41 and, at least here, 
correctly identify as 3.35.

Speaking of the Q68, it appears that the SER_ commands like SER_BUFF
etc. still don't work. I discovered some months ago that this is caused by
an incorrectly named Thing ('ser_prt' while the SBASIC commands search for
'ser_par_prt'). I'm not sure whether I've reported it here (I did so in the
QL forum but Wolfgang doesn't read that). 


I don't remember seeing it, but thanks - that'll be fixed in a new version.



So far I haven't been able to fix
this myself as SMSQMake stops with an 'invalid name' error at line 11330
when I try to build it.


Load the menu extensions first, then it will work. I'll probably remove 
that anyway, but I'll have to check first if I use other parts of the 
menu extensions.




Another issue I've run into is the TCP device which, unlike UQLX, doesn't
report EOF when the other end has closed the connection, you'll just keep
waiting forever for input. (Yes, I've been doing a few networking
experiments lately, you'll see the results soon :-) ).



On what machine? (I presume SMSQmulator and will check).


Well so far for the bug reports, thank you Wolfgang for keeping SMSQ/E
alive!


Luckily enough, I'm not alone in that. Simply building SMSQ/E is now a 
fairly well automated process (SMSQEMake - when it works...) and making 
all of the new version files is, too - see the file "new_versions_bas" 
in the extra directory - it even makes the html files (I once even 
had the idea of building an ftp client, so that the upload to my site 
could be made automatically, but never actually started that,the main 
reason being that I know next to nothing about networking, let alone the 
ftp protocol).


What is much more important than the build process is the people who 
make changes to SMSQ/E or find (and report!) bugs.


Keep on QLing! (Somehow "keep on SMSQ/Eing" doesn't have the same ring 
to it).


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.28

2020-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,

thanks a lot for that. I know that I should be on the forum, but I don't 
agree with their terms of use.


(which is also why I'm not on any social media)


Wolfgang


Thanks Wolfgang. Have copied this and the SMSQ/E update announcement to 
QL Forum for information.


Dilwyn



___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.28

2020-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi all,

SMSQmulator 2.28 is out now.

(www.wlenerz.com/smsqmulator)

Have fun!

Wolfgang

NB Sorry if this gets double-posted, I haven't had a return yet...
___
QL-Users Mailing List


[Ql-Users] SMSQ/E 3.35

2020-02-06 Thread Wolfgang Lenerz via Ql-Users

Hi All,

SMSQ/E 3.35 is out now (wlenerz.com/smsqe).

The sources for the revised QL-SD drivers from Marcel Kilgus are in 
there now.


There are also some bugfixes, including one which could cause the entire 
acne to crash severely if a string variable was used as a REPeat loop 
control variable (bug found by Per Witte).


As a result, it is no longer possible to use string variables as REPeat 
loop control variables (just like FOR loops).



Have fun!


Wolfgang



.
___
QL-Users Mailing List


Re: [Ql-Users] PNG <-> SPR

2019-12-13 Thread Wolfgang Lenerz via Ql-Users

On 12/12/2019 22:13, Urs Koenig (QL) via Ql-Users wrote:

Giorgio wrote:

It's good news :-) I look forward to the Christmas present :-)

Speaking of PNG and SPR, I also have a wish list. :-)

Marcel's PNGConv.exe misses support for Colour Mode 4 (GD2), equal to QL
MODE 4.

Wolfgang's  SMSQESprites.jar misses multiple file processing and RLE
support.

___
QL-Users Mailing List



Should also be forthcoming

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] PNG <-> SPR

2019-12-11 Thread Wolfgang Lenerz via Ql-Users

Hi,

Actually, I have been working on that, but ATM, my time is very limited, 
sometime early next year, hopefully...


Wolfgang


On 11/12/2019 16:22, Giorgio Garabello via Ql-Users wrote:

  We have 2 software for converting png images to spr (thanks to Wolfgang
and Marcel) ...
But is there any software that does an opposite cover? (spr -> png)

Giorgio
___
QL-Users Mailing List

Actually, I have been working on that, but ATM, my time is very limited, 
sometime early next year, hopefully

___
QL-Users Mailing List


Re: [Ql-Users] The Pawn adventure with graphics on the Q68

2019-11-18 Thread Wolfgang Lenerz via Ql-Users

Hi,

good news. I remember the Pawn being pretty difficult!

Wolfgang




just in case not everyone is on the QL forum, there is an exciting new
software development underway. "The Pawn"  and other "Magnetic Scroll"
games are back. And this time not just text but with graphics! The first
supported machine is the Q68, executables are already downloadable, on
page 3:

https://qlforum.co.uk/viewtopic.php?f=3=3033

Work for other platforms, even the BBQL, is ongoing. Definitely worth a
look, impressive!

Peter
___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] Announcing availability of a QLNET driver for the Q68 (ND-Q68)

2019-06-17 Thread Wolfgang Lenerz via Ql-Users

Great job!

Wolfgang

On this Father's Day (in the UK, anyway), I am pleased to announce the 
availability of driver software that allows you to finally network the 
Q68 with other QL-compatible machines via the standard QLNET ports.


The ready-to-run driver as well as the source code and a short 
commentary are available at the *QL Forum* post here:


https://qlforum.co.uk/viewtopic.php?f=3=2881

I'll be focusing on updates in the Forum post rather than this mailing 
list, but wanted to ensure the broadest coverage - if you don't yet 
frequent the Forum, perhaps now's a good time to start :-)


Happy QL-Networking!

___
QL-Users Mailing List



___
QL-Users Mailing List


[Ql-Users] Message to Ralf Reköndt

2019-06-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

sorry for hijacking this list, but:

Hi Ralf,

my messages to you, in reply to yours, keep coming back as undeliverable.

Do you have another mail address?


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Knoware.no

2019-05-14 Thread Wolfgang Lenerz via Ql-Users

Hi Per,

this sounds great, I'll be sure to check this out ... soon... I hope.


Wolfgang


Just to let you know that Knoware is up and running again after ten 
years or so of being nowhere. While I hope there will be something of 
interest for anyone interested in the QL and derivatives in general, its 
main interest will be for those of us who like to write programs for it 
and generally mess around with the software.

www.knoware.no/ 

___
QL-Users Mailing List


Re: [Ql-Users] QL World scans

2019-05-14 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,

Thanks go to you and Klaus for this!

Wolfgang



Klaus Frank in Denmark has sent me a disk with further scans of QL World
magazines.




All of the 1992 and 1993 issues, plus the final five issues from 1994, when
the magazine ceased publication.

Download them from http://www.dilwyn.me.uk/mags/index.html

___
QL-Users Mailing List


Re: [Ql-Users] Updates SuQcess2 & QCoCo

2019-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi Bob,

thanks for these!

Wolfgang



Hi All,

I have updated some programs on my site.

SuQcess2 is now version 2.07.
Not many new features but lots of internal improvements.
The Sort Key can be set from the DATA menu.
Bug in locating the edited and sorted record from View is fixed.
Better detection of Read-Only media.
Updated ReadMe and Help files.

QCoCo is now version 1.63.
Supports the new binary _thb files next to the ascii _thm theme files.
APPLY needs a Confirm or Undo action.
RESET can reset the current theme or to the startup theme.
A new Theme Viewer (by PJW) is included showing the colours and hex 
numbers.
Incomplete themes should not crash the program and are automatically 
completed through the SYNCHRO option.

Invalid, referenced and 3D items are marked when Viewing the colours.
Can be started with a theme as CMD$ which overrides the config item.
Updated ReadMe file.

Happy QLing,
Bob


___
QL-Users Mailing List


Re: [Ql-Users] QLTools - 2.15.5 available

2019-02-05 Thread Wolfgang Lenerz via Ql-Users

Hi,

this is the comment I wrote to myself for SMSQmulator in this respect:

"
Patch for badly constructed drives, like those built by qxltools. These 
drives do NOT have cluster entries for the FAT(). They just indicate 
the number of sectors taken by the FAT. I presume that it can then be 
presumed that the FAT's sectors are all contiguous and start at sector 0.

"

Treated like this:

int nbrOfSectorsInMap=firstSector.getShort(WinDrive.QWA_SCTM)&0x;
// that many sectors are supposed to be in the fat

int temp=nbrOfSectorsInMap/(firstSector.getShort(WinDrive.QWA_SCTG)&0x);
if (nbrOfSectorsInMap % (firstSector.getShort(WinDrive.QWA_SCTG)&0x) 
!=0)

  temp++;   // these are the number of clusters needed to hold the map

if (temp!=this.fatClusterChain.size())  (...)
// if they both agree, all is ok, I have a valid drive map


HTH

Wolfgang



Can you give me an example of how to reproduce the problem(s) you are
seeing? I've just created a 20 MB qxl.win with no problems. (So far!)


Unfortunately not right now, and my memory is vague. I think that
all issues were gone with 16 MB and less. My next image size step
was probably 32 MB, not just 20 MB.

It could be, that just recompiling the latest qxltool source with an
up-to-date compiler and library makes the issues disappear.


I've created a couple of qxl.win files (at coffee time - I'm working) 
and checked them with my own QXLWin program. The headers looks strange 
to me:


On the 4 MB I see these dubious fields:

* Sectors per map = 21
* Number  of maps = 100
* Root directory length = 58

On the 20 MB I see these dubious fields:

* Sectors per map = $A1 (161)
* Number  of maps = 100
* Root directory length = 58

I've had a quick look at the definition of a QLWA header in the code and 
it appears slightly broken. Some of the fields I would think essential 
are not being used - sectors per block for example. That changes as the 
files grow bigger and might be related to your problems.


I'll see what I can do - there are still quite a few compilation 
warnings I need to get rid of first.



Cheers,
Norm.


___
QL-Users Mailing List

Re: [Ql-Users] QLTools - 2.15.5 available

2019-02-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

That's quite a changelog!

Wolfgang



Revision 2.15.5

1) Now compiles under Windows with Gcc. I used CodeBlocks with the built 
in 32bit gcc to do the builds. There's also a makefile for shell usage.


2) Fixed 32bit bug in formatting an ed image file. It would segfault on 
Windows 64bit when compiled as 32bit, but not as a 64 bit build. Turned 
out to be a bug in my 'ed' formatting code.


3) If the image file doesn't exist, it will now be created when 
formatting an image.


4) Files were being corrupted when extracted from an image with the '-n' 
option. This was because the 'DOS_LIKE' define was not being done on 
modern C compilers/operating systems. It is now! The corruption was to 
add a CR in front of every LF in the file.


5) When changing the dataspace of a file with '-x' the dataspace size 
was allowed to be an odd size. I'm sure this causes trouble on a QL, so 
it now gets rounded up if it is odd.


6) The '-M' option to create a level 2 directory wasn't working. This 
was because it was opening the image file in read only mode. I may have 
been responsible for breaking this - but don't quote me. It's fixed now.


7) Dumping an ED cluster with the '-u' option (ASCII dump) was only 
dumping 32 lines of 16 bytes - 512 bytes in total. The number of lines 
was hard coded. It has been changed to calculate the number of lines 
from the sector size. This option now works for ED drives as well.


8) Windows uses the '/' character for command line options, unlike Linux 
which uses '-' and while there was some code that allowed the '/' when 
'DOS_LIKE' was defined, it wasn't in all the places it needed to be. Now 
it is. Windows users have the choice of whichever flag symbol they like. 
(Well, '-' or '/' is all the choice actually!)


9) Slightly weird. If the '-w' option was used to write a file into an 
image, and that that file was already there, it didn't prompt to 
overwrite. I spent ages tracking it down and it turned out that running 
in a Windows command session does prompt, only running in a bash shell, 
on Windows, does it not prompt. As most users won't be in my development 
bash shell, I'm not fixing this.


10) Source Code is available from https://github.com/NormanDunbar/qltools.

11) Compiled binaries for 32/64 bit Windows and Linux are also available 
from https://github.com/NormanDunbar/qltools/releases - along with a new 
user guide.


If you enjoy using this half as much as I've enjoyed amending it, then 
I've had twice as much fun as you! :o)



Cheers,
Norm.


___
QL-Users Mailing List


Re: [Ql-Users] ice desktop

2019-01-31 Thread Wolfgang Lenerz via Ql-Users

Hi,

why shouldn't they be able to fit on the same qxl.win file (provided you 
make that file big enough)? You could then have a boot prog that allows 
you to switch between them at boot time. You can't use both simultaneously.




Even If they could Co exist, why would you want to...


Good question - but a different one

Have fun

Wolfgang


Darren Branagh

Sent from My iPhone XR

On Thu 31 Jan 2019, 12:07 Rich Mellor via Ql-Users 
On 03/01/2019 03:52, simon629--- via Ql-Users wrote:

Hi Rich M
Would
My QDT
And my
Ice desktop
Fit on one win file
Happy new year Rich
Take care
___
QL-Users Mailing List


Simon,

This is a general question - I have no idea if they could co-exist

Probably they could as you would use the cursor keys still to operate
the ICE desktop - the QPC / QPTR mouse does not work with ICE

--
Rich Mellor
RWAP Services
Specialist Enuuk Auction Programming Services

www.rwapservices.co.uk

___
QL-Users Mailing List


___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] QPC 2 on Linux

2018-12-27 Thread Wolfgang Lenerz via Ql-Users

Hi,

I must have missed something regarding QPC under wine.

Here it works as expected (wine --version gives wine-3.7).

Wolfgang



QPC 2 works here on wine-3.0.4(stable) and wine-4.0-rc2(staging)

I'm on Kanotix Steelfire
Debian Linux 4.9.0-8 (NVIDIA) and 4.19.0-3 (INTEL)

you can get it here

http://nightly.kanotix.acritox.com/latest/

it comes in LXDE and KDE flavours


Greetings from Switzerland

     Markus
___
QL-Users Mailing List



___
QL-Users Mailing List

[Ql-Users] ProWesS SBasic I/F

2018-12-11 Thread Wolfgang Lenerz via Ql-Users

Hi all,

I put the sources for the Prowess SBasic interface up on my website 
(wlenerz.com/qlstuff).


I'll also be sending them to Dilwyn.

Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Fwd: ProWesS Files

2018-12-07 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,


PWSbasic seem to be the remaining apps to find now.
If you mean the Prowess S*Basic interface, that can be found on the 
Prowess zip file, under the "ext" directory as "pwbasic_rext", so you 
have it already.


I should still have my sources for that. I'll try to find them

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] PWfile and SMSQmulator

2018-12-03 Thread Wolfgang Lenerz via Ql-Users

Hi,

where can you get this program?

Wolfgang


Hi All,

Has someone been able to use PWfile (file manager ProWesS/ProForma) with 
a 'NFA'-device with SMSQmulator ?


François Van Emelen




___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

2018-12-03 Thread Wolfgang Lenerz via Ql-Users

On 03/12/2018 10:24, Jan Bredenbeek via Ql-Users wrote:

One small issue for Q68 users: the file Q68_SMSQ.WIN is incorrectly named
Q68.SMSQ.WIN.


Yes, this wan compiled under linux.


Also the SMSQE binary in this container is standard configured for German
keyboard layout, which is a bit of a challenge to find the underscore
character if you have US or UK keyboard (it's on the key left beside the
right shift key).


I generally configure it with the update option of menuconfig.


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.34

2018-12-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

problem solved...

Have fun.

Wolfgang

Hi,


I tried to download the binary zip which the web site says temporary 
unavailable.



sorry about that, it's fixed now.

I changed the website yesterday so that it would be reachable via https 
instead of http.
Whenever I make a new version of smsqe, I have a small utility that 
makes an index.php file automatically, I then just have to copy that to 
the website.


For some reason which I haven't had time to figure out, since the change 
from http to https, I can no longer use the index.php file, but need an 
index.html file. So I remade the html file by hand - and somehow 
introduced a wrong link. I **thought** I had checked them all out...



Regards

Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.34

2018-11-30 Thread Wolfgang Lenerz via Ql-Users

On 30/11/2018 19:23, Ralf Reköndt via Ql-Users wrote:

Would be good to clarify the Syntax.


Same syntax as the other job keywords
___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

2018-11-30 Thread Wolfgang Lenerz via Ql-Users

Hi,


I tried to download the binary zip which the web site says temporary 
unavailable.



sorry about that, it's fixed now.

I changed the website yesterday so that it would be reachable via https 
instead of http.
Whenever I make a new version of smsqe, I have a small utility that 
makes an index.php file automatically, I then just have to copy that to 
the website.


For some reason which I haven't had time to figure out, since the change 
from http to https, I can no longer use the index.php file, but need an 
index.html file. So I remade the html file by hand - and somehow 
introduced a wrong link. I **thought** I had checked them all out...



Regards

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQE 3.34

2018-11-30 Thread Wolfgang Lenerz via Ql-Users

Hi all,

SMSQE 3.34 is out.

Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per Witte.

Wlenerz.com/smsqe


Have fun

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.27

2018-10-30 Thread Wolfgang Lenerz via Ql-Users

Hi all,

there was a small bug in SMSQmulator 227 which could hinder IP access at 
times, due to some debug code.


I deleted that and re-released SMSQmulator, still as v. 2.27, you can 
get it from my site.


have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator 2.27

2018-10-14 Thread Wolfgang Lenerz via Ql-Users

Hi all,

A new version of SMSQmulator is out.

There is now a version for Java 11.

Bugfixes : writing to a qxl.win disk increases the update check number, 
better handling of NFA write protection.


www.wlenerz.com/smsqmulator


Have fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] FiFi 5.02

2018-10-01 Thread Wolfgang Lenerz via Ql-Users

Hi,

I just released version 5.02 of FiFi, just some bugfixes.

Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] sBASIC overloading...

2018-06-28 Thread Wolfgang Lenerz via Ql-Users
Hi,

I made a small Sbasic testcase (SMSQE, not QDOS).

I made a program with procedures all called "abcdefghijklmnopqrt"+ a 5
digit number at the end.

The program starts at line 100, is increased by one and very 12th line a
new 10 line procedure is created. The first statement therein is
"return", so that I don't meausre the body of the procedure. The rest of
the lines on the procdure are filled with "Print".

(so
100 def proc abcdefghijklmnopqrt00100
101 return
102 print
...
110 print
111 end def
112 def proc abcdefghijklmnopqrt00112

etc, until just after line 3.

The last procedure then is always

31000 def proc abcdefghijklmnopqrt31000

I then measured how long it takes to call the first procedure and the
last procedure.

Measured with the millisecond timer of SMSQmulator:

calling the fist procedure 1 million times takes 5742 milliseconds
calling the last procedure 1 million times takes 5768 milliseconds

Wolfgang








> 
> I can't help but wonder whether the time taken to parse all your
> parameters to check whether they are the right type won't be longer than
> having several procedures.
> 
> Wolfgang
> 
> 
> 
>> I'll make sure to respond right away in future, before I've fully
>> understood the subtleties and implications of your replies. :D
>>
>> I was digesting the reply. I've been neck deep in developing a USB keyboard
>> solution for the QL - a project that has become a multi-headed beast that
>> required getting into elements of the 8302/8049 relationship I just never
>> knew I'd have to think about. Also neck deep in fence building after a
>> neigborhood dog broke into the pen and killed many of my chickens.
>>
>> It does seem that coercion gives similar results - if everything is passed
>> as a string, it can be coerced however we'd like, as long as the data is
>> checked for validity.
>>
>> It does seem the functionality of overloading can be implemented in
>> roundabout yet still brief and readable ways.
>>
>> Thank you.
>>
>>
>>
>> On Tue, Jun 26, 2018 at 1:57 PM, Per Witte via Ql-Users <
>> ql-users@lists.q-v-d.com> wrote:
>>
>>> So sorry for wasting my time trying to answer your question. It wont happen
>>> again.
>>>
>>> On 21 June 2018 at 16:38, Per Witte  wrote:
>>>
 Im not familiar with C++ overloading, but S*BASIC allows some "parametric
 polymorphism", viz:

 dim x%(2): for i% = 0 to 2: x%(i%) = 9 - i%
 Test 'abc', 2.99, x%
 :
 def proc Test(a, b%, c)
 print a\ b% \ c, \
 enddef Test
 :
 Result:
 abc
 2.99
 9  8  7

 The SBASIC compiler performs a number of additional passes to
>>> SuperBASIC's
 parser, to end up with a much purer "executable". The compiled program is
 not machine code, of course, it consists of fixed length tokens that
>>> still
 need to be "interpreted". But all useless baggage has been eliminated
>>> from
 the program flow, expressions teased into simple RPN steps, and locations
 resolved to absolute addresses. So no, the size of the program or
>>> distance
 to procedures does not effect the speed of execution.


 On 20 June 2018 at 22:35, Dave Park via Ql-Users <
>>> ql-users@lists.q-v-d.com
> wrote:

> Hi all,
>
> How hard would it be to extend sBASIC functions to support C++ style
> overloading?
>
> Separately, does the sBASIC in SMSQ or Minerva still scan for
> procedures/functions from the beginning of the program, so earlier
> FN/PROCs
> have a speed advantage over later ones like in JM/JS?
>
>
> --
> Dave Park
> d...@sinclairql.com
> ___
> QL-Users Mailing List
>
>

>>> ___
>>> QL-Users Mailing List
>>>
>>
>>
>>
> ___
> QL-Users Mailing List
> 
> 
___
QL-Users Mailing List


Re: [Ql-Users] sBASIC overloading...

2018-06-28 Thread Wolfgang Lenerz via Ql-Users
Hi,

I can't help but wonder whether the time taken to parse all your
parameters to check whether they are the right type won't be longer than
having several procedures.

Wolfgang



> I'll make sure to respond right away in future, before I've fully
> understood the subtleties and implications of your replies. :D
> 
> I was digesting the reply. I've been neck deep in developing a USB keyboard
> solution for the QL - a project that has become a multi-headed beast that
> required getting into elements of the 8302/8049 relationship I just never
> knew I'd have to think about. Also neck deep in fence building after a
> neigborhood dog broke into the pen and killed many of my chickens.
> 
> It does seem that coercion gives similar results - if everything is passed
> as a string, it can be coerced however we'd like, as long as the data is
> checked for validity.
> 
> It does seem the functionality of overloading can be implemented in
> roundabout yet still brief and readable ways.
> 
> Thank you.
> 
> 
> 
> On Tue, Jun 26, 2018 at 1:57 PM, Per Witte via Ql-Users <
> ql-users@lists.q-v-d.com> wrote:
> 
>> So sorry for wasting my time trying to answer your question. It wont happen
>> again.
>>
>> On 21 June 2018 at 16:38, Per Witte  wrote:
>>
>>> Im not familiar with C++ overloading, but S*BASIC allows some "parametric
>>> polymorphism", viz:
>>>
>>> dim x%(2): for i% = 0 to 2: x%(i%) = 9 - i%
>>> Test 'abc', 2.99, x%
>>> :
>>> def proc Test(a, b%, c)
>>> print a\ b% \ c, \
>>> enddef Test
>>> :
>>> Result:
>>> abc
>>> 2.99
>>> 9  8  7
>>>
>>> The SBASIC compiler performs a number of additional passes to
>> SuperBASIC's
>>> parser, to end up with a much purer "executable". The compiled program is
>>> not machine code, of course, it consists of fixed length tokens that
>> still
>>> need to be "interpreted". But all useless baggage has been eliminated
>> from
>>> the program flow, expressions teased into simple RPN steps, and locations
>>> resolved to absolute addresses. So no, the size of the program or
>> distance
>>> to procedures does not effect the speed of execution.
>>>
>>>
>>> On 20 June 2018 at 22:35, Dave Park via Ql-Users <
>> ql-users@lists.q-v-d.com
 wrote:
>>>
 Hi all,

 How hard would it be to extend sBASIC functions to support C++ style
 overloading?

 Separately, does the sBASIC in SMSQ or Minerva still scan for
 procedures/functions from the beginning of the program, so earlier
 FN/PROCs
 have a speed advantage over later ones like in JM/JS?


 --
 Dave Park
 d...@sinclairql.com
 ___
 QL-Users Mailing List


>>>
>> ___
>> QL-Users Mailing List
>>
> 
> 
> 
___
QL-Users Mailing List


Re: [Ql-Users] GDPR and 25th May

2018-05-04 Thread Wolfgang Lenerz via Ql-Users

Hi,



Possibly true - although if an IP address can be classified as personal 
data or a factor specific to the identity of that natural person, I am 
sure an email address can be.  I forget all of the mailing list 
commands, but there used to be one where you could get a list of email 
subscribers, and of course the online archive still contains past 
messages, including where people may have entered their name, website, 
or address as part of their signature.


There is then no way to exercise the right to be forgotten.

Presumably the software behind the mailing list will itself be updated 
at some point


Maybe.

If ALL you have is a list of email addresses, I'd tend to think that 
this information by itself is not something with which a person can be 
identified.


I certainly didn't give any other information than than hen suscribing - 
after all, all it took was to send an email to the list maintainer.


I'm not aware of an online archive. Is that maintained by the owner of 
the list?


Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] GDPR and 25th May

2018-05-04 Thread Wolfgang Lenerz via Ql-Users

Hi,


Article 30, section 5:

"5. The obligations referred to in paragraphs 1 and 2 shall not apply
to an enterprise or an organisation employing fewer than 250 persons
unless the processing it carries out is likely to result in a risk to
the rights and freedoms of data subjects, the processing is not
occasional, or the processing includes special categories of data as
referred to in Article 9(1) or personal data relating to criminal
convictions and offences referred to in Article 10."

I think this makes the mailing list excempt from the need to keep
detailed records. Under the presumption that less than 250 people
manage the mailing list, of course.



This only applies to the need for a data controller and processor, not 
the general duties under the GDPR.


However,

"This Regulation applies to the processing of personal data wholly or 
partly by automated means and to the processing other than by automated 
means of personal data which form part of a filing system or are 
intended to form part of a filing system." (art 2)


and

'‘personal data’ means any information relating to an identified or 
identifiable natural person (‘data subject’); an identifiable natural 
person is one who can be identified, directly or indirectly, in 
particular by reference to an identifier such as a name, an 
identification number, location data, an online identifier or to one or 
more factors specific to the physical, physiological, genetic, mental, 
economic, cultural or social identity of that natural person;' (art 4-1)


and

'processing’ means any operation or set of operations which is performed 
on personal data or on sets of personal data, whether or not by 
automated means, such as collection, recording, organisation, 
structuring, storage, adaptation or alteration, retrieval, consultation, 
use, disclosure by transmission, dissemination or otherwise making 
available, alignment or combination, restriction, erasure or 
destruction; (art 4-2)



Whether an email list, where it may be argued that no processing of 
personal data is done, falls under that scope is, at least, debatable...


Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

2018-04-30 Thread Wolfgang Lenerz via Ql-Users

Hi,

I just re-upped the binary file.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] QPC2 4.04 BUG

2018-04-22 Thread Wolfgang Lenerz via Ql-Users


Hi,
no problem with these commands here.

(QPC 4.05; not 4.04)

Wolfgang

Does anyone know why the following in QPC2 reports "Invalid Channel ID"

WINDOW 448,200,32,16
PAPER #1,3

In fact, any attempt to change #1 after the WINDOW command reports an 
invalid channel.


Rich Mellor RWAP Software www.rwapsoftware.co.uk www.sellmyretro.com
___
QL-Users Mailing List



___
QL-Users Mailing List


[Ql-Users] QLSD Drivers

2018-04-17 Thread Wolfgang Lenerz via Ql-Users

Hi all,

new QL-SD drivers for QXL.WIN style container files are on my site 
(wlenerz.com/qlsd).

These are much improved versions by Marcel Kilgus.
They should work with later QDOS versions (e.g. JS, MG), Minerva, SMSQ/E.

For reliable use with GC or SGC, an update of the Chip may be necessary.

The sources will be included in the next SMSQ/E version.


Have fun!

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] Stuart Honeyball

2018-03-29 Thread Wolfgang Lenerz via Ql-Users


Oh my.

What a sad day.

Stuart will be missed and remembered.

My deepest sympathy to his family.

Wolfgang

On 29/03/2018 11:40, Dilwyn Jones via Ql-Users wrote:

I regret to have to report that I heard this morning of the death of Stuart 
Honeyball of Miracle Systems.

He passed away peacefully last night (28th March) at 23:45 of cancer, according 
to his wife, Karin.

I’m sure you’ll all want to join me in extending our condolence to his wife and 
family and express our great admiration and gratitude for all the work he did 
for the QL over the years.

Dilwyn Jones
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Buying DATA DESIGN Version 4.12

2018-02-27 Thread Wolfgang Lenerz via Ql-Users
Hi,

Datadesign is freeware now, you should be able to get it from Dilwyn's
site (perhap in the prowess section).

HTH

Wolfgang
> Hi Everyone can you help me does anyone no where I can Buy DATA DESIGN 
> Version 4.12 FromOK Thanks 
> simon629Simon Foster
> ___
> QL-Users Mailing List
> 
> 
___
QL-Users Mailing List


Re: [Ql-Users] QA.RESRI - QDOSMSQ eference guide

2018-02-15 Thread Wolfgang Lenerz via Ql-Users

Hi,

(Tobias)

> Hmm. Are we sure about that?

Sorry I'm not sure I understand. Am I sure that, as I said, on SMSQ/E it 
is not necessary to save the stack pointer in BV_RIP(A6) before calling 
this vector. Yes, that seems quite clear to me from the code.


> When having a glance at the code, it looked to me as SMSQ/E would not 
> use a1 at all, but rather use BV_RIP(a6) instead for the location of

> the RI stack (just as QDOS does).

Ok, that doesn't invalidate what I said. I don't know about Qdos, though.


(Per)
I think the whole thing bears further investigation, as there appears to 
be doubt about other aspects too. Jan Bredenbeek, for example, suggests 
that:


Call parameters                         Return parameters
..
A1                                     A1 Preserved



True for SMSQE.

He was going to investigate the various OS sources, and perhaps is still 
busy doing so.. Jan..?


What there seems to be general agreement on,  contrary to current 
documentation,  is that 1) what is in A1 is irrelevant to this call, and 
2) that the routine doesnt return on the only possible error: IMEM.


Errm, yes and no.

One of the relevant parts of the code is:

sbr_dn
cmp.l   #sb.flag,sb_flag(a6) ; SBASIC?
bne.s   sbr_nop
sub.l   0(a6,d2.l),d1; -(pointer - required)
add.l   sb.loffp(a6,d2.l),d1 ; lower limit -(pointer - 
required)

bgt.s   sbr_alldn
rts

...
sbr_nop
rts

What happens when using this from a compiled program? The BNE.S will be 
taken, so the conditions codes will be not zero. The value in D0 will be 
... what '(whatever was in it when the vector as called)


Likewise, even in Basic, if there IS enough space, you'll take the rts, 
with N set and D0 whatever it was when the vector was called...


How is handled in Qdos? I don't have a disassembly right now.

Minerva, apparently, returns D0 = 0 on a successful return 


so does SMSQ.




Update:
After sribbling down the example above, I decided to "weaponise" it to 
test the following three premises:

1) Is A1 preserved?: JS, Minerva and SMSQ/E all appear to do so


Thanks for testing these.

How big was the amount of memory requested? Big enough that a shift 
would occur?



Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] Re-upping QL-SD new driver [OT]

2018-01-24 Thread Wolfgang Lenerz via Ql-Users

Hi,


Is personal consumption legal in France ? :-)


Of a marriage? YES!

Wolfgang
___
QL-Users Mailing List


  1   2   >