[Ql-Users] George Gwilt's Programs

[Wolfgang Lenerz via Ql-Users]

Hi Norman,

I have nothing recent, sorry.

Wolfgang

This is a copy of a message I posted on the QL Forum, for anyone 
interested who doesn't use the forum.




I wanted to check if I had the latest copies of George's assemblers 
GWASL and GWASS and discovered that http://gwiltprogs.info is no longer 
present, other than a blank landing page.


It would be a huge shame if George's programs vanished from the world, 
in my opinion, so I have set them up on the SinclairQL's github at 
https://github.com/SinclairQL/GeorgeGwilt.


I have, from my own downloads folder, uploaded the following:

     GWASS Program and source.
     GWASL Program and source, various versions.
     EASYPEASY Program and source, various versions.
     SETW Program and source, various versions.
     Also, George's various development libraries needed to compile the 
other stuff.


I've put a README.md file in each separate application folder to 
explain, as best as I've been able to find out, what each of the files 
are and which versions of the application they apply to.


I don't have the sources or binaries for Turbo, so if you have those, 
can you either add a new folder and upload them, or let me have them and 
I'll do the needful. Thanks. I suspect that they are on Dilwyn's fine 
web site.


Likewise, George's TurboPE stuff. Which I never got around to using.


Cheers,
Norm.


___
QL-Users Mailing List

[Ql-Users] George Gwilt

[Wolfgang Lenerz via Ql-Users]

Hi,

I'm sorry to hear about his passing. He was an inspiration for many of us.

My condolences!

Wolfgang



Hello everyone at the QL-Users group.  I guess most of you knew of mu father, 
George Gwilt - this is just to let you know that he passed away this past 
Saturday.

All the best,

Richard Gwilt





On 25 Feb 2024, at 20:54, qlus...@sinclairql.net via Ql-Users 
 wrote:


This is great news!

It took me some time to do a first test run with QPC2 and QL/E v3.23 this 
evening. So far all is well.

QL forever!
Urs
  
___

QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,


Hmm, I always thought there was only one remaining user under java 8.


I'm sure there would be several more, if you didn't hide the Java 8
version from the public ;-)


Yes, and maintaining it is a PITA

Wolfgang
___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,

Hmm, I always thought there was only one remaining user under java 8.


Wolfgang

(Strangely enough, I only got François' reply, not the original message 
from Urs)




While all my PCs were still running Java 8 from Oracle, this was the 
trigger to start upgrading Java. My Windows 10 power horse now has 
Java 17 from Microsoft. A first test run of SMSQmulator v3.00 and QL/E 
v3.23 showed an old design issue of QTop-Desk. Maybe it's time to fix 
this in the forseeable future.


Urs
___
QL-Users Mailing List


Hi,

Thanks for the info.

François Van Emelen


___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] SMSQ/E 3.40 (only for Qimsi users)

[Wolfgang Lenerz via Ql-Users]

Hi all,

I just uploaded SMSQE 3.40.

This is ONLY of interest for those having a (Super)GoldCard with Qimsi: 
the PS2 driver for that hardware is now integrated into the source tree.
The filename for that version of SMSQ/E is "gold_qimsi" and can be found 
in the smsqe340_binaries.zip file, as referenced from my website.


Nothing has changed for the other versions, there is no need to download 
v. 3.40



Have fun!

Wolfgang
___
QL-Users Mailing List

[Ql-Users] SMSQ/E 3.39

[Wolfgang Lenerz via Ql-Users]

Hi,


Please remind me prior to the QL meeting so I bring the equipment and
FPGA data.


I can bring this as well, if needed.


In any case, the fast SD card speed option of SMSQ/E is not an
officially permitted way to access the cards. It should never ever be
SMSQ/E default! It is a purely experimental feature used at own risk. I
have warned about it all along.


As I said, I never had a problem with it.



Also I'm not aware of an "auto-slow" feature. If SMSQ/E is configured to
"fast", and for some reason there is a timing problem, card access will
fail.


I never said the contrary.

At the risk of repeating myself:
If you have a version of the Q68 "Rom" THAT DOESN'T IMPLEMENT THE HIGHER 
SPEED, SMSQ/E will not try to use the higher speed.


In other words: SMSQE checks the version of hardware you have. If it 
doesn't allow higher speed, SMSQ/E doesn't even try to use that - even 
if it is configured to do so.




A save feature to use is 16 bit access to SD cards introduced in FPGA
version 1.02 and higher. SMSQ/E automatically detects this.


In about the same way as for the higher speed...

Wolfgang
___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi


Which is the best version of Java to use?



That would always be the latest non-beta version, which is 21 today.

You can download that from. https://jdk.java.net/21/


Yes, I know, it's the jdk not the jre

Wolfgang






I use the version installed by the Linux Distro.


On 19 February 2024 17:16:57 GMT, pjw via Ql-Users  
wrote:

I have one system running on Java v17 and another running on Java v20. AFAICS 
both appear to be fine (apart from some minor niggles I shant bother you with).
Per
On 19/02/2024 18:01, Wolfgang Lenerz via Ql-Users wrote:

Hi Derek,

Thanks that's good to know
Regards

Wolfgang



Hi,

All works fine with me installation of Java 11 on Linux Mint 21.2, selecting 
Reset from menbar resets the emulator.

Regards
DerekT




___
QL-Users Mailing List


___
QL-Users Mailing List


---
Regards,
Derek
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,

the reset problem under Java 21 is fixed in the version I just uploaded.

Have fun!

Wolfgang




I'm on 21 it seems..

java --version
openjdk 21.0.1 2023-10-17

Kjartan

On 2024-02-19 17:10, Derek via Ql-Users wrote:

Hi,

All works fine with me installation of Java 11 on Linux Mint 21.2,
selecting Reset from menbar resets the emulator.

Regards
Derek

On 19 February 2024 15:59:49 GMT, Juraj Lutter via Ql-Users
 wrote:



On 19 Feb 2024, at 16:46, Kjartan via Ql-Users 
 wrote:


Hi,

Another one - selecting Reset from the interface causes this:


This popped up at me on startup when using OpenJDK17 from Homebrew on 
MacOS.




Exception in thread "AWT-EventQueue-0" 
java.lang.UnsupportedOperationException

   at java.base/java.lang.Thread.stop(Thread.java:1667)
   at 
smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42)

   at smsqmulator.Monitor.killEmulation(Monitor.java:1168)
   at smsqmulator.Monitor.reset(Monitor.java:1181)
   at ui.FileMenu.lambda$new$1(FileMenu.java:37)


otis
___
QL-Users Mailing List

___
QL-Users Mailing List




___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,

ok that explains it.

the 'stop' method was dropped from there.

I'll have a fix tomorrow.

Wolfgang



Hi,

I'm on 21 it seems..

java --version
openjdk 21.0.1 2023-10-17

Kjartan


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi Derek,

Thanks that's good to know
Regards

Wolfgang



Hi,

All works fine with me installation of Java 11 on Linux Mint 21.2, selecting 
Reset from menbar resets the emulator.

Regards
DerekT




___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,

you get this when you start up the machine, or when you try to reset it?

Wolfgang


This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS.



Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException
at java.base/java.lang.Thread.stop(Thread.java:1667)
at 
smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42)
at smsqmulator.Monitor.killEmulation(Monitor.java:1168)
at smsqmulator.Monitor.reset(Monitor.java:1181)
at ui.FileMenu.lambda$new$1(FileMenu.java:37)


otis
___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,

are you running this on java 21?

Wolfgang




Hi,

Another one - selecting Reset from the interface causes this:

Exception in thread "AWT-EventQueue-0" 
java.lang.UnsupportedOperationException

     at java.base/java.lang.Thread.stop(Thread.java:1667)
     at 
smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42)

     at smsqmulator.Monitor.killEmulation(Monitor.java:1168)
     at smsqmulator.Monitor.reset(Monitor.java:1181)
     at ui.FileMenu.lambda$new$1(FileMenu.java:37)
     at 



(...)


Kjartan


___
QL-Users Mailing List

[Ql-Users] SMSQ/E 3.39

[Wolfgang Lenerz via Ql-Users]

Hi Derek,
(...)

My Q68, latest ROM, hasn't managed to use a single SDHC card at the
highest speed.


(...)


plus a couple of unbranded cards. I have no card which works with Q68
configured for fast card speed.



OK, that's certainly strange.

Does anybody else here have this problem?


Note that, if you have a version of the Q68 "Rom" that doesn't implement
the higher speed, SMSQ/E will not try to use the higher speed

My Q68 failed consistently with all SDHC cards I've tried here when
configured for fast. It definitely did not slow down automatically
when configured to fast (SMSQE 3.38) - the Q68 either crashed or
failed to recognise the cards at 40MHz. Either I've been unlucky and
NONE of the cards I have are capable of fast, or the "auto-slow"
doesn't work at all. 


As I said, note that, if you have a version of the Q68 "Rom" THAT 
DOESN'T IMPLEMENT THE HIGHER SPEED, SMSQ/E will not try to use the 
higher speed



> Mind you, my Q68 has never been able to run Jan's
> Minerva port either.

H...

Are you coming to Germany in May?


Wolfgang
___
QL-Users Mailing List

[Ql-Users] SMSQ/E 3.39

[Wolfgang Lenerz via Ql-Users]

Hi Derek,

(...)


The Config Block values are:

WIN1: QXL.WIN
WIN2: SMS33Q.WIN

So the Q68 may not find the WIN1 QWA container file.



Fair enough - if you look at the source code, you will note that most of 
the changes were made there already. I now traced this problem to the 
program I use to make new versions of SMSQE, which reconfigures the 
resulting file wrongly. I've corrected this and the next versions will 
be configured to your taste.


On the other hand all you need to do to update the file automatically
is

EW menuconfig;"\q\uQ68_SMSQ.WIN" which

which I think isn't THAT hard.


Also the SD card speed is defaulting 40Mhz , which on normal SD Cards causes a 
lockup. Needs to be 20Mhz or NO in the defaults.


Just what do you call normal SD cards? I have yet to find an SDHC card 
that doesn't work with my Q68 at 40MHz. But, of course, YMMV. I'd be 
interested in the make and model of your cards.


Note that, if you have a version of the Q68 "Rom" that doesn't implement 
the higher speed, SMSQ/E will not try to use the higher speed





One other strange thing is the Q68_SMSQ.WIN file has the English Menu_Rext and 
German Menuconfig.


Yes, that will be corrected also.



I have already reported this to Wolfgang


Indeed you have.

Wolfgang
___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,

fixed and re-upped.

Wolfgang

Hi,

Just me or is there bug in nfa and sfa device selection?
Changing either will also change the other.

Kjartan

On 2024-02-17 14:04, Wolfgang Lenerz via Ql-Users wrote:

Darn it, sorry for the typos!


Hi all,

SMSQmulator 3.00 is out, for  versions 11 and 17 of java.

The bump to v. 3.00 is due to the manu internal changes that were.
SMSqmulator does now have aaaccess to srrial ports (this is stimll 
experimental - it works here).




This can be downloaded from wlenerz.com/smsqmulator

Have fun!

Wolfgang

___
QL-Users Mailing List


___
QL-Users Mailing List




___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi,

it's not just you.

Thanks

Wolfgang

Hi,

Just me or is there bug in nfa and sfa device selection?
Changing either will also change the other.

Kjartan

On 2024-02-17 14:04, Wolfgang Lenerz via Ql-Users wrote:

Darn it, sorry for the typos!


Hi all,

SMSQmulator 3.00 is out, for  versions 11 and 17 of java.

The bump to v. 3.00 is due to the manu internal changes that were.
SMSqmulator does now have aaaccess to srrial ports (this is stimll 
experimental - it works here).




This can be downloaded from wlenerz.com/smsqmulator

Have fun!

Wolfgang

___
QL-Users Mailing List


___
QL-Users Mailing List




___
QL-Users Mailing List

[Ql-Users] QDOS & SMSQ reference guide, Configuration standard manual

[Wolfgang Lenerz via Ql-Users]

Hi Per,

Thanks for pointing that out. It's fixed now.

Regards

Wolfgang



Hi Wolfgang,

This link doesnt seem to be correct..
Per

On 17/02/2024 14:03, Wolfgang Lenerz via Ql-Users wrote:

Hi all,


QDOS & SMSQ reference guide v. 4.8 is out.

I also re-made the manual for the Configurations standard, levels 1 & 
2, with some assembler examples.



This can be downloaded from wlenerz.com/qlstuff (under documentation)

Have fun!

Wolfgang

___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] Q68 manual

[Wolfgang Lenerz via Ql-Users]

Hi all,

I updated the Q68 manual, it can be found at
https://wlenerz.com/Q68/Q68-SMSQE.zip

(nothing earth-shattering there, it explains PROT_DATE, my experiences 
with SDXC cards and some new config options).


Have fun!

Wolfgang
___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Darn it, sorry for the typos!


Hi all,

SMSQmulator 3.00 is out, for  versions 11 and 17 of java.

The bump to v. 3.00 is due to the manu internal changes that were.
SMSqmulator does now have aaaccess to srrial ports (this is stimll 
experimental - it works here).




This can be downloaded from wlenerz.com/smsqmulator

Have fun!

Wolfgang

___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] QDOS & SMSQ reference guide, Configuration standard manual

[Wolfgang Lenerz via Ql-Users]

Hi all,


QDOS & SMSQ reference guide v. 4.8 is out.

I also re-made the manual for the Configurations standard, levels 1 & 2, 
with some assembler examples.



This can be downloaded from wlenerz.com/qlstuff (under documentation)

Have fun!

Wolfgang

___
QL-Users Mailing List

[Ql-Users] SMSQmulator 3.00

[Wolfgang Lenerz via Ql-Users]

Hi all,

SMSQmulator 3.00 is out, for  versions 11 and 17 of java.

The bump to v. 3.00 is due to the manu internal changes that were.
SMSqmulator does now have aaaccess to srrial ports (this is stimll 
experimental - it works here).




This can be downloaded from wlenerz.com/smsqmulator

Have fun!

Wolfgang

___
QL-Users Mailing List

[Ql-Users] SMSQ/E 3.39

[Wolfgang Lenerz via Ql-Users]

Hi all,

SMSQE 3.39 is out now.


Various bugfixes by Marcel
SMSQ/E for Q-emulator (by Daniele)
EXEP_M EXEP_W keywords and related functions
Name of JOB_NAME for Sbasic may now be 48 chars long
Q68 setting date also sets it in the hardware clock, if PROT_DATE allows it
Q68 better serport handling
Q68 allows for configuurable home/end keys
SMSQmulator can handle serial ports (experimental feature)
CKEYON/CKEYOFF could malfunction under some circumstances
SER_FLOW no longer gives error every time it is used
Recent thing bugs corrected

This can get downloaded from wlenerz.com/smsqe

Have fun!

Wolfgang
___
QL-Users Mailing List

[Ql-Users] Announcement for the 40th Anniversary of the Sinclair QL in Dormagen (Germany)

[Wolfgang Lenerz via Ql-Users]

Hi,

I intend to come on friday and stay until early afternoon on sunday, if 
possible.


Wolfgang



Fabrizio Diversi via Ql-Users wrote:

I will attend, just for one day, most probably on Saturday 


Which is probably the only "full" day. Fantastic that you come from
Italy! Great to meet you in person.

I will also attend and show Qzero, QLbase, QIMSI plus some historic
stuff like Q60. And with some luck also a new project.

Did anyone consider to stay Sunday also? I know it was primarily meant
for packing. But my experience is that one full day flies by so quickly.
At least in Germany and the Netherlands, Monday is a holiday. We could
spontaneously prolong.

All the best
Peter
___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] bug in String handling

[Wolfgang Lenerz via Ql-Users]

Norman Dunbar wrote:


I still think that returning "" for a specific string slice from (a to 
a-1) is a bug!



I tend to agree. x$ (a to b) where b is smaller than a should rise an 
error.The only way that would make any kind of sense to me would be if 
this returned the array contents in the reverse order. Now THAT would be 
a cool feature!



Bite me!!! ;-)


I'd rather not...

Wolfgang
___
QL-Users Mailing List

[Ql-Users] bug in String handling

[Wolfgang Lenerz via Ql-Users]

Hi,

Line 120 is due to the fast that strings are not 0 based index. So what 
would a$(0) be?
Under SMSQ/E at least, print a$(0) in the above example would give "10" 
- which is the length of the string... Since this seems to be an 
unorthodox behaviour, it's no wonder Qlib balks at it.




Line 105 makes no sense to me, just what should one expect from that? 
(maybe the reversed string (2 to 4)???), this should probably raise an 
error, just like line 110 does.


line 115 results in an empty strin,g - there is nothing before 0, so 
nothing can be obtained. Again, this should probably raise an error.



Have fun

WOlfgang


Hi, 


Some other anomalies

100 a$ = "1234567890"
105 b$ = a$(4 to 3): REMark This works
110 REMark c$ = a$(4 to 2): REMark This fails with an error.
115 c$ = a$( to 0) : REMark  no error returned
120 c$ = a$(0):    : REMark  no error returned  BUT ERROR IF QLIBERATED
125 pause:stop

The problem of slicing strings was already discused here many years ago. 
I think it was Marcel Kilgus who gave us some explanation.


François Van Emelen



___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

[Wolfgang Lenerz via Ql-Users]

On 24/11/2023 15:10, Bob Spelten via Ql-Users wrote:
That's what I did. A larger win2_ was formatted and dirs/files were 
copied with Cueshell from the old win2_.

I only hope any corruption was not migrated with it.
Are there any tools available to examine a suspect win drive?



Yes, drvlink and drvchk will at least tell you if something is wrong.

Best regards


Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] testing

[Wolfgang Lenerz via Ql-Users]

testing

Sorry, the test failed.

:-)

Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] QL is worryingly nearly 40 do we get a midlife crisis party anywhere?

[Wolfgang Lenerz via Ql-Users]

Hi,

all quiet on the QL front!

I'm still lurking here.

Wolfgang


QL is worryingly nearly 40 do we get a midlife crisis party anywhere?Also the 
list as been quieter even tha nusual where is everyone?
John A
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Raspberry Pi Pico

[Wolfgang Lenerz via Ql-Users]

Hi,


So who is stepping forward to volunteer :-D



Not holding my breath...

Wolfgang

___
QL-Users Mailing List

Re: [Ql-Users] Raspberry Pi Pico

[Wolfgang Lenerz via Ql-Users]

Hi,

Short answer:

"Could" it be ported? Yes.
"Will" it be ported? No...

(I mean, who would undertake such a task?)

Regards

Wolfgang

On 31/12/2022 10:28, Simon Balderson via Ql-Users wrote:

Has anyone seen or used a Raspberry Pi Pico?  It’s an incredibly cheap and 
versatile microcontroller and a version of BASIC has already been ported to it. 
 That version is based on Microsoft’s GW-BASIC.  See the Geoff’s Project 
website, the link is below.

PicoMite

Could SuperBasic or SMSQ/E be ported to it?



Sent from Mail for Windows

___
QL-Users Mailing List

___
QL-Users Mailing List

[Ql-Users] QL/E v3.22 (Codename "Paradise", 2022 edition) is out now!

[Wolfgang Lenerz via Ql-Users]

Hi Urs,

as always, thank you! I'll be finally able to access paradise.

Happy new year to you and everybody on this list !

Wolfgang



Hi QLers,

  


QL/E v3.22 (Codename "Paradise", 2022 edition) is out now!

  


Software isn't dead!

  


Details about it, Download & More as usual on the sinclairql.net website,
link see message footer.

  


I wish you all a healthy, prosperous and Happy New Year 2023!

  


Cheers,

Urs

  


QL forever!

https://www.sinclairql.net/ - Go and get THE DISTRIBUTION & QL/E!

https://www.youtube.com/QLvsJAGUAR/community - Blog

https://www.youtube.com/QLvsJAGUAR - Dedicated QL videos

Sinclair, QL, ATARI, JAGUAR, NUON, APPLE, NeXT, MIST & much more...

  


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SBASIC interpreter bug?

[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?

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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%

[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%

[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

[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"

[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"

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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 ;-)

[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

[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

[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

[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)

[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)

[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)

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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