Re: [Ql-Users] SMSQmulator 3.01

[Derek via Ql-Users]

Hi Wolfgang, 

Downloaded the update  must of been the browser cache.

Thank you for the updates to SMSQmulator

Regards,
Derek

On 22 May 2024 14:20:40 BST, Wolfgang Lenerz via Ql-Users 
 wrote:
>Hi Derek,
>
>that's strange, I can definitely download it. I just re-upped it to be sure.
>
>Perhaps refresh your cache?
>
>Regards
>
>Wolfgang
>> I tried to download the update for SMSQmulator, but v3.00 is only available.
>> 
>> Regards,
>> Derek
>> 
>> On 22/05/2024 08:45, Wolfgang Lenerz via Ql-Users wrote:
>>> Hi all,
>>> 
>>> SMSQmulator 3.01 is out.
>>> 
>>> This is a bugfix release, and I'd recommend everybody to upgrade, using the 
>>> SMSQE that comes with it.
>>> 
>>> 
>>> Have fun!
>>> 
>>> Wolfgang
>>> ___
>>> QL-Users Mailing List
>> ___
>> QL-Users Mailing List
>
>___
>QL-Users Mailing List

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

Re: [Ql-Users] SMSQmulator 3.01

[Derek via Ql-Users]

Hi Wolfgang,

I tried to download the update for SMSQmulator, but v3.00 is only available.

Regards,
Derek

On 22/05/2024 08:45, Wolfgang Lenerz via Ql-Users wrote:

Hi all,

SMSQmulator 3.01 is out.

This is a bugfix release, and I'd recommend everybody to upgrade, using 
the SMSQE that comes with it.



Have fun!

Wolfgang
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator FLP Images problems

[Derek via Ql-Users]

Hi

I downloaded the most recent version of SMSQmulator, v3.00 from Wolfgang's web 
site.

Still the same. Does not read FLP images and locks the emulator up.

I restored SMSQmulator v2.32 and all works well.



On 19 May 2024 17:02:10 BST, desin via Ql-Users  
wrote:
>
>
>Am 18.05.24 um 16:49 schrieb Derek via Ql-Users:
>> I am having problems reading FLP image files in SMSQmulator v3.00 Java 17 on 
>> Linux Debian 12.5.
>> 
>> I have sent Wolfgang an email with problems  I wonder if anyone else has 
>> anyone else had any problems.
>> 
>> The FLP images work on QPC2, sQLux, Q-emulator, Q68 with FDI.
>> ---
>> Regards,
>> Derek
>> _______
>> QL-Users Mailing List
>
>Hello Derek
>
>Wolfgang fixed it in March
>so do you use the latest version ?
>
>Greetings from Switzerland
>
>    Markus
>___
>QL-Users Mailing List

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

[Ql-Users] SMSQmulator FLP Images problems

[Derek via Ql-Users]

I am having problems reading FLP image files in SMSQmulator v3.00 Java 17 on 
Linux Debian 12.5.

I have sent Wolfgang an email with problems  I wonder if anyone else has anyone 
else had any problems.

The FLP images work on QPC2, sQLux, Q-emulator, Q68 with FDI.
---
Regards,
Derek
___
QL-Users Mailing List

Re: [Ql-Users] George Gwilt's Programs

[Derek via Ql-Users]

Hi 

I did mirror George's web site with whet, a while back. But maybe out of date.

I also have some of the SQLUG reports

Derek

On 9 April 2024 15:08:15 BST, Norman Dunbar via Ql-Users 
 wrote:
>On 08/04/2024 19:02, Dilwyn Jones via Ql-Users wrote:
>> Thank you for doing this Norman.
>
>Just to let you know, I did reply to your email yesterday, but Gmail doesn't 
>like me, and wouldn't accept your or Darren's email addresses as ones I can 
>send to.
>
>
>Cheers,
>Norm.
>
>-- 
>Norman Dunbar.
>
>___
>QL-Users Mailing List

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

Re: [Ql-Users] hardware

[Derek via Ql-Users]

Hi 

The Q60, was sold by me in 2003, which should be 66Mhz Q60 64Mb ram,.

I would normally drive up to to Edinburgh and collect everything and arrange 
distribution. But I my life is constrained by being a carer for an older 
relation.

Regards
Derek

On 25 March 2024 14:48:34 GMT, Peter Graf via Ql-Users 
 wrote:
>Darren Branagh via Ql-Users wrote:
>
>> I don't have a Q60, so would be more than willing to pay postage to have it
>> sent to me?
>
>A Q60 for just postage would be a fantastic deal, it's easily worth a
>four digit sum these days...
>
>___
>QL-Users Mailing List

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

Re: [Ql-Users] hardware

[Derek via Ql-Users]

Hi,

Please do not dump it, I can drive up from Derbyshire to collect it

Regards,
Derek

On 23/03/2024 10:44, George Gwilt via Ql-Users wrote:







Hallo again from Richard Gwilt - George’s son.  Thank you very much for your 
kind words over the last week or so.  Sorry to bother you all AGAIN - but we 
are in the process of tidying up - and are faced with a room FULL of QL stuff!!

6 old black QL computers (1 with Trump card)
1 Q60
1 QL21
assorted CRT monitors, MILLIONS of micro tapes, floppies etc.
ENORMOUS number of manuals etc etc

We are about to take it all to the dump - if anyone would like any, it’ll be 
here in Edinburgh in Dad’s computer room available for pick up for the next 
couple of days.  I know, no time to think — but perhaps there photos give you 
an idea of the scale of the problem …

All the best,

Richard








___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.39

[Derek via Ql-Users]

Hi Richard,

My condolences on the passing of your father. 

I used all the software he wrote and he used some computer hardware I built.

I always enjoyed talking to George at QL shows and found all his presentations, 
really interesting.

I am really saddened by his passing.

Regards,
Derek

On 11 March 2024 14:20:57 GMT, George Gwilt via Ql-Users 
 wrote:
>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

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

Re: [Ql-Users] SMSQ/E 3.39

[Derek via Ql-Users]

Hi Jan

This was posted on the QL Forum:

https://qlforum.co.uk/viewtopic.php?t=2097=PS%2F2+Q68=160

Repeated here:

Just a further note on the topic of PS/2 Splitter cables.

I recently purchased a Genius DX-110 Optical Mouse, on connecting the mouse to 
the Q68, via Splitter cable, stopped the Q68 booting up at the Ram Test stage, 
or more specifically at the point where the Q68 detects the PS/2 Mouse.

A Perixx Mouse 201-B PS/2 mouse works perfectly.

I examined the Genius DX-110 PS/2 Connector, which has these connections, it 
seems that the mouse connections use the Keyboard Data and Clock connections.:

Mouse Data connected to Keyboard Data 1
Mouse Clock connected to Keyboard Clock Pin 5

The Q68 expects the Mouse Data to be on Pin 2 and Mouse Clock on Pin 6 as per 
the so-called IBM standard:

This is the probable reason of the failure of PS/2 Mouse(s) (...Mice) on the 
Q68, the PS/2 Mouse to be connected to a PC uses the Keyboard Data and Clock 
connections and the PC PS/2 Controller chip on the PS/2 Interface decides 
whether the data supplied is keyboard or mouse and sends the data to the 
correct port.

In the case of the Q68, which uses Pins 2, 6 for Mouse Data and Clock signals 
will fail on the PC standard Mouse connections using Pins 1, 5 for Mouse Data 
and Clock signals.

A possible solution is to interchange Pin 1,2 and Pin 5,6 for the Q68 to use a 
PC PS/2 Mouse.

I have some PS/2 Splitter cables that do not work with the Q68, but 
interchanging 4 wires in the Mouse connector, get the splitter working.

Regards
Derek


On 29 February 2024 22:58:09 GMT, Jan Bredenbeek via Ql-Users 
 wrote:
>Hi Dilwyn,
>
>On 29-02-2024 19:05, Dilwyn Jones via Ql-Users wrote:
>
>> I might agree with that, were it not for the fact that there has been
>> no issue whatsoever with running SMSQ/E on it (apart from the fact I
>> have to configure it not to try to do fast SD card access).
>> 
>> Anyway, once Derek has been able to reprogram it, we'll know if it's
>> the software version or something else.
>> 
>
>I'm curious as to how you have connected the keyboard to the Q68. Is it 
>keyboard only or keyboard + mouse via a spiltter?
>When I use a splitter and connect the keyboard to the corresponding connector 
>on the spiltter, the Q68 freezes at the boot loader screen even if the mouse 
>is not connected. I have to reverse keyboard and mouse plugs to make it work. 
>Of course this has no relationship with Minerva or SMSQ/E (which hasn't even 
>started up yet) but it might have something to do with interrupts or firmware 
>(which I'm not familiar with, it's Peter's design).
>
>Also, you might check if the 5V power supply is sufficiently stable (the Q68 
>itself runs at 3V but the keyboard at 5V).
>
>I've got a reply today from Mark, he still has the freeze issue you describe 
>so you're not the only one with this problem.
>
>Best Regards,
>Jan
>___
>QL-Users Mailing List

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

Re: [Ql-Users] SMSQmulator 3.00

[Derek via Ql-Users]

Hi,

I just install the runtime version of Java, on Windows and Linux, from 
Oracle, who bought out Sun Systems.


Regards,
Derek
___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.39

[Derek via Ql-Users]

Hi 

I programmed last batch of Q68 with the updated version of FPGA code, which was 
given the code reference v1.05r

I have not supplied any of Q68 with the problematic v1.05.

If anyone has any problems or thinks they need a change in FPGA code, please 
contact me at: de...@q40.de  to arrange a free change in FGPA code.

With regards to the Fast or 40Mhz SD Card access, the limiting factor maybe due 
the quality of SD Card. I will have do some more research on the SD Card speeds.

I'm the main in my personal use and tests, reports from other users, the 20Mhz 
works with the majority of SD Cards and I configure SMSQ/E with the Fast SD 
Card access to NO.

If the Q68 can not reach the 3 Windows command line, then I would use 
SMSQmulator to mount the SD Card and  Q68_SMSQ.WIN to a EIN drive and then 
configure the Q68 SMSQ/E to suit.

This saves defragmentation of the FAT32 partition on  the SD Card.

I will update my Minetva4Q68 setup  and see what I can find.


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

Re: [Ql-Users] SMSQ/E 3.39

[Derek via Ql-Users]

On 19/02/2024 22:57, Jan Bredenbeek via Ql-Users wrote:



Oh well, if Peter Graf can upgrade my Q68 to v1.05 in May I might be 
able to do more research...


Best regards,
Jan


Hi Jan,

I can do any upgrades if you want to send the Q68 to me.

Regards,
Derek
___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 3.00

[Derek via Ql-Users]

Which is the best version of Java to use?

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

Re: [Ql-Users] SMSQmulator 3.00

[Derek via Ql-Users]

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

Re: [Ql-Users] SMSQ/E 3.39

[Derek via Ql-Users]

Hi 

Great updates.

One comment with regards to the Q68 update, the WIN1, WIN2 definition in the 
SMSQ/E config blocks, is defined as:

Unfortunately, the file names in the SMSQ/E config blocks are not correct, as 
detailed in the Q68 Manuals.

The Config Block values are:

WIN1: QXL.WIN
WIN2: SMS33Q.WIN

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

The Q68 will startup to the normal 3 SMSQ/E/QL windows, but will not find the 
WIN1 drive, normally the WIN drives are defined:

WIN1: QLWA.WIN
WIN2: QLWA2.WIN

Just type LRUN "win8_boot" to run the Menuconfig programme to alter the SMSQ/E 
defaults.

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.

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

I have already reported this to Wolfgang 

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

Re: [Ql-Users] Q68 manual

[Derek via Ql-Users]

Or send me an email to sa...@q40.de

Regards,
Derek

On 18 February 2024 10:52:01 GMT, pjw via Ql-Users  
wrote:
>Yes! See this link: https://qlforum.co.uk/viewtopic.php?t=2082=70
>Per
>On 17/02/2024 23:23, Michael Grunditz via Ql-Users wrote:
>> Is it possible to buy a Q68 these days?
>> 
>> 
>> Michael
>> 
>> On Sat, 17 Feb 2024 at 14:54, Wolfgang Lenerz via Ql-Users
>>   wrote:
>>> 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 Mailing List
>
>___
>QL-Users Mailing List

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

Re: [Ql-Users] Q68 manual

[Derek via Ql-Users]

Hi Michael 

I have a small waiting list for the next batch of Q68.

I will add your details to the waiting list and contact you when I can complete 
the order.

Order information and more technical details of the Q68, can obtained from 
sa...@q40.de

Regards
Derek

On 17 February 2024 22:23:28 GMT, Michael Grunditz via Ql-Users 
 wrote:
>Is it possible to buy a Q68 these days?
>
>
>Michael
>
>On Sat, 17 Feb 2024 at 14:54, Wolfgang Lenerz via Ql-Users
> wrote:
>>
>> 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 Mailing List

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

Re: [Ql-Users] CONFIG Manual

[Derek via Ql-Users]

Hi Norman,

If you look in the 'The Distribution' in the doc directory, there all the 
config documentation.

I can send it if required 

Regards
Derek

On 7 December 2023 17:55:14 GMT, Norman Dunbar via Ql-Users 
 wrote:
>Evening all.
>
>I was reading through the latest version of Wolfgang's SMSQ/E Reference 
>Manual, looking for some information on Config blocks and usage. It wasn't 
>there!
>
>I was sure that a previous manual, possibly the old A5 printed one I bought 
>from Jochen years ago, but no longer. I searched the PDF for any references 
>and eventually found a note that "Config has its own manual" and "You should 
>be able to get it from the same place as this one" (or words to that effect.)
>
>I searched Wolfgang's Documentation area, to no avail. I don't see the Config 
>manual anywhere. Does anyone know if there is a manual? and if so, where I can 
>lay my hands on it please?
>
>Thanks.
>
>
>Cheers,
>Norm.
>
>-- 
>Norman Dunbar.
>___
>QL-Users Mailing List

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

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

[Derek via Ql-Users]

Hi,

I usually limit my QWA files to a maximum of 512MB, which usually suits my 
needs.

What recommended size of a QWA file?
---
Regards,
Derek
___
QL-Users Mailing List

Re: [Ql-Users] Raspberry Pi Pico

[Derek via Ql-Users]

It would be easier to port Linux to the Pico and compile sQLux...

Regards,
Derek

On 31/12/2022 10:08, Sba1derson via Ql-Users wrote:

Good to see it's feasible but like you say, who would undertake it. Not me, I 
wouldn't know where to start 

Sent from my Xperia by Sony smartphone

 Wolfgang Lenerz via Ql-Users wrote 


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<https://geoffg.net/picomite.html>

Could SuperBasic or SMSQ/E be ported to it?



Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows

___
QL-Users Mailing List

___
QL-Users Mailing List

___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SBASIC interpreter bug?

[Derek via Ql-Users]

Hi 

I changed the ch in the FOPEN variable to chan and it worked with EX, SBAS.

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

I also tried the original program on Minerva with MultiBasic executing the 
program with: EX pipep;"test_bas>" 

Seemed work without any problem, clearlt SMSQ/E is a little stricter than 
Minerva on variable.
---
Regards,
Derek
___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator

[Derek via Ql-Users]

Hi,

I use OpenJDK 11 or 8, version 11 is running on the Linux laptop.

I do not use Windows as I fo not want to pay for the licence. Linux does all I 
require, without the constant attension to virus checkers.

I also do not want to buy nee hardware to run Windows 11, whi h maybe as bad as 
Windows 10.

SMSQmulator rin very smoothely on a Core i7 based computer, only needs 4Gb to 
run...
---
Regards,
Derek

On 26 December 2021 05:44:14 GMT, Wolfgang Lenerz via Ql-Users 
 wrote:
>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 Mailing List

Re: [Ql-Users] Windows 11 and emulators

[Derek via Ql-Users]

Hi Per 

I tried to updgrade Windows 10 Pro on a Intel Core i5 PC, but it seems the CPU 
is not supported. I guess that I need a new PC, but I really do want to buy any 
more hardware.

I only use Winfows 10 for use of Altium Designer, however, KiCad  gEDA does the 
same, without licencing.

So I will get rid of Microsoft and use a Linux.

Apple ... no thanks, just another UNIX system, that you have to pay throught 
the nose more than Microsoft.
---
Regards,
Derek

On 8 November 2021 17:52:35 GMT, pjwitte via Ql-Users 
 wrote:
>Hi Derek,
>
>On 08/11/2021 16:14, Derek via Ql-Users wrote:
>> Hi
>>
>> I used repair Windows software problems, so I can maybe help.
>So did I back in the heady days of W95 and NT4 ;o)
>> Can the service not be disabled, or msybe removed.
>I dont particularly want it removed. I need to see whats going on or 
>Id have to test the keyboard every time before, say, typing a password.
>> I have a Windows 10 Pro PC, which I could upgrade to see if Ican solve your 
>> problem.
>
>I wouldnt wish that on you ;o) But thanks for the offer. I see plenty 
>of other people are complaining, so perhaps it may get fixed without 
>extortion.
>
>I guess its going to get harder and harder to workaround the 
>encroachment of the worst kinds of futures.. I dont see QLing on an 
>iPhone as a viable option..
>
>Per
>
>> ---
>> Regards,
>> Derek
>>
>> On 8 November 2021 13:39:36 GMT, pjwitte via 
>> Ql-Users  wrote:
>>> On 08/11/2021 14:11, Marcel Kilgus via Ql-Users wrote:
>>>> pjwitte via Ql-Users wrote:
>>>>>> I don't have Windows 11 and I find very little on the subject online.
>>>>>> I have no idea how I could hide the blob, but as far as I can see the
>>>>>> feature can be disabled, can it not?
>>>>>>
>>>>>> https://www.reddit.com/r/windowsinsiders/comments/oa9e4p/windows_11_how_to_remove_input_indicator/
>>>>> Sure you can turn it off, but then 50% of the time I'll be typing
>>>>> half sentences and passwords in the wrong character set! (Not for
>>>>> nothing do people go retro-fitting caps lock LEDs to their QLs.. But this 
>>>>> is worse..)
>>>> As far as I understood the posting was that the behaviour can be
>>>> reverted to the "old" one and not the floating thingie.
>>>>
>>>> Marcel
>>>>
>>> Thanks, Marcel. I arrived there by a different route, but no, it
>>> doesnt work for me.
>>>
>>> Im now looking for the small print, where it no doubt says something
>>> along the lines of "This feature is brought to you sponsored by the
>>> WannaCry software team.."  :oD
>>>
>>> Per
>>> ___
>>> QL-Users Mailing List
>> ___
>> QL-Users Mailing List
>
>___
>QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] Windows 11 and emulators

[Derek via Ql-Users]

Hi 

I used repair Windows software problems, so I can maybe help.

Can the service not be disabled, or msybe removed.

I have a Windows 10 Pro PC, which I could upgrade to see if Ican solve your 
problem.

---
Regards,
Derek

On 8 November 2021 13:39:36 GMT, pjwitte via Ql-Users 
 wrote:
>On 08/11/2021 14:11, Marcel Kilgus via Ql-Users wrote:
>> pjwitte via Ql-Users wrote:
>>>> I don't have Windows 11 and I find very little on the subject online.
>>>> I have no idea how I could hide the blob, but as far as I can see the
>>>> feature can be disabled, can it not?
>>>>
>>>> https://www.reddit.com/r/windowsinsiders/comments/oa9e4p/windows_11_how_to_remove_input_indicator/
>>> Sure you can turn it off, but then 50% of the time I'll be typing
>>> half sentences and passwords in the wrong character set! (Not for
>>> nothing do people go retro-fitting caps lock LEDs to their QLs.. But this 
>>> is worse..)
>> As far as I understood the posting was that the behaviour can be
>> reverted to the "old" one and not the floating thingie.
>>
>> Marcel
>>
>Thanks, Marcel. I arrived there by a different route, but no, it 
>doesnt work for me.
>
>Im now looking for the small print, where it no doubt says something 
>along the lines of "This feature is brought to you sponsored by the 
>WannaCry software team.."  :oD
>
>Per
>___
>QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] QL-SD-ROM

[Derek via Ql-Users]

Hi 

The new QL-SD-ROM looks great piece of electronic and software design.

I thought last QL-SD was good, but I could not find any to buy, I fear this 
could be the case with this excellent piece of hardware.
---
Regards,
Derek

On 11 July 2021 18:23:15 BST, Dilwyn Jones via Ql-Users 
 wrote:
>I've written a review of Marcel Kilgus's forthcoming QL-SD-ROM add-on
>hardware for the Sinclair QL on my blog at
>https://dilwyn2.wordpress.com/2021/07/11/ql-sd-rom/
>
>Dilwyn
>___
>QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.37

[Derek via Ql-Users]

Hi,

I can confirm this as well, the Link FAT device works and all FAT 
devices except for FAT1.


I have tried all version of menuconfig.

Regards,
Derek

On 26/02/2021 13:27, Jan Bredenbeek via Ql-Users wrote:

Hi Wolfgang,

I noticed that I cannot configure the fat1_ drive on the Q68. Menuconfig 
simply skips this entry when I try to.

Strange enough it does work with the other fat drives...

Jan

On 24-01-2021 08:55, Wolfgang Lenerz via Ql-Users wrote:

Hi all,

SMSQE 3.37 is available on my site now.



___
QL-Users Mailing List

Re: [Ql-Users] SMSQE on HATARI

[Derek via Ql-Users]

Hi,

So to configure the QXL.WIN file, define it as a SCSI device in the command 
line, which points the emulator to the QXL.WIN file, then use theWIN_DRIVE 
command in SMS/E to define WIN1

I will give this a try once I get SMSQE.PRG to load into Hatari on Mint Linux.

What should the screen definition be to load SMSQ/E?
---
Regards,
Derek

On 4 February 2021 17:54:40 GMT, Derek via Ql-Users  
wrote:
>Hi,
>
>The Hatari manual states, the commad line can have options entered for
>Hard Drive Options:
>
>--scsi = Emulate a SCSI hard drive with given bus ID (0-7)
>using image . If just a filename is given, it is assigned to bus
>ID 0
>
>So maybe: hatari --scsi 0=qxl.win
>---
>Regards,
>Derek
>
>On 4 February 2021 17:38:13 GMT, desin via Ql-Users
> wrote:
>>Am 04.02.21 um 17:16 schrieb Ralf Reköndt via Ql-Users:
>>> Markus,
>>> 
>>> one forum member remarks, that "SCSI" is not there...?
>>> 
>>> Any idea? Or should he add it?
>>> I am using Hatari 2.3.1 on Debian Linux
>>
>>no clue about the Apple OS version
>>
>>some new important findings
>>
>>Selectric.prg in the AUTO folder helps a lot
>>maybe it sets some cookies and initialises some devices
>>
>>  Markus
>>___
>>QL-Users Mailing List
>___
>QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] SMSQE on HATARI

[Derek via Ql-Users]

Hi,

The Hatari manual states, the commad line can have options entered for Hard 
Drive Options:

 --scsi = Emulate a SCSI hard drive with given bus ID (0-7) using 
image . If just a filename is given, it is assigned to bus ID 0

So maybe: hatari --scsi 0=qxl.win
---
Regards,
Derek

On 4 February 2021 17:38:13 GMT, desin via Ql-Users  
wrote:
>Am 04.02.21 um 17:16 schrieb Ralf Reköndt via Ql-Users:
>> Markus,
>> 
>> one forum member remarks, that "SCSI" is not there...?
>> 
>> Any idea? Or should he add it?
>> I am using Hatari 2.3.1 on Debian Linux
>
>no clue about the Apple OS version
>
>some new important findings
>
>Selectric.prg in the AUTO folder helps a lot
>maybe it sets some cookies and initialises some devices
>
>   Markus
>___
>QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] Brand-new QL-VGA first usage, updated QL-SD (v1.09)

[Derek Stewart via Ql-Users]

Hi Urs,

Nice QL Lab, I wisj I had something like that, I have use a bedroom for 
QL work, including the Q68 construction.


Which is sort of a 80s computer industry...

regards,
Derek

On 17/07/2020 07:34, Urs Koenig (QL) via Ql-Users wrote:

Hi QLers,

I did almost not do anything QL related recently, but yesterday - after a
chat with Marcel Kilgus - I took the afternoon off and went to my Lake
Valley (Retro) Labs to do some QL tinkering. Here's the result:
https://youtu.be/4WD-bsS_zDo

Links to Marcel's QL blog entries regarding QL-VGA and QL-SD:
https://www.kilgus.net/2020/01/08/ql-vga-the-second/
https://www.kilgus.net/2020/05/17/ql-sd-driver-v1-09/

All the best and take care!

Cheers, Urs
http://sinclairql.net/about_urs.html


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Select on

[Derek Stewart via Ql-Users]

Hi,

Here is my un-subtle attempt, how about summing the ASCII codes for the 
character string to be selected and use SELect ON to select the option 
based on the sum total, for example:


10 a$="Goodbye"
15 asum=0
20 FOR a=1 TO LEN(a$): asum=asum+CODE(a)
40 SELect ON asum
50   = 255: REMark ASCII Code sum for "Hello"
51  PRINT "Hello World"
60   = 364: REMark ASCII sum for "Goodbye"
61  PRINT "Goodbye World"
70 END SELect

On 19/06/2020 20:35, pjwitte via Ql-Users wrote:

On 19/06/2020 20:02, Daniel Baum via Ql-Users wrote:

What about doing something like this. In languages like c# the equivalent
of the "select on: command is hardly ever used and if .. else if ... else
is much more common:

100 INPUT a$
110 IF a$="a" THEN
115   PRINT "hello a"
120   ELSE
130 IF a$="b"
135 PRINT "hello b"
150 ELSE
155   IF a$="c"
157   PRINT "hello c "
160   ELSE
170 PRINT "hello d"
180   END IF
190 END IF
200 END IF


Actually, I had need of a similar construct recently. This is what I 
came up with:


100 FOR i% = 1 TO 6
110  case$ = 'case' & i%
120 c% = case$ INSTR "case1 case2 case3 case4 case5 case6"
130 :
140 SELect ON c%
150  =  1: PRINT 'case 1'
160  =  7: PRINT 'case 2'
170  = 13: PRINT 'case 3'
180  = 19: PRINT 'case 4'
190  = 25: PRINT 'case 5'
200  = 31: PRINT 'case 6'
210  = REMAINDER : PRINT 'ERROR'
220 END SELect
230 :
240 END FOR i%
This is obviously just a demo to illustrate the idea. It seems 
reasonably fast. In my case

I was able to keep all the terms to more or less the same size.
If there is a chance of ambiguity, one could wrap the terms in delimiters:

c% = '#' & case$ & '#' INSTR '#case1#test this2#or this#etc#..#'

Per


___
QL-Users Mailing List

___
QL-Users Mailing List

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

[Derek via Ql-Users]

Hi Jason,

The Q60 was batch produced from 2002 till 2005, where there seemed no more 
demand for the Q60 at that time.

The Q60 and Q40i was produced in board option and could be supplied  built into 
PC AT Midi Tower Case.

The Q40i was an enhanced Q40 that could have 128K ram, which differentiated 
from the Qbranch Q40.

For the amount of Q60 boards and complete systems buuilt and sold, there was no 
failures. It is wonder batch run was so successful, with all the adverse QL 
media attention. See the QL-USERS mailing list history and QL Today scanned 
magazines for more information on this.

The boards and parts that Peter talks about are the Q40 boards donated by Tony 
Firshman with many faults, I gave to s German QL group for possible repairs. 
But this maybe highly unlikely due the bad construction and suspect parts 
supplied by the previous supplier.

I have some Q60 boards that I built in 2003, but due an article in QL Today 
about 68060 CPU mask numbers, many Q60 owners removed the heat sink on the CPU 
to read the CPU Mask code. However, the problem is they did not fit the heat 
sink correctly, causing damage to the CPU.

I did consider building more Q60 boards, as I sold all the Q60s and did not 
have one for myself. So I may do a limited production of the Q60 board in the 
future.

Currently, the Q68 is main production model.

---
Regards,
Derek

On 12 June 2020 13:36:19 BST, Jason Stevens via Ql-Users 
 wrote:
>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] SMSQE 3.36

[Derek Stewart via Ql-Users]

Hi,

Please see the quoted message at the bottom of this message.

All clear now, I had not read the Q40_FAT32 file.

It looks to me that in SMSQ/E now on a Q60 in eproms, that I can add 
upto 4 QWA container files and assign them with the new WIN_DRIVE command.


Since the QWA files must exist in the in the first 16 entries of the 
FAT32 partition, a selection of 4 from 16 files is available.


The list of QWA files can be listed with the CARD_DIR$ function.

Sorry for being a little thick here, but this looks a major development 
on the Q60 front.


Regards,

Derek


On 24/04/2020 18:43, Wolfgang Lenerz via Ql-Users wrote:
> 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
>


On 23/04/2020 09:22, Thierry Godefroy via Ql-Users wrote:
> On Thu, 23 Apr 2020 09:16:36 +0200, Wolfgang Lenerz via Ql-Users wrote:
>
>>> 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?
>
> Yep. v3.35 works like a charm in this respect, and I actually reverted to
> it for now...
>
> Regards,
>
> Thierry.
> ___
> QL-Users Mailing List
>
___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

[Derek via Ql-Users]

Hi,

Just to clarify, does SMSQ/E v3.36 mount the QXL.WIN files correctly.
---
Regards,

Derek
___
QL-Users Mailing List

[Ql-Users] SMSQE Source zip

[Derek via Ql-Users]

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

Re: [Ql-Users] SMSQmulator 2.29

[Derek via Ql-Users]

Hi,

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

Re: [Ql-Users] SMSQE 3.36

[Derek via Ql-Users]

Hi,

No need to use CD ROM disks, as I have a PC with an SD Card reader on it in the 
house...

I insert the 32Gb SD Card into the reader and copy the QWA container file 
(QXL.WIN file) to it and insert the SD Card into the Q68 SD Card reader Slot 2, 
mount the SD Card and read the files.

Or connect Q68 via SerNET to QPC2 and read the files over the network.

CD-ROM disks not required, they only hold 650mb. 

Also there are no USB drivers for the Q68 or any QL computers.

Regards
Derek

On 19 April 2020 09:16:56 BST, simon629--- via Ql-Users 
 wrote:
>You No the Removable Win File is a Removable SD a Well The Next thing
>needs to come out is CD-Rom Support  so If they have to Computers in
>the  house Like a PC and LIKE a Q68 and If you a Portable USB CD Rom
>Drive you could of  unplug it from the  PC and plug it it to the  Q68
>and install All your QL Software from a CD-Rom-Q68 That will  Be the
>Next BIG BIG BIG Think to come out
>On Sunday, 19 April 2020, 08:37:47 BST, Peter Graf via Ql-Users
> wrote:  
> 
> Hi Wolfgang,
>
>> SMSQE 3.36 is out. You can get it as usual on wlenerz.com/smsqe
>
>Many thanks for your maintainance work, covering so many different
>machines.
>
>Not that I actually use the Q68 FAT driver, but by chance I noticed a
>configration issue. The "Fat1_ is on card =>" entry exists, but can not
>be selected. ("Fat2_ is on card =>" and higher numbers work.)
>
>> For the Q68, cards need not be initialized for normal access (a
>> CARD_INIT might still be necessary for the CARD_xx commands).
>
>I have not enough evidence to actually blame this feature, but would
>recommend a little caution. I had strange issues two times, since I
>tried it instead of just rebooting. In both cases, problems appeared in
>connection with overwriting existing files. I had to concentrate on
>other stuff, so I didn't actually investigate. Reverting to a backup
>image cured it. Could be just coincidence with something else.
>
>> 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.
>
>Please note that the mentioned FPGA update not just adds keyboard
>interrupt support, but also lowers the rate in which the PS/2 ports are
>sampled. At the moment we wait on more testing. Since the Q68 has no
>field update for the FPGA, persons who have those (not fully PS/2
>standard conforming) adapters should ask Derek.
>
>All the best
>Peter
>___
>QL-Users Mailing List
>  
>___
>QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] R: QL-VGA

[Derek Stewart via Ql-Users]

Hi,

I use Thunderbird to read the QL Forum which uses RSS feed, you need to 
setup the feed to the RSS reader with the QL Forum Feed address:


https://qlforum.co.uk/feed.php

This reads the new QL Forum messages to Thunderbird RSS reader and I use 
a Web Browser to enter messages with the link to the actual messages.


Regards,
Derek

On 17/01/2020 10:38, Davide Santachiara via Ql-Users wrote:

Hi Marcel,

I know the pain to explain what in principle should be very well known, but
could you explain a little bit more in practical details how you
configure/use the RSS reader (sw etc)? Because I admit I am not very used to
QL Forum and find a little bit awkward to navigate through it finding new
posts without loosing too much time. So I would be very curious to know a
little bit more about your RSS solution as that looks what could be the
right idea for me

Thanks a lot

Davide

-Messaggio originale-
Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Marcel
Kilgus via Ql-Users
Inviato: venerdì 17 gennaio 2020 11.34
A: ql-us...@q-v-d.com
Cc: Marcel Kilgus
Oggetto: Re: [Ql-Users] QL-VGA

Wolf via Ql-Users wrote:

I'd like that too, since I'm on no social media nor the forum.


I try to inform all 4 major venues (this list, the English forum, the
German forum and Facebook), which is a bit of a pain but they all have
distinct groups of users.

But while I do get the rejection of Facebook I encourage joining at
least the English forum, it is a very lively place (between 5 to 30
posts a day I would guess. If that is too much, the forum is split
into hardware/software/etc. so easy to filter for one's taste) and
unlike Facebook it is exclusively operated by QL enthusiasts.

I uses an RSS reader to read the forum, so I get to see new posts when
they arrive, just like in an eMail list, and can then decide to chime
in or not. This way reading it is very comfortable without having to
manually poll the site for changes, which in the past was my biggest
grievance with web forums.

Marcel

___
QL-Users Mailing List

___
QL-Users Mailing List



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

Re: [Ql-Users] QMG

[Derek via Ql-Users]

Hi,

The downloaded zip file contains 2 uncompiled Superbasic files.

On 22 October 2019 12:02:01 BST, "Ralf Reköndt via Ql-Users" 
 wrote:
>I have to look at my disk. As far as I remember, QMG was a complete
>compiled program. I just have used it to load pointer programs to
>examine their sprites.
>
>Ralf
>
>-Original-Nachricht-
>Betreff: [Ql-Users] QMG
>Datum: 2019-10-22T11:51:18+0200
>Von: "desin via Ql-Users" 
>An: "ql-users" 
>
>hello
>here are my remaining QMG Files
>the original floppy disk is gone ...
>
>https://clare.400links.com/dl/5taX31UtbXelyIy9uwJUhA/1572342272/557885320/5daecf800f33f7.94899666/QMG.zip
>
>i got them from Wolfgang Vogel
>during a Eindhoven meeting
>
>Greetings from Switzerland
>   Markus
>
>___
>QL-Users Mailing List
>
>___
>QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

[Ql-Users] QDT Icons Technical Reference

[Derek via Ql-Users]

Hi,

I have been reading the QDT documention v1.10, from "THE DISTRIBUTION" DVD 
distro.

I note in the manual: qdticonsDrawUserMan_1-1

On page 14 of 13 ?  There is a reference in the Technical and Other Documents 
section, to QDT Icons Technical Reference

Jim Hunkins web site is not available now. 

Does anyone know if this document is available?
---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Updating my QLE

[Derek via Ql-Users]

Hi,

Is it possible to have a user area in BP or QLE so user specific software can 
be installed.

I use a Linux sydtem, which I have my home directory on a separate paritition 
from the system files.

So I can change Linux OS without altering the user data. 

Could these QL distros use this type of system setup.

On 5 June 2019 11:08:41 BST, Giorgio Garabello via Ql-Users 
 wrote:
> To update the system, Black Phoenix has its own method of maintaining
>(only a few).
>The WIN1_SYS_DESKTOP_DESKTOP_bas file must be created and inserted into
>a
>.WIN to be hooked as WIN2_ using the precise name: "WIN2_DESKTOP_bas"
>
>In this way BP does not execute its own DESKTOP file but executes the
>one
>in WIN2_
>
>This way I can modify the file that configures the desktop and insert
>some
>changes or loadings of extensions that I want to keep when I update to
>BP.
>
>The method is not the best but at the moment we cannot do much ...
>moreover, you need to know a little about SMSQE
>
>Black Phoenix is still a product too recent ... when it comes in a more
>complete form you can think of managing automatic updates ... but for
>now
>it's not possible.
>
>
>Giorgio Garabello
>
>
>Il giorno mer 5 giu 2019 alle ore 11:37 François Van Emelen via
>Ql-Users <
>ql-users@lists.q-v-d.com> ha scritto:
>
>> Op 3/06/2019 om 18:52 schreef simon629--- via Ql-Users:
>> > Hi can you help me I have an Old Version of QLE with all my
>Software
>> what I have Bought what is the best way to upgrade to the QLE 3.19 it
>is a
>> pain every version of QLE Comes out I have to keep on updated mine
>Can you
>> please help OK Thanks simon629
>> > ___
>> > QL-Users Mailing List
>> >
>> >
>> Yes, that's a problem not only with QLE but also with Black Phoenix.
>I
>> don't know if there is an easy solution.
>>
>> François Van Emelen
>>
>>
>>
>> ___
>> QL-Users Mailing List
>___
>QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] EasyMenu

[Derek via Ql-Users]

Hi Marcel,

EasyMenu has always been slow to startup on all QL platforms.

I thank you for the bug fix.

Regards,

Derek

On 3 April 2019 22:52:04 BST, Marcel Kilgus via Ql-Users 
 wrote:
>During the German ZX meeting that has become some sort of last refuge
>for us QL fans, too, a new EasyMenu was created, fixing a small bug
>that resulted in long startup time on the Q68. I don't think the bug
>has other ill effects, but updating certainly will not do any harm:
>
>https://www.kilgus.net/smsqe/easyptr/
>
>Marcel
>
>___
>QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] DISK MATE 5

[Derek via Ql-Users]

Hi,

I have extracted most of tge Menu definitions screens and was going to rewrite 
DM5 based on the usage of the compiled version.

I seem to have a little lull in hardware work. So I will revisit this personal 
project.

On 26 February 2019 12:08:19 GMT+00:00, Bob Spelten via Ql-Users 
 wrote:
>Op Tue, 26 Feb 2019 12:29:17 +0100 schreef simon629--- via Ql-Users  
>:
>
>> Hi There This morning I installed Disk Mate 5 on MY Version of  
>> LaunchPad2 it Runs OK But When you Launch it it comes up with a Red
>Box  
>> with RAC when I Press C key on my Keyboard   Runs Like A dream  can
>any  
>> on help me Fix That Tiny Error
>>
>There are two known problems with DM5.
>When started it complains about the date.
>Use ESC to ignore it. Don't try to fix the date, it will produce an
>error.
>
>It also uses some FileInfo2 keywords: FEX, FEX_W, FEXF, FEX_W(),
>FEXF(),  
>FEX$.
>These conflict with SMSQ/E and are possibly switched off in your FI2
>and  
>while the replacements FI2_CALL can be used.
>So if DM5 tries to use FEX it cannot be found.
>
>My way around this was to patch the keywords to FFX in both DM5 and FI2
> 
>and switch them on again. Hopefully no other tool uses the old keywords
> 
>and no tool uses this new keyword.
>Sadly the FI2 database is part of the same _bin so this patch needs to
>be  
>done to the current _bin or the whole extensions database needs to be
>done  
>again.
>
>Bob
>
>-- 
>The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
>
>---
>Deze e-mail is gecontroleerd op virussen door AVG.
>http://www.avg.com
>
>___
>QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Wallpaper program

[Derek via Ql-Users]

Hi,

I was supplying Q60 cased computers with Wallpaper as standard in 2004.

I have to convert the Jpeg file by hand with Photon.

Wish I had Dilwyn's excellent programme then.

I will use it on the Q68, in the High Colour modes.
---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E and SBASIC manual v1.06

[Derek via Ql-Users]

Hi  Dilwyn,

I received your Blog update email, can you remove the adverts from the email.

Regards
Derek

On 28 January 2019 20:24:38 CET, Dilwyn Jones via Ql-Users 
 wrote:
>Version 1.06 of the SMSQ/E and SBASIC guide is now available to
>download 
>from my website at http://www.dilwyn.me.uk/docs/ebooks/index.html .
>
>The manual may be read online (HTML file) or downloaded in a variety of
>
>formats (including eBook formats) from that page.
>
>The SMSQ/E operating system sources and binaries are available to
>download 
>free of charge from Wolfgang Lenerz's site at
>http://www.wlenerz.com/smsqe/
>
>Dilwyn 
>
>___
>QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[Derek Stewart via Ql-Users]

Hi,

PWFILE looks to of been a commerical Prowess application by Progs.

It is not on their download list.

WHat is the problem with PWFILE?

In the Prowess Distribution, Multiview works OK with SMSQmualtor NFA 
device, Q68 FAT device.


Regards,

Derek

On 04/12/2018 06:25, Wolfgang Lenerz via Ql-Users wrote:

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

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

[Derek via Ql-Users]

Hi,

I usually configure SMSQ/E with Menuconfig prior to sending out to anyone.

But I use the LANG_USE and KBD_TABLE commands in my boot file to explicitly set 
the Langauge options.

I also noted that only the German Menuconfig was supplied in the Q68_SMSQ.WIN 
update to v3.34

I have copied the English Menuconfig to Q68_SMSQ.WIN

So changing the Q68 SMSQ/E defaults is performed by LRUN "win8_boot" which 
loads menuconfig and the Q68 SMSQ/E file.

On 3 December 2018 09:24:48 GMT+00:00, Jan Bredenbeek via Ql-Users 
 wrote:
>One small issue for Q68 users: the file Q68_SMSQ.WIN is incorrectly
>named
>Q68.SMSQ.WIN.
>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).
>
>Jan.
>
>On Sat, 1 Dec 2018 at 09:39, Wolfgang Lenerz via Ql-Users <
>ql-users@lists.q-v-d.com> wrote:
>
>> 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
>>
>
>
>-- 
>*Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net
>___
>QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

[Derek via Ql-Users]

Hi Wolfgang,

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

On 30 November 2018 16:45:37 GMT+00:00, Wolfgang Lenerz via Ql-Users 
 wrote:
>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

---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] 68K/OS

[Derek via Ql-Users]

Hi Malcolm,
Do you have any pictures of the 3U Rack?
It would nice to industrial application of the QL.

RegardsDerek
 Original message From: Malcolm Lear via Ql-Users 
 Date: 05/07/2018  10:34  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Malcolm Lear  Subject: Re: 
[Ql-Users] 68K/OS 
Ah, just found the document on Dilwyn's site, so nothing rare after all.
Malcolm


On 05/07/2018 09:55, Malcolm Lear via Ql-Users wrote:
> Hi,
> In the process of clearing out my lab here at the University of Essex, 
> I've come across a '68K/OS Systems Programmers Reference Manual'.
> The document is around 65 pages long and I have some recollection at 
> the time an NDA was signed, but maybe that was due to some sort of 
> testing. I joined the uni around 1985,at which point there was a QL 
> lab with around 30 QL's all with a ribbon cable leading to a 3U rack. 
> The rack had memory expansion, serial ports, parallel port, GPIO ports 
> and floppy disk interface.
> Malcolm
>
> ___
> QL-Users Mailing List
> .
>

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

Re: [Ql-Users] Q68 & QD

[Derek via Ql-Users]

Hi Bob,
I tried QD B.01 on a Q68 SMSQ/E 3.33, in 1024x768 (DISP_MODE 7) with the QD 
margin set to120 characters.
Typing past 120 characters makes the Q68 freeze.
I also tried in DISP_MODE 4 - 1024x768 4 colours. Much faster, but same 
problems.
I will try all screen resolutions and report back.
RegardsDerek
 Original message From: Bob Spelten via Ql-Users 
 Date: 23/06/2018  13:07  (GMT+00:00) To: ql-users 
 Cc: Bob Spelten  Subject: [Ql-Users] Q68 
& QD 
There seems to be a problem with QD on my Q68.
When running Q68 in high resolution 1024x768 and the QD window is set at  
80 characters, editing is fine as long as I stay within this 80 chrs  
margin.
I can move the cursor beyond that but when a character is inserted the  
whole machine freezes.

Also with a wider QD window, typing beyond the 80 chrs margin locks up  
SMSQ.
Setting the right margin at 100 seems to fix the problem but only moves it  
to position 101.

This was tested with QD's v9 and vB.01 and has never been a problem on  
QPC2 or SMSQmulator so seems limited to QD interacting with SMSQ/E on the  
Q68.

Any ideas?
Bob

-- 
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

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

Re: [Ql-Users] BouQLder Qlash

[Derek via Ql-Users]

Hi,
I have playing this excellent game on the Q68 and SMSQmulator.

Very nice game


RegardsDerek
 Original message From: Peter Graf via Ql-Users 
 Date: 06/05/2018  11:36  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Peter Graf  Subject: Re: [Ql-Users] 
BouQLder Qlash 
Wolf via Ql-Users wrote:

> thereTs a new game on my site called BouQLder Qlash.
> It's an an arcade game inspired by an old 8 bit game called Boulderdash.
> I programmed it initially to showase some of the capabilities of the Q68.

Awesome!!! Looks like the first QL arcade game of this century! You make
the impossible possible ;)

Many thanks, great work!
Peter
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.33

[Derek via Ql-Users]

Hi Bob,

I configured the SMSQ/E with all Q68 sold with FAT enabled.

I guessed that it would useful.

But I did not create a FAT16 partition on the supplied SD Card.


RegardsDerek
 Original message From: Bob Spelten via Ql-Users 
 Date: 01/05/2018  11:26  (GMT+00:00) To: ql-users 
 Cc: Bob Spelten  Subject: Re: [Ql-Users] 
SMSQ/E 3.33 
Op Tue, 01 May 2018 12:06:00 +0200 schreef Bob Spelten :

> Op Mon, 30 Apr 2018 20:38:27 +0200 schreef Wolfgang Lenerz via Ql-Users  
> :
>
>> Hi,
>>
>> I just re-upped the binary file.
>>
> Thanks again Wolfgang, but...
> The FAT_xxx range of keywords still seem to be missing ...
>
Oops, my mistake.
This v333 is configured differently then the previous one that came with  
the machine, FAT_ was disabled.

Bob

-- 
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

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

Re: [Ql-Users] SMSQ/E 3.33

[Derek via Ql-Users]

Hi Bob,
The Q68 system files Q68_SMSQ.WIN or Q68_SMSQ.SYS have to be located on FAT32 
partition.
The FAT device is used to access a FAT16 partition. Used to interchange data 
from Q68 and other PC or MAC computers.
Any updated Q68_SMS.WIN file must be located in the first 16 entries in the 
FAT32 file system.
You can see the file entries by using the CARD_DIR$ function.
To see the FAT32 entries on Card 1 use:
PRINT CARD_DIR$(1)
The safest way to update SMSQ/E on a Q68 is to copy the Q68_SMSQ.WIN file to a 
separate SD Card and insert this into Q68 SD Card Slot 2.
Power on Q68, with working SD Card. The current SMSQ/E WIN file is defined at 
WIN8_ by default.
You have to initialise Sd Card 2 and mount the new updates WIN file that can be 
done by:
CARD_INIT 2WIN_DRIVE 7,2,"Q68_SMSQ.WIN"WCOPY WIN7_ , WIN8_
If you only want the Q68_SMSQ.SYS file to start the Q68. Then the updated file 
has to be placed on the SD Card with Windows/Linux/Mac.
Please refer to the SMSQ/E manual with regards fragmentation of the SD Card 
FAT32 file system.
RegardsDerek
 Original message From: Bob Spelten via Ql-Users 
 Date: 30/04/2018  15:10  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Bob Spelten  Subject: Re: [Ql-Users] 
SMSQ/E 3.33 
Op Sun, 29 Apr 2018 11:40:57 +0200 schreef Wolf via Ql-Users  
:

> Hi all,
>
> SMSQ/E 3.33 is out, get it as usual from
> www.wlenerz.com/smsqe
>
Thanks Wolfgang for the update.
But there are some confusing aspects about the Q68 files.
Both count 350.000 bytes, one .SYS and one .WIN.
When Viewed they look the same. Should the .WIN not be a valid QLWA file  
containing the .sys?

I've copied the .sys to the existing Q68_SMSQ.WIN on my SD using QPC2,  
replacing the previous SMSQ. The existing BOOT was used to start the Q68.
The boot file now gave an error on FAT_DRIVE 'unknown procedure'.
Looking at the list of commands with HyperHelp showed no FAT_ keywords  
were found.

Bob

-- 
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

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

Re: [Ql-Users] Cueshell

[Derek via Ql-Users]

Hi Marcel,
I bought Cueshell when it was released. I thought it was a very nice piece of 
software.
It does look like there are not many software titles I have bought are now free.
RegardsDerek
 Original message From: Marcel Kilgus via Ql-Users 
 Date: 31/03/2018  20:16  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Marcel Kilgus  Subject: 
[Ql-Users] Cueshell 
Happy Eastern everyone,

today I'm proud to present to you Albin Hessler's Cueshell, in my eyes
the best file manager ever written for the QL:

https://www.kilgus.net/2018/03/31/cueshell-the-definitive-file-manager-for-the-ql/

All the best, Marcel

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

Re: [Ql-Users] FiFi

[Derek via Ql-Users]

Hi,
I supplied FiFi as part of a licenced software package on the Q60.
Very nice software.
RegardsDerek
 Original message From: Marcel Kilgus via Ql-Users 
 Date: 30/03/2018  13:37  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Marcel Kilgus  Subject: Re: 
[Ql-Users] FiFi 
> Am 30.03.2018 um 14:18 schrieb François Van Emelen via Ql-Users 
> :
> Thank you. I suppose it is the same version as the one I bought many year ago 
> from Jochen Merz.

Actually I know one user who has bugged Wolfgang so much that he did a few 
updates recently ;) No, it's not me!

Fifi is such an essential tool for me, I've used it at least a million times to 
search through the vast sources that are SMSQ/E.

Thanks! Marcel
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] Stuart Honeyball

[Derek via Ql-Users]

Hi,
I totally agree with Tony, Stuart was a very nice person to know.
I talked with him alot when I organised 2 QL workshops in the North East.
His product line was excellent quality and I must of bought everything Miracle 
Systems produced
It does seem a loss to the QL community.
RegardsDerek
 Original message From: Tony Tebby via Ql-Users 
 Date: 30/03/2018  13:25  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Tony Tebby  Subject: Re: 
[Ql-Users] Stuart Honeyball 
He really was one of the good guys.

Honest

Who cares about contracts - Stuart's word was his bond.

Intellectually adventurous

He dreamt up things that seemed to be beyond the limits of the state of 
the art of fabrication technology - but they worked.

Meticulous

Behind his appearance and demeanour hid a thorough grasp of engineering 
detail. What would the QL have been like if he had been in charge of the 
design?

Carefree

The USA on a folding bike? My last memory of him (too long ago) was him 
climbing up a rickety ancient cherry tree to get the cherries I could 
not reach.

Generous

He shared the cherries!





On 29/03/2018 11:40, Dilwyn Jones via Ql-Users wrote:
> I regret to have to report that I heard this morning of the death of Stuart 
> Honeyball of Miracle Systems.
>
> He passed away peacefully last night (28th March) at 23:45 of cancer, 
> according to his wife, Karin.
>
> I’m sure you’ll all want to join me in extending our condolence to his wife 
> and family and express our great admiration and gratitude for all the work he 
> did for the QL over the years.
>
> Dilwyn Jones
> ___
> QL-Users Mailing List
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] Quanta eMag

[Derek Stewart via Ql-Users]

On 15/03/18 18:51, Peter Graf via Ql-Users wrote:

The printed QUANTA magazine for December/January arrived here today.

Derek Stewart via Ql-Users wrote:

Hi,

Has anyone received the recent Quanta eMags, the last one I received in
October/November 2017. My subscription is in date.

I tried to email John Southern, but no reply, where he asked me to do an
article on the Q68.

Is Quanta still running?

___
QL-Users Mailing List


Hi,

Just received the Dec 2017/Jan 2018 Quanta eMag.

--
Regards,

Derek
___
QL-Users Mailing List

[Ql-Users] Quanta eMag

[Derek Stewart via Ql-Users]

Hi,

Has anyone received the recent Quanta eMags, the last one I received in 
October/November 2017. My subscription is in date.


I tried to email John Southern, but no reply, where he asked me to do an 
article on the Q68.


Is Quanta still running?

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Ql-Users Digest, Vol 168, Issue 3

[Derek via Ql-Users]

Hi,
DM5 is a compiled Superbasic with Qliberator Compiler and the menu functions 
created with EasyMenu.
I do not think it is possible to decompile the Qliberated programme.
But I have extracted some of the Easymenu MEN files that were merged into the 
main compiled programme.
My instension was to rewrite DM5 based on the way yhe menuing system works.
This maybe a hard job, msybe easier than writing a Decompiler.
This is on hold due some hardware projects underway.

RegardsDerek
 Original message From: Paolo Del Bene via Ql-Users 
 Date: 04/02/2018  22:14  (GMT+00:00) To: 
ql-users@lists.q-v-d.com Cc: Paolo Del Bene  Subject: Re: 
[Ql-Users] Ql-Users Digest, Vol 168, Issue 3 
Today's Topics:

   1. Re: Ql-Users Digest, Vol 168, Issue 1 (Paolo Del Bene)

1: Re DM5 by Paolo Del Bene

I am a supporter for Free Software, that software released under the terms
of GNU General Public License, https://www.gnu.org/ so I haven't any idea
of how can I help you, with that type of software that is a freeware.

A freeware hasn't nothing in common with Free Software.

I can suggest to decompile DM5, to read the source code and to provide to
write from scratch a new one emulator, and provide to release it under the
terms of GNU General Public License version 2
https://www.gnu.org/licenses/old-licenses/gpl-2.0.txt or version 3
https://www.gnu.org/licenses/gpl.txt

These are the ROM's. http://www.dilwyn.me.uk/qlrom/index.html

bye Paolo Del Bene


    QRA: Paolo
    QRZ: iw0fzw-5
    QTH: Monterotondo Marittimo (GR)
    ZIP: 58025
    WWL: JN53KC

    LATITUDE: 43.12350
    LONGITUDE: 10.84567

    CQ ZONE: 15
    DXCC ZONE: 248
    ITU ZONE: 28
___
QL-Users Mailing List
___
QL-Users Mailing List

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

[Derek via Ql-Users]

Hi,
There is no parallel port on the Gold Card.
There is a Parallel Port on the Super Gold Card. But it is not bi-directional. 
Only works as a simple printer port. But maybe some output pins could be turned 
into Inputs.
RegardsDerek
 Original message From: Graeme Gregory via Ql-Users 
 Date: 23/01/2018  09:21  (GMT+00:00) To: 
ql-users@lists.q-v-d.com Cc: Graeme Gregory  Subject: Re: 
[Ql-Users] QL-SD new driver 
> I've already started putting together a clone using an Xilinx
> XC9572XL, which I have lying around. The Verilog file compiled from
> the get-go, I just had to remove the additional SS lines because of
> Pin restrictions in the small chip on my eval board. The long lines to
> the board might not exactly help, though... might take a while, but I
> will try to make a GoldCard compatible QL-SD one way or another, now
> that I have your release to base it on :-)
> 
Doesnt gold card have a parralell port?

That should be enough IO pins to connect an SD card which just needs SPI.

Graeme
___
QL-Users Mailing List
___
QL-Users Mailing List

[Ql-Users] Q68 Order Process

[Derek via Ql-Users]

Hi,

My apologies for the delay in the commencement of the Q68 order process. There 
was a  little more work involved with the Q68 case. I have completed this work 
and am in a position to start supplying the Q68.

I have created a list of people that have shown interest in the Q68. Which was 
sourced from QL Forum (UK,DE), QL Users list, email. The order of the list is 
based on the date of interest shown. 

I will contact each person to establish the validity of the Q68 order, with 
specfic instructions to start the order process.

I have revised the cost of the Q68, this due to the work involved with the Q68 
Case and assembling the Q68 main board into the case. 

The revised prices are:

Q68 Main Board:  £150.00
Q68 built into custom case: £180.00
PS/2 Splitter: £2.00
Regards,
Derek
___
QL-Users Mailing List

[Ql-Users] Q68 Notice 3 - Update

[Derek Stewart via Ql-Users]

There are some new updated features of the Q68.


Q68 Features


Q68 Video modes:

0. Standard QL MODE 8 256x256 pixel (8 colours)
1. Standard QL MODE 4 512x256 pixel (4 colours)
2. Q40/Q60 highcolour mode 512x256 pixel (65536 colours)
3. Q40/Q60 highcolour mode 1024x512 pixel (65536 colours)
4. High resolution QL MODE 4 1024x768 pixel (4 colours)
5. Aurora mode 1024x768 pixel, 256 (colours)
6. Medium resolution highcolour mode 512x384 pixel (65536 colours)

Monochrome display:

In the standard QL modes and the high resolution mode 4, the Q68 offers 
special monochrome display functions, in black & white, amber or green 
colour, even if you attach a colour monitor.


Sound:

The Q68 provides a stereo sampled sound system. Digital-analog 
conversion uses 20kHz sample rate and hardware FIFO buffering for up to 
1024 samples. Combined line / headphone output on jack socket.


SDHC Drive Interfaces:

The Q68 contains hardware for two independent SDHC card interfaces. 
Fullsize card slots are provided for easier handling and copying of data 
between two cards. One 4Gb SDHC Card Supplied with SMSQ/E Operating System.


Realtime Clock:

DS1374C-33 real time clock.

Longlife super-capacitor for oscillator supply backup during power-off
Integrated recharge capability.


I/O Ports:

Serial port with up to 115200 (46) Baud, external 9 pin SubD connector.

I2C Interface:

Internal 4 pin connector, hardware compatible with Minerva MKII I2C devices.

Extension Bus:

The Q68 mainboard contains a parallel extension bus with 8 bit 
data/address bus and control signals for the possibility of add-ons.


Ethernet:

The Q68 has an on-board CP2200 ethernet controller with integrated IEEE 
802.3 MAC and 10 Base-T PHY. At the time this manual was written, no Q68 
specific software support for the CP2200 was released.


Board Size:

The Q68 mainboard has a size of 8cm x 10cm and can be mounted in an 
available case.


Power Supply:

The Q68 is powered by a standard regulated 5V supply with 2.1 mm coaxial 
plug.


Recommended Power Supply provide at least 1A for the devices that are 
usually attached, for example keyboard, mouse and SDHC cards.


Power supply not provided with Q68, due to country differences in 
voltage and mains pin configuration.


PS/2 Keyboard and Mouse:

6-pin female Mini DIN connector.

Keyboard and mouse ports are separate, but to save space, a combined 
connector with signals for both ports is provided.


A standard PS/2 keyboard can directly be plugged into the mainboard. If 
a mouse is also used, an additional PS/2 splitter cable is required.


Note: Splitter cables for PC notebooks usually have the mouse signals 
where the Q68 has keyboard. The mouse and keyboard require swapping, 
when using such a cable.


A Belkin PS/2 Splitter is available with the correct Q68 Keyboard 
(Purple)/Mouse Green) colour designations.


Mouse versions with scrollwheel are supported, but LEDs inside the 
keyboard are currently not used.



Sales Information
-

Batch 1 consists of 21 x Q68 boards, with options on Case and PS/2 
Splitter cable.


I have created a pre-sales unconfirmed order list, based on the date of 
the interest in purchasing a Q68.


I will be contacting everyone in date order of the enquiry, commencing 
20/11/17, to confirm the Q68 order and give purchasing information.


Purchasing can be made by Paypal or Bank Transfer, shipping costs be 
calculated based on customer location.


Q68 Batch 2, should be available in December/January


---
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Q40 display mode

[Derek via Ql-Users]

Hi,
There is no mistake.
The Q40/60 has the following SQ/E video modes:
512x256 4/8 Colour. Standard QL Colours512x256 Mode 33 24 bit colour1024x512 
Mode 33 24 bit colour
I will check on my Q60 the DISP_TYPE values and report back tomorrow.
RegardsDerek
 Original message From: Giorgio Garabello via Ql-Users 
 Date: 11/11/2017  19:29  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Giorgio Garabello  Subject: Re: 
[Ql-Users] Q40 display mode 
Ok, so there's a mistake in the smsqe manual?

2017-11-11 20:27 GMT+01:00 duncan . via Ql-Users :

> smsqe is required for 16 bit colours so 33 is the answer
>
> On Sat, Nov 11, 2017 at 6:48 PM, Giorgio Garabello via Ql-Users <
> ql-users@lists.q-v-d.com> wrote:
>
> > The question is: on q40 with 16 bit mode color if i type print Disp_type
> > what i see? 1 or 33?
> >
> > Il 11 nov 2017 18:50, "Peter Graf via Ql-Users" <
> ql-users@lists.q-v-d.com>
> > ha scritto:
> >
> > Am 11.11.2017 um 17:58 schrieb Giorgio Garabello via Ql-Users:
> > > 64 – 24-bit colour mode (no hardware supports this at the time of
> > writing)
> >
> > Hmmm... was there _software_ support at the time of writing?
> >
> > > DISP_TYPE
> > > The DISP_TYPE function is used to find the type of display. For the
> Q40,
> > > there are two values that may be returned.
> > > 0 Original ST QL emulator (this value is returned on QL based
> hardware).
> > > *1 16 bit colour mode.*
> >
> > The Q40 supports both original QL hardware modes and 16 bit highcolour.
> > It depends on what you select.
> >
> > Peter
> >
> >
> >
> > ___
> > QL-Users Mailing List
> > ___
> > QL-Users Mailing List
> ___
> QL-Users Mailing List
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] Dock

[Derek via Ql-Users]

Hi Peter,
Try using the icons from Q-Dock.
The icons are interchangeable.


RegardsDerek
 Original message From: Peter Graf via Ql-Users 
 Date: 10/11/2017  18:01  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Peter Graf  Subject: Re: [Ql-Users] Dock 
Hi Wolfgang,

> Concerning dock, this is supposed to be a program run in the background.

I figured that, but started a second SBASIC and used LRUN from there -
which didn't work.

> Start with EX, not LRUN

That, plus QPRT v0.14 does the trick.

However, I'm still puzzled that the missing keyword from QPTR didn't
return an error, and that a BASIC program can crash the machine.

Thanks, really great idea. At least for my favorite 512x384 mode on the
Q68 it runs smoothly. Just need to create smaller icons...

Thanks,
Peter
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] CPORT

[Derek Stewart via Ql-Users]

On 01/11/17 21:01, Michael Bulford via Ql-Users wrote:

Hi Norman,
I have both CPORT and CFIX.  I find that CFIX doesn't work correctly in QPC2,

so to get around that problem, I use Q-emulator for that one.

CPORT does work well in QPC2, provided that memory is limited to 16M.
There's also some other related files.
I'll dig them out.  How can I get them to you?

Kind regards,
Michael
___
QL-Users Mailing List


Hi,

Does any one know the commercial status of the DP Collection.

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Q68 Advance Notice 3 - Delay

[Derek Stewart via Ql-Users]

On 21/10/17 11:33, duncan . via Ql-Users wrote:

Sorry to hear that. Best wishes for a speedy recovery.

Duncan




Hi,

Everything seems to be healing up OK now.

I have lost a little bit of weight due to not being mobile in hospital, 
so just get a little fitter to complete the final work on the Q68.


The first batch of 20 Q68 PCBs have been completed,

I have a little work on the Q68 case to do, which may involve a price 
change. I will review this and notify the change in due course.


A second batch of Q68 PCBs will be produced after I have completed the 
Q68 Bathc 1 order process.


--
Regards,

Derek
___
QL-Users Mailing List

[Ql-Users] Q68 Advance Notice 3 - Delay

[Derek Stewart via Ql-Users]

There will be a slight delay in the availability of the Q68, which I 
stated in a previous message to be available on 09/10/2017


I have had medical problems, I went into hospital on 22/9/17, to have a 
throat operation. This should of been a one day operation.


But there was a problem with the procedure they used and I ended up 
having a Tracheotomy Tube inserted into my airway to keep me alive.


I stayed in The Royal Liverpool Hospital Intensive Care Unit for 12 days 
attached to a ventilator, which was assisting my breathing.


The tube was removed and I was discharged home, to the care of a 
visiting District Nurse. The nurse changes the dressings daily.


I have been home for 2 weeks and just now, starting to regain my 
strength and concentration.


There was a notice posted on the QL Forum, regarding the delay, which 
obviously did not get to everyone.


The new date will be 06/11/2017.

Here is the link to the notice:

http://www.qlforum.co.uk/viewtopic.php?f=2=2120#p19180

I am sorry for the delay, I will try to update everyone on a regular basis.

With regards to availability of the Q68. I have created a list of people 
who showed interest in date order. Which I will contact to arrange the 
sale of the Q68.


--
Regards,

Derek
--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] TYPE_IN

[Derek via Ql-Users]

Hi,
According to the Turbo Toolkit manual. The TYPE_IN input buffer stops when 
CHR$(10) is entered of the selected console window.
The TYPE_IN command is directed to channel 0.
The manual also also the Superbasic KEYROW clears the keyboard type ahead 
buffer. So the text is lost.
The COMMAND_LINE command opens Superbasic interpreter command line.
Not sure ithis would work on SMSQ/E Sbasic works slightly different way.
Why not use Sbasic and multitasking basics...
RegardsDerek
 Original message From: Tobias Fröschle via Ql-Users 
 Date: 30/09/2017  21:20  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Tobias Fröschle  Subject: 
Re: [Ql-Users] TYPE_IN 
Lee,

are you running on SMSQ/E? Are you maybe running PE with PE_BGOFF?

That will not allow your background program to run when it has (even partially) 
obstructed windows. So, if you "TYPE_IN" something into an obstructed S*Basic 
window, the job owning that window will not be able to digest your input, 
leading to such buffer overflows.

Try PE_BGON to activate background window processing.

Tobias


> Am 30.09.2017 um 15:43 schrieb Lee Privett via Ql-Users 
> :
> 
> Yes the string is about 60 characters long which is probably why it fails
> on the third TYPE_IN
> 
> tried using Pause to no effect :(
> 
> Lee
> 
> 
> 
> 
> 
> Virus-free.
> www.avast.com
> 
> <#m_2324895060461743699_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> 
> Lee
> 
> 
> 
> 
> On Sat, Sep 30, 2017 at 12:38 PM, Wolfgang Lenerz via Ql-Users <
> ql-users@lists.q-v-d.com> wrote:
> 
>> Hi,
>> 
>> I have a slight problem with TYPE_IN
>>> 
>>> Using it to put some commands in #0, works well in an instance until I
>>> reach what appears to be a maximum set of characters, where the QL just
>>> hangs.
>>> 
>>> e.g.
>>> 
>>> 1920  TYPE_IN An&":"$(10)
>>> 1930  TYPE_IN (An+1)$$(10)
>>> 1932  TYPE_IN (An+2)$$(10)
>>> 1940  TYPE_IN (An+3)$$(10)
>>> 
>>> 
>>> An is an integer
>>> Final$ is just text
>>> Top$ is a string of asterisks
>>> 
>>> it locks up displaying halfway through 1940
>>> 
>>> Is there a buffer I can clear after using TYPE_IN?
>>> 
>> 
>> How long i the string in line 194?
>> 
>> IIRC, the Ql's keyboard buffer is 128 bytes long... You cannot increase
>> this, AFAIK.
>> 
>> I don't think you can clear this.
>> Perhaps a pause after the earlier TYPE_In instructions will leave the
>> system time to clear it.
>> 
>> 
>> 
>> HTH
>> 
>> Wolfgang
>> 
>> ___
>> QL-Users Mailing List
>> 
> ___
> QL-Users Mailing List

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

Re: [Ql-Users] TYPE_IN

[Derek via Ql-Users]

Hi,
Why just allocate section memory to save the keyboard buffer.


RegardsDerek
 Original message From: Wolfgang Lenerz via Ql-Users 
 Date: 30/09/2017  13:38  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Wolfgang Lenerz  Subject: Re: 
[Ql-Users] TYPE_IN 

Or perhaps even directly into channel #0...

Wolfgang
> Hi,
> 
>> Is it possibile to extend the 128 byte QL keyboard buffer.
> 
> Hi, no once allocated, I don't think you can extend it.
> 
> 
>> Was TYPE_IN an a attempt to do this?
> I don't know, wasn't it just a keyword to type things into the keyboard 
> queue of job 0?
> 
> Regards
> 
> Wolfgang
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] TYPE_IN

[Derek via Ql-Users]

Hi,
Is it possibile to extend the 128 byte QL keyboard buffer.
Was TYPE_IN an a attempt to do this?
RegardsDerek
 Original message From: Wolfgang Lenerz via Ql-Users 
 Date: 30/09/2017  12:38  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Wolfgang Lenerz  Subject: Re: 
[Ql-Users] TYPE_IN 
Hi,

> I have a slight problem with TYPE_IN
> 
> Using it to put some commands in #0, works well in an instance until I
> reach what appears to be a maximum set of characters, where the QL just
> hangs.
> 
> e.g.
> 
> 1920  TYPE_IN An&":"$(10)
> 1930  TYPE_IN (An+1)$$(10)
> 1932  TYPE_IN (An+2)$$(10)
> 1940  TYPE_IN (An+3)$$(10)
> 
> 
> An is an integer
> Final$ is just text
> Top$ is a string of asterisks
> 
> it locks up displaying halfway through 1940
> 
> Is there a buffer I can clear after using TYPE_IN?

How long i the string in line 194?

IIRC, the Ql's keyboard buffer is 128 bytes long... You cannot increase 
this, AFAIK.

I don't think you can clear this.
Perhaps a pause after the earlier TYPE_In instructions will leave the 
system time to clear it.



HTH

Wolfgang

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

Re: [Ql-Users] Qbase

[Derek Stewart via Ql-Users]

Hi Daniel,

Executing a DBS file with Fileinfo2 is really easy to do.

I supplied QBASE on the Q60 software distribution, but QBASE v0.9 did 
not allow passing of the database filename in the command string.


IF you can make QBASE open the database file from a command string, this 
Which would allow Fileinfo2 to be configured to execute QBASE and open 
the database file.


Fileinfo2 allows a selection of options and in my opinion is one of the 
best QL extensions available.


I find the execution of data file more efficient.

For example, I setup Fileinfo2 to execute a ZIP archive file, giving me 
the option of unzip the archive to the default data directory or launch 
ACP (Archivers Control Panel).


Regards,

Derek

On 09/09/17 16:47, Daniel Baum via Ql-Users wrote:

I think the next thing I'm going to add is the ability to be EXecuted with
a filename as a command-line parameter.

If I understand correctly, this should also mean that you will be able to
"execute" a DBS file using QPAC2 and Fileinfo and open it with QBase.


D.

On Sat, Sep 9, 2017 at 6:22 PM, Giorgio Garabello via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Good

2017-09-09 15:06 GMT+02:00 Daniel Baum via Ql-Users <
ql-users@lists.q-v-d.com>:


Hi all,

Latest pictures.

Qbase is now rescalable. It starts at 512x256:

https://www.dropbox.com/s/exexw4s5ppexyi4/qbaseTab512x256.jpg?dl=0

and can get as big as you want:

https://www.dropbox.com/s/o9yi56lqms4ppg3/qbaseTabBig.jpg?dl=0

These pictures show the automatic proportional column width in the

tabular

view, which has actually always worked, but was less than obvious until
now.

Getting there...


D.



On Tue, Sep 5, 2017 at 8:16 PM, Daniel Baum <dmb...@gmail.com> wrote:


Thanks Dilwyn.


D.

On Tue, Sep 5, 2017 at 8:04 PM, Dilwyn Jones via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


you can use the system palette :-D



Indeed, thanks to the work of the operating system people (Marcel and
Wolfgang), the System Palette makes it easy for programs to follow a
generic colour scheme for programs, a little bit like Windows themes

for

example.

There's an article about using it from SBASIC on my website at
http://www.dilwyn.me.uk/docs/smsqegd2/index.html - just scroll down

to

the System Palette section.

Dilwyn
___
QL-Users Mailing List





___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] Q68 Advance Notice 2 - Pricing

[Derek Stewart via Ql-Users]

Q68 Price List - Batch 1
---

Q68 board, 4Gb SDHC Card, SMSQ/E: £150.00
Black Case: £20
Belkin Black PS/2 spliter: £2.00

General Release date: 09/10/2017

20 completed and tested Q68 boards, available.

Once this quantity is exceeded, I will order more Q68 PCBs to be 
manufactured.



--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 bug

[Derek Stewart via Ql-Users]

Hi,

I tried the same thing on SMSQmulator, with:

- Resolution:1920x1080
- Window Mode: Special Full SIze
- SMSQmulator Config Menu: Hide
- Use QL/E (QPC2 v4.05, QLE.WIN)
- Start the thing
- Once QL/E has completely booted call QPAC2 Files (Alt+f)
- Then choose drive WIN1_ (F2)
- Then enable TREE view (F3)
- Then select VIEW (F4)
- Then invoke a DO on arc_exe
- GOTCHA!

Same problem, the commonalities are QPAC2 or SMSQ/E, which is at fault.

Regards,

Derek

On 06/09/17 08:18, Urs Koenig (QL) via Ql-Users wrote:

Easy to reproduce here:
- Use QL/E (QPC2 v4.05, QLE.WIN)
- Set QPC2 to max. resolution on control panel
- Start the thing
- Once QL/E has completely booted call QPAC2 Files (Alt+f)
- Then choose drive WIN1_ (F2)
- Then enable TREE view (F3)
- Then select VIEW (F4)
- Then invoke a DO on arc_exe
- GOTCHA!


-Ursprüngliche Nachricht-
Von: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Im Auftrag von
Dilwyn Jones via Ql-Users
Gesendet: Dienstag, 5. September 2017 23:41
An: ql-us...@q-v-d.com
Cc: Dilwyn Jones
Betreff: Re: [Ql-Users] QPAC2 bug

Hi Giorgio,

I have been able to reproduce this with QPAC2 v1.45 in mode 32 with
1920x1080 resolution, but I cannot pin it down to a certain action or set

of

actions.

It seems to happen when QPAc2 is enlarged to fill the window at that
resolution, a large list of files, and the file being viewed in View

window of

the Files menu causes the pointer to go to the extreme right near or on

the

scroll bar.

That's as close as I've been able to pin it down, sorry.

Dilwyn

-Original Message-
From: Giorgio Garabello via Ql-Users
Sent: Tuesday, September 05, 2017 10:13 PM
To: ql-us...@q-v-d.com
Cc: Giorgio Garabello
Subject: Re: [Ql-Users] QPAC2 bug

Someone else can try?

Il 05 set 2017 19:56, "Marcel Kilgus via Ql-Users"
<ql-users@lists.q-v-d.com>
ha scritto:


Giorgio Garabello via Ql-Users wrote:

we ((Francois Van Emelen and I) have found a bug in the QPAC2
internal

file

viewer if the screen >>= 1440X990 QPC2 crash


Hm, cannot reproduce at 1920x1080.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

---
This email has been checked for viruses by AVG.
http://www.avg.com

___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] Qbase

[Derek via Ql-Users]

Hi David,
I produced the Q60 in 2002 and put Qbase on the the software distribution on 
all cased Q60 machines. 
Qbase I thought was really good piece of software.


Regards,
Derek

 Original message 
From: Daniel Baum via Ql-Users <ql-users@lists.q-v-d.com> 
Date: 03/09/2017  17:42  (GMT+00:00) 
To: ql-us...@q-v-d.com 
Cc: Daniel Baum <dmb...@gmail.com> 
Subject: Re: [Ql-Users] Black Phoenix 1.4.3 

Thanks Giorgio. It looks gorgeous and it seems that a huge amount of work
has gone into integrating everything.

I also had a look at your site for the first time, which seems to have lots
of interesting content on it too.

I also noticed that my Qbase is in your download section :) Since it
appears likely that it actually has some users, is there anything that
needs fixing or adding? I'd be happy to do a new version if you are
interested.

D

On Sun, Sep 3, 2017 at 7:01 PM, Giorgio Garabello via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

> Hi, Black Phoenix's new version is available.
>
> Here the news:
> http://www.hunggartorino.it/ql/black-phoenix-1-4-3-the-
> new-release-has-arrived/
>
> Download:
> http://www.hunggartorino.it/ql/black-phoenix-en/
>
> Have a nice day
>
> Giorgio
> ___
> QL-Users Mailing List
>
___
QL-Users Mailing List
___
QL-Users Mailing List

[Ql-Users] Q68 Advanced Notice

[Derek Stewart via Ql-Users]

Q68 Advanced Notice
---

PCB Photograph available at:

http://qlforum.co.uk/viewtopic.php?f=2=2082#p18729

Features:

- Operating System: SMSQ/E
- CPU: 68000 compatible
- Speed: 40Mhz
- RAM: 32 MB
- SDHC: Two fullsize slots, hot plugging
- QXL.WIN style storage container format
- Keyboard and mouse: Combined PS/2 Connection, scrollwheel support
- VGA: 1024x768 VESA for flatscreen, CRT or HDMI converter
- Graphic modes:
-  256x256 QL Mode 8
-  512x256 QL Mode 4
-  512x256 Q60 65536 colour
- 1024x512 Q60 65536 colour
- 1024x768 QL Mode 4
-  512x384 Q60 65536 colour
- Serial port
- Stereo sampled sound, 3.5 mm output socket
- Buffered real time clock
- I2C interface
- Ethernet, no software support yet
- QL style LED colours
- PCB Size: 8x10 cm
- Recommended power supply: 5V @ 1A
- Silent operation, no fans or heat
- Case: Optional

Available: Mid October 2017
Price: To be decided
___
QL-Users Mailing List

Re: [Ql-Users] TURBO and testing it exists

[Derek via Ql-Users]

Hi George,
I proposed in th QL Forum adding a S or Q in the TK_VER$.
But your proposed new Function sounds a good idea.
RegardsDerek
 Original message From: gdgqler--- via Ql-Users 
 Date: 19/08/2017  13:12  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: gdgq...@gmail.com Subject: Re: [Ql-Users] TURBO and 
testing it exists 

> On 19 Aug 2017, at 09:21, gdgqler--- via Ql-Users  
> wrote:
> 
> I would think it possible to have TK_VER$ print “TK”, “SMS” or “REM” after 
> the version number. Is this what people would like?

It might be better to have a new keyword, TK_TYPE$, which would return “TK”, 
“SMS” or “REM”. This would leave TK_VER$ unaltered.

George
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] TURBO and testing it exists

[Derek via Ql-Users]

Hi,
The link works for me, even on an android tablet...


Regards,
Derek

 Original message 
From: Per Witte via Ql-Users <ql-users@lists.q-v-d.com> 
Date: 19/08/2017  13:13  (GMT+00:00) 
To: ql-us...@q-v-d.com 
Cc: Per Witte <pjwi...@online.no> 
Subject: Re: [Ql-Users] TURBO and testing it exists 

Hi Michael, I dont know why it doesnt work for you. I just clicked on the
link now and it works for me. Try copying the link and pasting it in your
browser. The article is about searching for specific keywords in
SuperBASIC, SBASIC and compiled BASIC without the use of an external
toolkit.
Per

PS Apologies if Im top-posting or bottom-posting or whatever one objects
to. Im not at home, with my normal email client, and am at the mercy of
whatever my browser-based email client thinks appropriate. (HELL is stupid
programs that THINK they are clever (or rather those who made them))

On 19 August 2017 at 12:17, Michael Bulford via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

> On Thu, 17 Aug 2017 21:08:31, Per Witte <pjwi...@online.no> wrote:
>
> > Thats a nice solution. Not sufficient for all manner of keywords,
> though. A
> > more general solution for checking for relevant toolkits in boot
> programs,
> > without having to load a toolkit to do so can be found in this
> article:
> > http://www.hunggartorino.it/ql/findkey/ (also available in Italian!)
>
> Hi Per, I cannot get the above link to work.  It says not found.
>
>
>
> On Thu, 17 Aug 2017, 16:54:32, Duncan  <matras...@aol.com> wrote:
>
> Hi Lee, If booting from a Win drive  on the first instance of needing
> to load the Turbo toolkit check for the existence of a file on the boot
> device called "TTKLoaded", or similar. If the file does not exist create it
> and load TurboTK. If the file is found to exist do not load the
> toolkit. At the end of the session tidy up the boot device by deleting
> this file. Not elegant but practical.
>
>
> Hi Duncan,
>
> But what if during the session the QL crashes?  The TTKLoaded file will
> remain on the Win drive, and the next time the QL session is started, it
> won't work properly.  A nice idea though.  Another way of doing this is to
> use environment variables, which I use myself.  The details are here:
> http://www.dilwyn.me.uk/tk/env.zip
>
>
> Michael
> ___
> QL-Users Mailing List
>
>
>
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] TURBO and testing it exists

[Derek Stewart via Ql-Users]

Hi Tobias,

The WHEN solution is great, but on some version of QODS, the WHEN ERRor 
did not work.


There are some people still using AH,JM, roms which may have problems 
with WHEN ERRor


--
Regards,

Derek

On 17/08/17 10:39, Tobias Fröschle via Ql-Users wrote:

After I sent this, I realised a bit of explanation might be in order, as WHEN 
ERRor is not so well-known:

When the interpreter passes a WHEN ERRor/END WHEN pair during normal program execution, 
it doesn't do anything with the commands inside the clause but remembering "I should 
do this in case an error occurs". So, line 1020 is not executed if no error occurs 
in line 1050. But in case there is an error (the interpreter choking on the MANIFEST 
statement it doesn't know when TT is not loaded), line 1020 is executed, telling us TT is 
not loaded.

After 1020 was executed, the program is continued at the point /after/ the 
error occurred.

The empty WHEN ERRor clause (1060-1070) simply de-activates error processing back to 
"normal".

Line 1080 will thus have the variable TurboTkLoaded to 1, if 1050 was executed without a problem, and set to 
0 in case there was an error. Because we have made sure line 1050 is the only line that can be executed while 
error processing is active, we clearly know the only problem in 1050 can only be "bad name". So it 
is important to pick a "test command" from the toolkit you are testing for that cannot choke on a 
different error than "bad name". MANIFEST is pretty ideal for this.

Tobias


Am 17.08.2017 um 11:25 schrieb Tobias Fröschle via Ql-Users 
<ql-users@lists.q-v-d.com>:

Lee,

there are a number of toolkits that allow you to check for specific other 
toolkit commands loaded or not - But this is a bit useless as it leaves you 
with a chicken-and-egg problem: How to check whether the checking toolkit is 
loaded?

Your best bet on SMSQ/E would be a WHEN ERRor clause you place just in front of 
a Toolkit command you are about to execute:

1000 TurboTkLoaded = 1
1010 WHEN ERRor
1020TurboTkLoaded = 0
1030 END WHEN
1040 REMark Execute a Toolkit command
1050 MANIFEST : x = 100
1055 REMark de-activate error checker
1060 WHEN ERRor
1070 END WHEN
1080 PRINT "Turbo Toolkit loaded:"!TurboTkLoaded

On a QL with non-working WHEN ERRor commands (pre-MG) you are a bit doomed, the 
only thing I could probably come up with is writing a BASIC program that PEEKs 
the name list, which is not quite so simple.

Tobias



Am 17.08.2017 um 10:49 schrieb Lee Privett via Ql-Users 
<ql-users@lists.q-v-d.com>:

I originally posted this on the forum:

Hi community, I have searched for this on the forum but cannot find an
entry but I am sure this has been asked before.

I currently test for the presence of the HBA ROM in a boot program using
VER$ and would like to test for other toolkits, specifically the TURBO
toolkit. Is there a way to do this automatically in a boot so that when
subsequent runs of the boot it is not loaded again in one session?

e.g. for the HBA version I use:

Code: Select all <http://qlforum.co.uk/viewtopic.php?f=3=2063#>
IF VER$<>"HBA" THEN
  LRESPR "WIN8_SMSQ_QEM"
END IF


I feel there must be a way to test for TURBO toolkit, any ideas?

A reply from Derek suggested  the following:

There is a keyword: TK_VER$, but only returns the version of Turbo Toolkit,
which is the same for the SMS and QDOS versions.

A simple way would be to add "SMS" in the version number. Which would mean
a new version of Turbo Toolkit.

The SMS version calls the SMSQ/E extended traps, where the QDOS does not,
so maybe a test for SMSQ/E extended traps is the way, but I would favour
the about alteration to TK_VER$.

George Gwilt used to maintain Turbo and maybe the Toolkit. I think this
message needs to be posted in the QL-USERS mailing list, George Gwilt reads
that list.

Any views at all?

Regards Lee Privett
___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] TURBO and testing it exists

[Derek Stewart via Ql-Users]

Hi,

Would it be possible to add in a code letter in TK_VER$ for each version 
of Turbo Toolkit, i.e.


TK_VER$ for SMS, 3.40s

--
Regards,

Derek

On 17/08/17 10:25, Tobias Fröschle via Ql-Users wrote:

Lee,

there are a number of toolkits that allow you to check for specific other 
toolkit commands loaded or not - But this is a bit useless as it leaves you 
with a chicken-and-egg problem: How to check whether the checking toolkit is 
loaded?

Your best bet on SMSQ/E would be a WHEN ERRor clause you place just in front of 
a Toolkit command you are about to execute:

1000 TurboTkLoaded = 1
1010 WHEN ERRor
1020TurboTkLoaded = 0
1030 END WHEN
1040 REMark Execute a Toolkit command
1050 MANIFEST : x = 100
1055 REMark de-activate error checker
1060 WHEN ERRor
1070 END WHEN
1080 PRINT "Turbo Toolkit loaded:"!TurboTkLoaded

On a QL with non-working WHEN ERRor commands (pre-MG) you are a bit doomed, the 
only thing I could probably come up with is writing a BASIC program that PEEKs 
the name list, which is not quite so simple.

Tobias



Am 17.08.2017 um 10:49 schrieb Lee Privett via Ql-Users 
<ql-users@lists.q-v-d.com>:

I originally posted this on the forum:

Hi community, I have searched for this on the forum but cannot find an
entry but I am sure this has been asked before.

I currently test for the presence of the HBA ROM in a boot program using
VER$ and would like to test for other toolkits, specifically the TURBO
toolkit. Is there a way to do this automatically in a boot so that when
subsequent runs of the boot it is not loaded again in one session?

e.g. for the HBA version I use:

Code: Select all <http://qlforum.co.uk/viewtopic.php?f=3=2063#>
IF VER$<>"HBA" THEN
   LRESPR "WIN8_SMSQ_QEM"
END IF


I feel there must be a way to test for TURBO toolkit, any ideas?

A reply from Derek suggested  the following:

There is a keyword: TK_VER$, but only returns the version of Turbo Toolkit,
which is the same for the SMS and QDOS versions.

A simple way would be to add "SMS" in the version number. Which would mean
a new version of Turbo Toolkit.

The SMS version calls the SMSQ/E extended traps, where the QDOS does not,
so maybe a test for SMSQ/E extended traps is the way, but I would favour
the about alteration to TK_VER$.

George Gwilt used to maintain Turbo and maybe the Toolkit. I think this
message needs to be posted in the QL-USERS mailing list, George Gwilt reads
that list.

Any views at all?

Regards Lee Privett
___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Replacement Mouse

[Derek Stewart via Ql-Users]

Hi Duncan,

I do not have your email address. My email address is: de...@q40.de

The USB to Atari/Amiga adapters work really well, fr connection to QIMI 
the adapter must be in Atari mode. As the Amiga has some lines going to 
different pins on the DB9 side.


There are USB -> PS2 adapters, which connect the USB +Data/-Data line to 
the PS/2 Data/Clock.


See this web link:

http://www.instructables.com/id/USB-to-PS2-convertor/

But the USB mouse has to support PS/2 mode.

I have not had much success with USB to PS/2 adapters, I have lots of 
the USB to PS/2 Plug adapters, Maplin Electronics sell them for £0.61, 
so could worth risk...


-- Regards,

Derek

On 16/08/17 07:59, via Ql-Users wrote:

Hi Derek, looks like I don't have your current email address as the email I 
have sent just came back undelivered. Could you email me at the aol address you 
have for me as that is still the same.

Cheers

Duncan


___
QL-Users Mailing List

Re: [Ql-Users] Replacement Mouse

[Derek via Ql-Users]

Hi Duncan,
Still the sameemail address.


Regards,
Derek

 Original message 
From: via Ql-Users <ql-users@lists.q-v-d.com> 
Date: 15/08/2017  20:34  (GMT+00:00) 
To: ql-us...@q-v-d.com 
Subject: Re: [Ql-Users] Replacement Mouse 


Hi Derek,

Yes I am interested, Have you changed your email address since the last time I 
emailed you which would have been a while ago.

Best Wishes

Duncan

 

 

 

-Original Message-
From: Derek via Ql-Users <ql-users@lists.q-v-d.com>
To: ql-users <ql-us...@q-v-d.com>
Sent: Tue, 15 Aug 2017 18:47
Subject: Re: [Ql-Users] Replacement Mouse

Hi Duncan,
I have a 3 button serial mouse with DB9 connector. It was ysed on a Q60, so any 
PC serial port will do.
Email if you want it.
RegardsDerek
 Original message From: via Ql-Users <ql-users@lists.q-v-d.com> 
Date: 15/08/2017  10:09  (GMT+00:00) To: ql-us...@q-v-d.com Subject: [Ql-Users] 
Replacement Mouse 
Hi,

I have been having a problem sourcing a replacement mouse for my Aurora system. 
Serial mice have vanished even on ebay and also PS2/serial combo mice scarce. 
Does anyone know is mice adapters for the Atari and Amiga will work with 
Aurora/Qx0 serial ports?

See link to ebay : 
http://www.ebay.co.uk/itm/The-New-MKIV-Amiga-Atari-USB-mouse-adapter-converter-with-mode-switch-jumpers-/121413700949?epid=1788636590=item1c44

The adapter if it works allows use of easily obtained USB mice.

Thanks


Duncan 
___
QL-Users Mailing List
___
QL-Users Mailing List


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

Re: [Ql-Users] Replacement Mouse

[Derek via Ql-Users]

Hi Duncan,
I have a 3 button serial mouse with DB9 connector. It was ysed on a Q60, so any 
PC serial port will do.
Email if you want it.
RegardsDerek
 Original message From: via Ql-Users  
Date: 15/08/2017  10:09  (GMT+00:00) To: ql-us...@q-v-d.com Subject: [Ql-Users] 
Replacement Mouse 
Hi,

I have been having a problem sourcing a replacement mouse for my Aurora system. 
Serial mice have vanished even on ebay and also PS2/serial combo mice scarce. 
Does anyone know is mice adapters for the Atari and Amiga will work with 
Aurora/Qx0 serial ports?

See link to ebay : 
http://www.ebay.co.uk/itm/The-New-MKIV-Amiga-Atari-USB-mouse-adapter-converter-with-mode-switch-jumpers-/121413700949?epid=1788636590=item1c44

The adapter if it works allows use of easily obtained USB mice.

Thanks


Duncan 
___
QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] DM5 upsetting Dates in QPC2

[Derek Stewart via Ql-Users]

On 30/06/17 04:06, Wolf via Ql-Users wrote:

Hi,


There seems to be 2 differences between PAUSE and WAIT.

PAUSE  needs channel #0, WAIT doesn't.


True


PAUSE can be interrupted with a keypress, WAIT can't.


True


Wait comes from the outptr toolkit (on my QLStuff webpage, pointer 
tools). It just suspends the calling job for x ticks : WAIT x


You can replace it with Pause - or even a simple delay loop if you want 
to run it without windows pen (in the case of Pause).


FYI, on my machine runing SMSQmulator, the timings of the p procedure 
would look as follows:


100 DEFine PROCedure p
110 ERT HOT_KEY('g',CHR$(27))
120 EX RAM1_Dm5_Obj
130 REMark WAIT 20- not used !
140 HOT_DO('g')
150 WAIT 1
160 HOT_DO('g')
170 WAIT 1
180 HOT_DO('g')
190 ERT HOT_REMV('g')
200 END DEFine p


Have fun!

Wolfgang
___
QL-Users Mailing List


Hi Wolfgang,


Thank you for the explanation, I forgot about your excellent OUTPTR Toolkit.

I tried your example the parameters entered in the WAIT command seem to 
allow the Invalid Date to be sort of by-passed.


Do you think the DM5_OBJ programme can be patched to not check the 
system date?


I was asked in a Private Message in the QL Forum how to run DM5, 
personally, I would not use it too many issues to correct.


I like to use Cue-Shell, could this be released as freeware?

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] DM5 upsetting Dates in QPC2

[Derek Stewart via Ql-Users]

On 28/06/17 10:12, Wolf via Ql-Users wrote:

Hi Derek,

100 DEFine PROCedure p
110 ERT HOT_KEY('g',CHR$(27))
120 EX RAM1_Dm5_Obj
130 WAIT 20
140 HOT_DO('g')
150 WAIT 20
160 HOT_DO('g')
170 WAIT 20
180 HOT_DO('g')
190 ERT HOT_REMV('g')
200 END DEFine p

Adjust the key, timings and drive to suit your system.
At least you won't have to type in the date anymore.

Have fun

Wolfgang
___
QL-Users Mailing List


Hi Wolfgang,


I suppose that is one way to get around the problem.

My supplementary question was is it worth writing this type of problem 
from the DM5 usage. Since all the development software is now free.


Maybe worth an look and get more experience of Easypointer 4

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] DM5 upsetting Dates in QPC2

[Derek Stewart via Ql-Users]

On 27/06/17 13:01, Marcel Kilgus via Ql-Users wrote:

Derek Stewart via Ql-Users wrote:

Does anyone know of any contact for PM_DATA, to see if the DM5 source
code can be released, to correct the problem.


He would if he could, but apparently he doesn't have the sources anymore.

Marcel


___
QL-Users Mailing List


Hi Marcel,

I have just found a link in the QL Forum to the QL-USERS mailing List
Archive:

https://www.mail-archive.com/search?l=ql-users-q-v-d@lists.q-v-d.com=subject:%22Re%5C%3A+%5C%5Bql%5C-users%5C%5D+Disk+Mate+5%22=newest=1

indicating that the source code is lost. Looks like a good piece of 
software lost.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] R: SMSQ/E bugs: is a fix possible? Probably not

[Derek Stewart via Ql-Users]

Hi Davide,

I have a QXL 2 card, but it can only access 512x256, 640x480, 800x600.

The PC is a Amstrad 486 SLC with 1Mb video ram. Which only allows the 
maximum resolution of 800x600.


I have not tried the serial ports with an up to daye version of SMSQ/E.

But with SMSQ v2.57, the serial ports worked, Sernet connected to Q60, 
QPC2, QL Network connected.


I will try SMSQ/E to see is these functions still work.

I also have Atari MegaSTE QVME system, I will set this up and see if 
they have problems.


--
Regards,

Derek

On 08/06/17 18:37, via Ql-Users wrote:

Thank you all for the swift and helpful answers

I understand the QXL issues are really difficult to be managed also because
the interaction with the host PC and graphic card introduces a further level
of uncertainty in all the process, a real nightmare a part from the fact
that maybe there is not even a single user using a QXL as main or probably
even secondary QL system. Anyway I will check with Andrea Carpi whether he
could manage to retrieve some more information regarding his setup and
SMSQ/E version.

Nice to know the "initialise ROM" issue can be easily solved.

The DD disk bug is something which would deserve the fix, I understand from
what both Wolfgang and Marcel replied that even having the 2.91 or pre 2.91
sources (completely lost? Is there not any way to retrieve them from e.g.
Tony, Jochen or somebody else?) it might be really difficult to make any
troubleshooting, even worse considering not to have a SGC for the tests. I
really hope Marcel you will manage to get one soon!!!

By the way (sorry for the simple minded questions - my last assembler 68k
compile is dated probably 25 years ago and never looked at the SMSQ/E
sources), when introducing the modifications on the sources is there any
"source control" now? I.e. to avoid that in the future changes causing
"bugs" could not be tracked in the future like is the case for the DD one?

Cheers

Davide




-Messaggio originale-
Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Marcel
Kilgus via Ql-Users
Inviato: giovedì 8 giugno 2017 13.39
A: ql-us...@q-v-d.com
Oggetto: Re: [Ql-Users] SMSQ/E bugs: is a fix possible? Probably not

Wolf via Ql-Users wrote:

In the last months on the Italian Sinclair QL mailing list we had
quite a number of discussions on some bugs (?) that appeared in SMSQ/E
and were probably not promptly spotted because of the impossibility of
testing everything and lack of feedback from users (who maybe were not
upgrading regularly).


It's also mostly access to the required hardware. I was going to buy Jochen
Hassler's SGC but so far he wasn't able to find it! :-( Hope it turns up in
a box sometime.

I do have a QXL that was kindly donated to me 10 years ago or so, but I
don't really see much point in maintaining it.


1) SMSQ/E for Aurora does not read anymore DD floppy disks.
Everything was working till 2.91. From the tests did on some SMSQ/E
version we found 2.95 has the bug, 2.98 crashes, 3.03 has the bug

The version of SMSQE I got was 2.99.


The latest I have found in a quick search is 2.93. I probably have older
ones at least partly on some floppy discs. But the thing is 2.92 was the
introduction of the Q40 and if I remember correctly this was such a major
change in the sources that comapring 2.91 and 2.91 will not result in much
more enlightnment.


I guess it does not make sense to spend effort for SMSQ/E for QXL,
but the issues on the GC/SGC/Aurora versions I think would deserve at

least a try.

Both deserve a try, and both have already got a try from me,
unfortunately without success.


I will help once I get my hands on the hardware, but this can take a while.
And while I find the offers very kind I don't want to work on loaned
hardware, sorry.

Cheers, Marcel

___
QL-Users Mailing List

___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] Computer 1 Monitor Help

[Derek Stewart via Ql-Users]

Hi,

I am having a little trouble with the Computer 1 Monitor, using QPC2 and 
SMSQmulator.


When I set a Breakpoint in Computer 1 Monitor, and perform single step 
trace to the Breakpoint, all is works well, with the single step trace, 
till I come to exit the monitor using the QUIT command.


The monitor is removed from memory but the SBASIC channel #0 is locked.

I also tried issuing the NO B command in Computer 1 Monitor,to clear the 
break points. Which gave the same result.


A I going some thing wrong? or is the Monitor working very well with 
SMSQ/E v3.21


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Test email

[Derek Stewart]

On 12/05/17 20:35, Dilwyn Jones wrote:

Just a test to see if latest emails are getting through or not
Dilwyn
___
QL-Users Mailing List


Hi Dilwyn,

I received your email from the QL-USERS list.

I have a little busy to respond.

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Bill Newell

[Derek Stewart]

On 09/05/17 15:22, John Taylor wrote:

Bull Newell is very ill with Sepsis.
He is in hospital, but as he is a diabetic and I have heard he has Alzheimers  
disease, his prospects are not too good.
His time as Membership Secretary, followed by his time as Chairman of Quanta 
where very rewarding.
Quanta in those days was very difficult to manage as too many member pushed or 
pulled in different directions.
It was always Bill’s claim that Quanta needed a ”Benevolent Dictator"
Bill was never a Dictator.
May he recover as we owe him so much.

John Taylor
___
QL-Users Mailing List


Hi John,

I always like taking to Bill at Quanta Workshops, he was always a 
positive person.


Please send my regards to Bill and I hope he makes a swift recovery.
--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] SERNET question

[Derek Stewart]

On 24/04/17 23:13, Dilwyn Jones wrote:

I realise that I only have the two-station version. There is a
multi-station version which needs slightly more complex serial cabling
(circular link) but I don't have a copy of this.

Dilwyn


Hi,

I used to use Sernet V2.22, for connection of Q60 to QPC2. I configured 
4 version of SERNET for each SERial port, SER1-SER4


I built a custom 4 port cable and connected Q60, QPC2, QXL, QL (with 
SIMSER for split ports on SER1/2)


SERNET connection is a sort of Null Modem connection, on Q60/QPC2/QXL 
using standard PC serial ports a standard commercial Null Modem cable 
can be used.


But the main connections are: TX-RX, RTS-CTS, GND and all the 
connections interchange with each SERNET stattion.


I did think about a SERNET interface box with all the SERNET connections 
made inside the box and connection to each SERNET station with straight 
cables. But alas, I never actually built if.


The problems arise with the QXL and QL whose serial ports are slower 
than the Q60 & QPC2. But lower the Baud rate to the lowest common speed 
gave reliable connections.


Note: Superhermes SER3 port is unsupported by Sernet due to the lack of 
split port speeds. Maybe if the Superhermes SER3 source code was 
available this could addressed.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Xchange 3.90N bug?

[Derek Stewart]

On 19/04/17 11:22, Dilwyn Jones wrote:

Not just Xchange Quill, original Quill too. Never seen it documented,
but has happened to me countless times over the years to the extent I
don't trust up-scrolling in either and have to use F3-Goto  or
, or at least save BEFORE scrolling up.

Dilwyn

-Original Message- From: Bob Spelten
Sent: Wednesday, April 19, 2017 11:11 AM
To: ql-users
Subject: [Ql-Users] Xchange 3.90N bug?

Hi all,

While I was using the Quill part of Xchange recently, it locked up, twice,
when I held down the Up key and my cursor moved past the top line visible
on my screen.
RJOBs were needed.
This Xchange version has been updated for 512x512 pixels, showing 42 lines
of text, running in the most recent QPC2-SMSQ/E.
Is this a known bug and is there a solution other then going slow to give
it time to update the display for each scroll line?
I repeated this in SMSQmulator8 v2.24 on the same PC but there the
scrolling display kept going all the way to the top without locking up.

Bob


Hi,

What is the status of Xchange/Quill, if they are non-copyright, maybe 
the programmes could disassembled and correct the bugs.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

[Derek Stewart]

On 11/04/17 09:58, Ralf Reköndt wrote:

Yes, would be interesting to know, how QLib does this with its compiled 
"resident" extensions.

Ralf

-Original-Nachricht-
Betreff: Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Datum: 2017-04-11T10:47:36+0200
Von: "Jan Bredenbeek"

On 11 April 2017 at 10:07, Derek Stewart <de...@q40.de> wrote:

Hi Marcel,


Do you think it is possible for the SMSQ/E internal compiler produce a
compiled version of the SBASIC programme?



You can EXEC a SBASIC program in the same way as a 'normal' executable
program on SMSQ/E (which actually starts another instance of SBASIC).
But the code produced by the real-time compiler is not real 68000 code but
pseudo-code and needs the SBASIC environment to work. So it cannot be a
stand-alone EXECable program unless the SBASIC runtime environment also
comes with it.
Nevertheless it would be a great idea if you could write a procedure in
SBASIC and LRESPR the compiled code as SBASIC extension so you have it
always available. AFAIK there is no higher-level language compiler capable
of producing SBASIC extensions - or perhaps Qliberator?

Jan.


Hi,

Qliberator has a nice feature that S*Basic procedures and Functions can 
be compiled and loaded as Resident Procedures and Functions using the
EXTERNAL for single Procedure or Function and EXT_ALL for all Procedures 
and Functions directives in REMark statements.


Something like that would be nice to have built into SMSQ/E.

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

[Derek Stewart]

On 10/04/17 20:15, Marcel Kilgus wrote:

Ralf Reköndt wrote:

As this seems to be very near at QLib, it makes me wonder, if TT has any
long lost source code of QLib.


IIRC the QLib compiler was written in Basic. I don't think there are
many similarities besides the basic concept.

Marcel

___
QL-Users Mailing List


Hi Marcel,

Do you think it is possible for the SMSQ/E internal compiler produce a 
compiled version of the SBASIC programme?


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] QPTR

[Derek Stewart]

On 15/03/17 11:39, Wolf wrote:

Hi,

There was one include file missing from the sources on the website
(qptr_keys), it's in them now (redownload the source zip file).

Apart from that, qptr now uses the keys (include) files from the smsqe
sources, as mentioned in the readme file.

Nothing else should be necessary. I do not have the additional programs,
or if I do, I don't know where.

But if you do, yes, please make them available!

Regards

Wolfgang


Hi Wolfgang,

I downloaded the QPTR source and binary OK.

When I bought the QPTR Toolkit from Jochen, there was support
programmes, programming include files. Are these to made available?


___
QL-Users Mailing List


Hi Wolfgang,

I will dig out my QPTR Toolkit Disk and email you the files.

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] QPTR

[Derek Stewart]

On 15/03/17 10:35, Wolf wrote:

Hi Norman,

thanks for that, the readme is in the zip file for the binary, I'll
amend the text on the website.

Best regards

Wolfgang

On 15/03/2017 11:24, Norman Dunbar wrote:

Morning Wolf,

You mention,on the Web page, a readme.txt file for the qptr sources,
but the zip file doesn't appear to have one in it.

Probably a minor oversight, but I thought you better know, just in case.


Cheers,
Norm.

On 15 March 2017 07:04:26 GMT+00:00, Wolf <w...@wlenerz.com> wrote:

Hi all,

Tony Tebby has allowed the QPTR toolkit to be made freely available.

I upgraded an old version of the source code to correspond to the
latest
compiled version known to me (0.14).

You can find it + the source code at www.wlenerz.com/QLstuff

Have fun.

Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List


Hi Wolfgang,

I downloaded the QPTR source and binary OK.

When I bought the QPTR Toolkit from Jochen, there was support 
programmes, programming include files. Are these to made available?


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] QMake released for free

[Derek Stewart]

On 12/03/17 21:41, Marcel Kilgus wrote:

I already mentioned I secured the rights from Bernd Reinhardt to
distribute his QMake tool. Today I got the manual from Jochen and
spend a good time converting the Text87 file into a PDF. But it is
done and I can finally present to you the venerable QMake tool:

https://www.kilgus.net/2017/03/12/qmake-released-for-free/

Have fun

___
QL-Users Mailing List


Hi Marcel,

Thank you for releasing the QMAKE, this may help the compiling to large 
assembly language files easier.


On a personal note, it seems that all the sotfware that I bought is now 
free.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] QL/E v3.16 (Codename "Snow white swan", Edition 1702) is out now!

[Derek Stewart]

On 12/03/17 16:45, Urs Koenig (QL) wrote:

Marcel wrote:

Good job, thanks. It just seems to contain so much software that I can

only

briefly test a small part of it :-o

Appreciate. Your feedback is the one and only since it was released 12 days
ago. Plus my old Swiss friend Markus took up some of my work and expanded
it. This is another form of very constructive feedback.


___
QL-Users Mailing List


Hi Urs,

My apologies, for not commenting more on QLE, I did download the updates 
and add to my DISTRIBUTION files.


I must say you have done an excellent job in creating the QLE environment.

I also like you You Tube Video Channel, which I watch all the video that 
you issue, again excellent job.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] German Minerva ROM

[Derek Stewart]

On 07/03/17 09:36, Tobias Fröschle wrote:

Peter, Marcel,

I have yet to discover a program that doesn't run on SMSQ/E, provided it's set 
to mimic a QL memory map, and does on Minerva (but I'm open to suggestions). 
Weird programs are normally sooo weird that they won't run on either...

Minerva is a miraculous thing in terms of code density and still a masterpiece. 
It's also, especially when things are getting close to the hardware, much 
better documented/commented (sorry, Marcel) than SMSQ/E. Whenever I try to 
understand something in terms of original QL HW, my first reference are the 
Minerva sources. But:

# of active code maintainers for Minerva: 0
# of active code maintainers for SMSQ/E: some :)

Writing software/drivers for Minerva - just like original QDOS - is also always 
a bit of a choice: You /can/ assume, for example (for whatever reasons), that 
you want the Thing extension to be loaded. You /can/ also assume, for example, 
the Extended Environment - All of this is available for Minerva, and even QDOS. 
But that means you build dependencies into the driver/software - On SMSQ/E, all 
of this can be taken as a given.

Minerva is also closely tailored to the original QL hardware, for example assuming a 
"compatible" memory map (at least in the lower 1M). Changes to that, like 
reserving specific areas for specific purposes, I'd assume to be nearly impossible. 
(hypothetical examples would be introducing DMA- and non-DMA capable areas, or the 
Atari's protected I/O ranges)

If the memory's there: I don't see any good reasons to port Minerva to new 
hardware. SMSQ/E is much better suited for both past and future.

Tobias



Am 07.03.2017 um 09:46 schrieb Marcel Kilgus <ql-us...@mail.kilgus.net>:

pg...@q40.de wrote:

- no wait for F1/F2 (actually there will still be a tiny wait of 32ms,
 so keys can still be pressed)

Wow, 32 ms is a fast reaction from human ;-)


I guess you can already press the key while the ROMs are still being
scanned :)


As for Minerva in general, would you (or anyone else) see partial
advantages over SMSQ/E on the Q68 that make it worthwhile?


Minerva is a great ROM, it's so amazing what he managed to put into
48KB and anybody not using it on an original QL is certifiable crazy
in my eyes ;-)

But SMSQ/E is still the better OS. It's also much bigger of course,
but also still maintained and with new hardware it's the only way to
go IMHO.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List



Hi,

Minerva is excellent for an expanded QL, but SMSQ/E is far better.

If the machine can run SMSQ/E thne I would use that by default, but 
anything else I use Minerva.


I never understand why people use JS, JM, AH roms.

The argument is that some software does not run on Minerva... Answer: 
must be badly written.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] German Minerva ROM

[Derek Stewart]

On 07/03/17 00:39, Alexandre Souza wrote:

Derek, Id be very interested in your old all 03a if you would part with
it...

Enviado do meu Tele-Movel



Hi Alexandre,

I do not think I would want to part with the ALL03a programmer, as it is 
a very versatile programmer, all the DOS based programming executes are 
written in C and allows easy addition of new components to the database. 
Also there is a good IC Tester function all written in C.


The programmer runs on a DOS machine with a dedicated ISA bus Parallel 
port. Though a Windows version has been produced.


I did think of trying to port over the C source to run a Q60, but never 
got around to it.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] German Minerva ROM

[Derek Stewart]

On 06/03/17 12:49, Marcel Kilgus wrote:

Hi all,

I create a German version of the Minerva ROM, in case anybody is
interested:

https://www.kilgus.net/2017/03/05/german-minerva-rom/

I also briefly discuss a cheap EEPROM programmer that I ordered from
China. Suffice to say, I'm very satisfied.

Cheers, Marcel

___
QL-Users Mailing List


Hi Marcel,

I have had a Minipro TL866CS for a long time and works very well.

It does have problems with very old eproms, not being in the Eprom 
Programmer Database.


But something like a Winbond W26C512 EEPROM, works very nicely.

I might be retiring my Hilo Systems ALL03A MSDOS based programmer in the 
future.


--
Regards,


Derek
___
QL-Users Mailing List

Re: [Ql-Users] uQLx and TCP/IP stack documentation

[Derek Stewart]

On 05/03/17 20:13, Peter Graf wrote:

Dilwyn Jones wrote:

I've created a new page in the Documents part of my website, dedicated
to information about the TCP/IP stack included with emulators such as
QPC2, uQLx, SMSQmulator and QemuLator.


Thank you. Just for clairifcation: There is no TCP/IP stack included
with any of these emulators. They are just mirroring the socket
interface of the host computer to the emulated side.

Peter

___
QL-Users Mailing List


Hi Peter,

When you say the TCP/IP socket interface is mirrored in an emulator, is 
that full range of TCP/IP ports.


This would make life easier for porting over existing Internet software.

The demonstration of the TCP/IP at the QLis30 in Edinburgh, is the 
TCP/IP stack the full implementation?


--
Regards,

Derek
___
QL-Users Mailing List