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

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

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

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 
:

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

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