Re: [Ql-Users] SBASIC interpreter bug?

2022-11-23 Thread Wolfgang Lenerz via Ql-Users

Hi,

Per wrote:

> Perhaps you didnt EX it? If you RUN it it may work, although a
> differently constructed (more complex) version would also fail.

I didn't ex it, just ran it - the problem was already seen under an 
SBasic daughter job.



Derek wrote:


It looks like the variable for the FOPEN parameter is getting mixed up with the 
parameter on the Procedure parameter.


Indeed, but I believe that the point Per was making is that it shouldn't.


Wolfgang
___
QL-Users Mailing List


[Ql-Users] SBASIC interpreter bug?

2022-11-22 Thread Wolfgang Lenerz via Ql-Users

Hi,



Does anyone know whats going on here?



Nope...

Even stranger : once you run this and it failed, change the variable 
name ("ch") to something else (like "cht") everywhere . Run it - and it 
works. Save the prog with that new variable name, start a new basic 
session, load the prog, run it- and it fails. Change "cht" back to "ch" 
- and it works.


Have fun (?)

Wolfgang


SBASIC only: EXecute the following program:
 >>




100 ch = FOPEN("con"): CLS#ch
110 test ch, 1
120 PAUSE#ch
130 CLOSE#ch
140 :
150 DEFine PROCedure test(ch, a)
160 PRINT#ch; a
180 END DEFine test

Result in this case:

At line 150:4 DEFines may not be within other clauses

However there are various error conditions depending on how the program
is constructed. In the worst case it just hangs and must be RJOBed.

What seems to get the interpreter's knickers in a twist is a parameter
being referenced using the same name as the parameter, 'ch' in this case.
This is supposed to be perfectly "legal". I dont know when this behaviour
started but Ive noticed it for a while.

It would be nice if this could be fixed as, for example, in larger
projects, when using library code you dont necessarily notice that variable
names are the same a parameter names, and so you may end up getting
unexplained hangs or obscure error messages that dont actually relate to
the problem.

Per


___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] Launchpad update

2022-10-05 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,

well worth the wait.

Wolfgzng

I've issued the first update to my Launchpad v2 package for nearly a decade.

Further details on my blog at
https://dilwyn2.wordpress.com/2022/10/04/launchpad-v2-12/

Dilwyn Jones
___
QL-Users Mailing List


___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.38

2022-07-19 Thread Wolfgang Lenerz via Ql-Users

Hi Per,

thanks for pointing this out, will correct this when I can.

Best regards

Wolfgang

FYI the Qptr toolkit mentioned on your site is labelled V0.14; it should 
be V0.15 (to avoid confusion).


Per
___
QL-Users Mailing List


___
QL-Users Mailing List


[Ql-Users] Change of name

2022-06-14 Thread Wolfgang Lenerz via Ql-Users

Hi all,

after a server change, my sites should now be called in small (non 
capital) letters, i.e.


wlenerz.com/smsqe
wlenerz.com/smsqmulator (instead of .../SMSQmulator)
wlenerz.com/qlstuff

Thanks to desin for poitning this out!


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] PD Libraries of QL Software

2022-05-26 Thread Wolfgang Lenerz via Ql-Users

Hi Dilwyn,

Impressive! Kudos to Martin and to you.

Wolfgang



Thanks to the dedicated hard work of Martin Head, I've been able to
upload two complete QL PD libraries to my website, one containing
nearly 150 floppy disk images, the other about 480 disk images. Giving
a total of over 600 floppy disk images of QL software, albeit there is
a lot of overlap between the two libraries.

They are the old Qubbesoft P/D Libary and The Library.

Both available to download as either zipped sets of floppy disk
images, or zipped QXL.WIN of disk images - use whichever suits you
best. Please note the huge file sizes to download if on a slow or
metered broadband connection though.

Both pages have a comprehensive list of the software, which you can
download as PDF, ODT or Word files.

Get the entire Qubbesoft P/D library from:
http://www.dilwyn.me.uk/thelib/index.html or the mirror at
http://dilwyn.qlforum.co.uk/thelib/index.html

The Library files at http://www.dilwyn.me.uk/thelib/index.html or
mirror at http://dilwyn.qlforum.co.uk/thelib/index.html

Dilwyn
___
QL-Users Mailing List


___
QL-Users Mailing List


[Ql-Users] QDOS SMSQE Guide 4.7

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

Hi all,

I have release v. 4.7 of the SMSQE / Qdos manual - it now contains many 
of the SBasic (not SuperBasic!) variables, as announced some time ago.


As usual, you can find it at wlenerz.com/qlstuff


Have Fun!

Wolfgang
___
QL-Users Mailing List


[Ql-Users] SMSQmulator

2021-12-25 Thread Wolfgang Lenerz via Ql-Users

Hi,

I only use openjdk.

The reason I refer people to the java.com or oracle's site is that they 
have executable files which will do the install for you.


If you want to use openjdk, you need to download the zip file (from 
https://jdk.java.net/17/) and unzip it, set one or two environment 
variables to point to where you unzipped it, and then set the file 
association between .jar files and java



Wolfgang



DId you do any testing with OpenJDK? Oracle’s JDK has had some licensing 
difficulities over the last 10-15 years.

otis

—
Juraj Lutter
XMPP: juraj (at) lutter.sk
GSM: +421907986576

___
QL-Users Mailing List

___
QL-Users Mailing List

[Ql-Users] SMSQmulator

2021-12-25 Thread Wolfgang Lenerz via Ql-Users

Hi Per,

Never a dumb question from you.

I thought win 11 had a recent version of java installed.

If it doesn't :

https://www.oracle.com/java/technologies/downloads/#jdk17-windows

This will install the full jdk, not just the runtime.

When I go to java.com all I get is this:
"
This site https://www.java.com/ is experiencing technical difficulty. We 
are aware of the issue and are working as quick as possible to correct 
the issue.


We apologize for any inconvenience this may have caused.

To speak with an Oracle sales representative: 1.800.ORACLE1.

To contact Oracle Corporate Headquarters from anywhere in the world: 
1.650.506.7000.


To get technical support in the United States: 1.800.633.0738.
"

What a crock!


Wolfgang


On 25/12/2021 14:29, Wolf via Ql-Users wrote:

Hi all,

SMSQmulator 2.33 is out now.

Just a small bugfix release, notably for the NFA device, which is now 
marked as a format type 4.


http://www.wlenerz.com/smsqmulator/

Season's Greetings to all! 


Thank you!

Now for the dumb questions:

When I follow the link on your website to check for latest Java update I 
only ever get shown V8.xx.xx updates. You write on your website that 
SMSQmulator V2.33 will be the last for Java 8, so I want to be ahead of 
the curve. Also, as you will know from our correspondence, Im having 
unresolvable "issues" with SMSQmulator on Windows 11, so Im hoping these 
can eventually be resolved by trying a different Java.


But I cant see Java V11 anywhere on the java.com website.  So I 
uninstalled Java V8 and tried again; still only V8 on offer. Digging a 
bit further I find there is a Java 17 out there. This is what Oracle 
seems to want us to download on starting from scratch now.


So, what do I do?

Per
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] INSTR_CASE

2021-12-23 Thread Wolfgang Lenerz via Ql-Users

Hi,

> INSTR_CASE
> SMSQE works as expected
> but not as Qlib Job

Without checking by actually tracing a call to INSTR from within a Qlib 
job, I believe that this probably is one incompatibility between SMSQE 
and QDOS/Qlib.


To honour the INSTR_CASE, SMSQE checks a flag, namely the SBasic 
variable sb_cinst (=$b0) (see smsq_sbas_iexpr_asm, label b_instr) which 
is set by INSTR_CASE.


However, in QDOS, the SuperBasic variable at $b0 is "bv_tkpos", which 
contains something else entirely, namely "Position of A4 in tklist on 
entry to PROC". If Qlib correctly mimicks SuperBasic, it probably 
overwrites the flag at $b0 with the correct value for Superbasic between 
the INSTR_CASE keyword and the INSTR.


This difference (and others) between QDOS and SMSQ/E Basic variables is 
not documented (yet) in the SMSQ/E reference guide, but can  be seen 
form the keys_sbasic file in the SMSQ/E sources. I will include 
something in the next version of the reference guide.


Season's greetings to everyone!

Wolfgang
Probably because Qlib doesnt know that there are two different instr 
routines in SMSQ/E. The INSTR keyword is part of the S*BASIC language; 
it isnt like a toolkit function, so Qlib probably calls this routine 
directly which, unlike SBASIC's keyword, doesnt check the sb_cinst flag 
before execution.


It could probably easily be fixed, but it still wouldnt work on a Qdos 
machine as the underlying code isnt there.


Per
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] QPC2 v5.02

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


>>> Just to chime in, the newest SMSQmulator (hopefully) to come out in a
>>> few days will do the same, i.e. treat NFA/SFA as win type.
>> Hm, I've just seen that Qubide is also another type. How about we
>> simply define our NFS/DOS devices as type "4" for "emulated" or
>> something? This should solve the QD problem, too.
>>
Sounds good to me. That way, no need to change SMSQE I'll just
update the info


> Good idea! But please, whatever you do, do it the same way for the same
> thing! :o)
> 
> (Sorry for butting in here..)


That's the whole point of having this discussion here!

Anyway, the more the merrier.

Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] QPC2 v5.02

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

This will be fixed.

Have fun!

Wolfgang


> Op 30/11/2021 om 13:34 schreef Wolfgang Lenerz via Ql-Users:
>> Hi,
>>
>> Just to chime in, the newest SMSQmulator (hopefully) to come out in a
>> few days will do the same, i.e. treat NFA/SFA as win type.
>>
>>
>> There is a reason for (at least for me):
>>
>> I use QD extensively.
>> When QD saves data to a file, it first of all checks the device type via
>> iof.xinf. If it detects that the drive is registered as a an msdos type
>> device, it saves the file with line ending CR+LF, instead of the normal
>> LF as used on win devices.
>>
>> If you now try to use the MacroAssembler to assemble a file that
>> contains macros, this will fail (the MA seems to calculate the number of
>> bytes it has got, which will be wrong as the NFA driver converts CF+LF
>> to LF automagically) The MA then resets the file position to somewhere
>> in the file, corresponding to the number of bytes before the macro (I
>> suppose to read th emacro again) and that will be wrong, so that it
>> reads something other in the file and then fails.
>>
>>
>> That being said, might I make a suggestion?
>>
>> Giorgio said:
>>
>>>>>>     The old behavior was that DMEDIUM_DRIVE returned -1 when pointing
>>>>>> to a dos disk. it was not "correct" but it allowed me to
>>>>>> distinguish the two
>>>>> types.
>> Indeed, that's not the right way, one should use the DMEDIUM_TYPE
>> function for that (returns 1 - qdos, 2 - msdos etc) - but this won't
>> help you, as that now returns "qdos" device type for dos and nfa/sfa.
>>
>> However, the specifications also provide for a device sub-type, which is
>> not returned by any function and which, AFAIK is not used. One might
>> possibly use that to return 1 or 2 as sub-type also.
>>
>> I'd be willing to create the new basic keyword for that in SMSQE
>> ("DMEDIUM_STYPE").
>>
>> Would that be agreeable to all?
>>
>>
>> Have fun!
>>
>> Wolfgang
>>
>>
> 
> 
> Hi Wolfgang,
> 
> While working on the next version of SMSQmulator could you verify if
> LBYTES works correctly on your  system?
> 
> LBYTES  Filename_scr,SCR_SCR_BASE seems to lock SMSQmulator: SO TAKE CARE
> 
> 100 WINDOW SCR_XLIM,SCR_YLIM,0,0
> 105 REMark
> 110 REMark OPEN_IN#3,dev1_bckgrnd_wallpaper_def:INPUT#3,p$:CLOSE#3
> 115 PAPER 6:CLS: REMark instead of WL_BMP8LOAD p$ for testing
> 120 :
> 125 SBYTES_O dev1_dump_scr,SCR_BASE,SCR_LLEN*SCR_YLIM
> 130 :
> 135 REMark  dev1_dump_scr  can be displayed correctly in QPC2
> 140 REMark with LBYTES dev1_dump_scr,scr_base
> 145 :
> 150 REMark but locks SMSQmulator
> 155 REMark dump_scr is 4147200 long
> 160 REMark Screen size 1920x1080
> 165 REMark window mode fullscreen
> 
> Thanks
> 
> François Van Emelen
> 
> ___
> QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] QPC2 v5.02

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

Just to chime in, the newest SMSQmulator (hopefully) to come out in a
few days will do the same, i.e. treat NFA/SFA as win type.


There is a reason for (at least for me):

I use QD extensively.
When QD saves data to a file, it first of all checks the device type via
iof.xinf. If it detects that the drive is registered as a an msdos type
device, it saves the file with line ending CR+LF, instead of the normal
LF as used on win devices.

If you now try to use the MacroAssembler to assemble a file that
contains macros, this will fail (the MA seems to calculate the number of
bytes it has got, which will be wrong as the NFA driver converts CF+LF
to LF automagically) The MA then resets the file position to somewhere
in the file, corresponding to the number of bytes before the macro (I
suppose to read th emacro again) and that will be wrong, so that it
reads something other in the file and then fails.


That being said, might I make a suggestion?

Giorgio said:

    The old behavior was that DMEDIUM_DRIVE returned -1 when pointing
 to a dos disk. it was not "correct" but it allowed me to distinguish the 
 two
>>> types.

Indeed, that's not the right way, one should use the DMEDIUM_TYPE
function for that (returns 1 - qdos, 2 - msdos etc) - but this won't
help you, as that now returns "qdos" device type for dos and nfa/sfa.

However, the specifications also provide for a device sub-type, which is
not returned by any function and which, AFAIK is not used. One might
possibly use that to return 1 or 2 as sub-type also.

I'd be willing to create the new basic keyword for that in SMSQE
("DMEDIUM_STYPE").

Would that be agreeable to all?


Have fun!

Wolfgang



 what do i need it for?
 I use it in a couple of programs .. in particular the new file manager
>>> that
 I have created and which I think I will be able to publish in a few
 weeks. Obviously
 it works the same but in front of each device he placed an icon to be
>>> able
 to identify it if cd / ram / win / dos It would be interesting to be
 able
 to distinguish all the types but obviously I have no idea of the work
>>> this
 entails. Mine is not a criticism, I'm just chatting.

 Giorgio

 Il giorno ven 26 nov 2021 alle ore 10:09 Marcel Kilgus via Ql-Users <
 ql-users@lists.q-v-d.com> ha scritto:

> Giorgio Garabello via Ql-Users wrote:
>>> I uploaded a small bugfix release QPC2v5.02.
>>>
>>> Switch DMEDIUM_FORMAT for the DOS device to 1 (QDOS) instead of 2
>> I have a doubt, how can I now recognize a DOS disk from a WIN one?
> It has been this way for 20 years, I just reverted it back to the
> old behavior.
>
> Why would you want to recognize a DOS disk from a WIN one?
>
> Marcel
>
> ___
> QL-Users Mailing List
>
 ___
 QL-Users Mailing List
 .
>>> ___
>>> QL-Users Mailing List
>>>
>> ___
>> QL-Users Mailing List
>>
> ___
> QL-Users Mailing List
> 
___
QL-Users Mailing List

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] 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


  1   2   >