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

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

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

Re: [Ql-Users] uQLx 2017

[Derek Stewart]

On 21/02/17 15:38, Derek Stewart wrote:

On 21/02/17 15:23, Graeme Gregory wrote:



On Tue, 21 Feb 2017, at 03:09 PM, Dilwyn Jones wrote:

A newly revised version of the Linux QL emulator uQLx (uQLx 2017)
is now
available.

Great news!

Is it only me or is the 32-bit binary qm_x86-32 missing in the ZIP
file?

Tim? Graeme? Help...


Grudammit I did not spot that!

I guess Tim will re-issue when he awakens!

Graeme
___
QL-Users Mailing List


Hi Graeme,

I have compiled UQLX 2017 on a Mint 18.1 Linux box, all work great,
except, I do not get the QDOS or Minerva startup screen asking for F1 or
F2 in QDOS or F1,F2,F3,F4 in Minerva.

I do not like the red screen that starts up can did this be disabled.


Hi,

I have just realised that the UQLX 2017 startup screen is MDV1_BOOT

But How do I enable the Minerva F1-F4 Prompt, to enable the second?

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] uQLx 2017

[Derek Stewart]

On 21/02/17 15:23, Graeme Gregory wrote:



On Tue, 21 Feb 2017, at 03:09 PM, Dilwyn Jones wrote:

A newly revised version of the Linux QL emulator uQLx (uQLx 2017) is now
available.

Great news!

Is it only me or is the 32-bit binary qm_x86-32 missing in the ZIP file?

Tim? Graeme? Help...


Grudammit I did not spot that!

I guess Tim will re-issue when he awakens!

Graeme
___
QL-Users Mailing List


Hi Graeme,

I have compiled UQLX 2017 on a Mint 18.1 Linux box, all work great, 
except, I do not get the QDOS or Minerva startup screen asking for F1 or 
F2 in QDOS or F1,F2,F3,F4 in Minerva.


I do not like the red screen that starts up can did this be disabled.

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] uQLx 2017

[Derek Stewart]

On 20/02/17 22:36, Dilwyn Jones wrote:

uQLx 2017

A newly revised version of the Linux QL emulator uQLx (uQLx 2017) is now
available.

Graeme Gregory has "brutalised" (as he puts it on github) the sources to
bring them up to date. New binaries are available for 32- and 64-bit x86
systems, as well as ARM (6/7/8). Includes binaries ready to run.
Includes documentation from Timothy Swenson to get you started along
with a small QXL.win file.

The binaries are available to download from the emulators page on my
website http://www.dilwyn.me.uk/emu/index.html#uQLx_for_Linux_etc.

while the sources are available from the Sinclair QL Github at
https://github.com/SinclairQL/uqlx-fork

The sources are available from my website too in case of difficulty, but
I recommend you get them from the github repository to make sure you get
the latest sources.
___
QL-Users Mailing List


Hi,

I have compile uQLx 2017 on a Mint 18.1 LInux box. All seems to compile 
OK, though a few warning... but the emulator run out of the box OK.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] QPC2 and a few more surprises

[Derek Stewart]

On 25/01/17 07:28, Marcel Kilgus wrote:

Wolf wrote:

On menu_rext, I seem to have a version 8.02, iss there a significant
difference with 7.66 on your website?


I have no idea, 7.66 is the last version I have the source for. But
I'll ask Bernd Reinhardt when I get the chance.

Marcel

___
QL-Users Mailing List


Hi Marcel,

I recently update QD and Jochen supplied Mneu_Rext v7.68, which worked 
OK on QPC2, but on SMSQmulator or other SMSQ/E platforms cwould not load 
and gave an error message: "Only Licensed For Use on QPC".


Jochen did not seem to remember, I wonder if you know why this was 
written  only for QPC2?


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] QPC2 and a few more surprises

[Derek Stewart]

On 24/01/17 23:04, Marcel Kilgus wrote:

I'm too tired to write much more, but I just released a bunch of stuff
on my web site. You can read about it here:

https://www.kilgus.net/2017/01/25/new-qpc2-disa-and-more/

Have fun, Marcel

___
QL-Users Mailing List


Hi Marcel,

Disa was one of the best programmes I bought when v3.00 came out, I 
still use it today looking at 68000 code.


--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Email attachments

[Derek Stewart]

On 15/01/17 09:23, Graeme Gregory wrote:



On Sun, 15 Jan 2017, at 05:47 AM, Daniele Terdina wrote:

Not sure how you come to that conclusion, I used to work on Java and it
goes through a stringent security process.


AFAIK Flash used to be the most vulnerable software (when also taking
user base into account), but since it lost favor Java has been the top or
one of the top for a long time.
See for example:
http://www.csoonline.com/article/2875535/application-security/java-is-the-biggest-vulnerability-for-us-computers.html

[http://core5.staticworld.net/images/article/2014/11/maria-trombly-headshot-closeup-100532712-byline.jpg]

Java is the biggest vulnerability for US computers | CSO
...
www.csoonline.com
Java is the biggest vulnerability for US computers Oracle's Java poses
the single biggest security risk to US desktops, says a new report



If you actually read the article thats because of the huge attack
surface of old unpatched java installations in the world. It is afterall
written by a company selling their auto patching software. Thats like
saying QDOS is really aweful because of a bug you found in the AH ROM
that was subsequently fixed.

If you notice the JAVA NPAPI plugin is pretty much dead now, modern
browsers won't even allow you to load it.

Unfortunately the one thing we have never managed to work out a fix for
in the industry is the wetware that exists between the chair and the
keyboard :-(

But the biggest threat at the end of 2016 was most certainly IoT
devices, at least two massive botnets were formed from them and those
bloody things never get patched.

Graeme
___
QL-Users Mailing List


Hi,

How does the QDOS operating system get a Java Plugin, the only Java 
based system is SMSQmulator, which we have been is secure enough.


If the operating system is in ROM, I donot think this is going to work, 
also there is no or very limited Internet access for the QL systems and 
I do not think hacker will see QDOS/SMSQ/E as a viable target.


Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Email attachments

[Derek Stewart]

Is that part of the Psion suite...

Regards,

Derek

On 14/01/17 13:34, Dilwyn Jones wrote:

Geoff Wicks wrote:

This is off topic, but whenever I am phoned by "Microsoft tech
support" I put on my most sanctimonious voice:

"My dear boy, if the Good Lord had meant us to use computers he would
never have given us the abacus.",

I wouldn't have thought they would even dare ring you, Geoff! ;-)

Dilwyn
___
QL-Users Mailing List


___
QL-Users Mailing List

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

[Derek Stewart]

Hi,

I tried both and give the same date problem.

The file Extensions_cde looks like it is DIY Toolkit extensions, Phil 
Borman's WIN Tools. Which I doubt have any problems.


In the updates_doc, there was an issue with v5.05 getting the months 
wrong, maybe the invalid date is connected to this.


But this maybe be a Year2000 issue.

Do you think the source ocde could be released.

Regards,

Derek

On 13/01/17 05:41, Wolf wrote:

Hi,

there ae 2 versions of DM : DM5_obj and DM5_int_obj , the problem only
seems to arise on the..int version, use the other one instead.

Wolfgang

On 12/01/2017 17:47, Martyn Hill wrote:

Hi Bob

Just to confirm that I too have been unable to run DM5 on QPC (v4) and
saw oddities around the date before it would hang QPC.

I didn't investigate to the same depth, but it appears to match your
experience.

Martyn.

On 12/01/2017 15:35, Bob Spelten wrote:

Hi All,

I was trying to get DiskMate5 to run in QPC2/QLE but ran into a
serious problem.
It reported a wrong date but while the suggested date was correct my
PC clock had been reset in the background to 18-Jan-2053, causing
problems on the W$7 side.
In my QPC2/QLE this also froze SMSQ/E but not in my normal QPC2.
Also a previous QPC2 (v3.40/3.16) behaved the same.

I have used DM5 for GD2 sporadically before but never seen this bug.
Has something changed in SMSQ/E's date handling that is not working
for DM5 anymore?
Has anyone experienced this before?

Bob




___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] Qliberator External on Turbo??

[Derek Stewart]

Hi,

I was reading my old Qliberator manual which I had forgotten about the 
$$external function to allow S*Basic procedures and Functions to be 
compiled to that added to the S*BASIC to extend the commands.


Can this be done in Turbo, or can Turbo be altered to do this.

Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] smsqeXXX_binaries

[Derek Stewart]

Hi,

In the good old days, that is 1995ish... SMSQ/E was available for the Super 
Gold or Gold Card on a QL motherboard, with standard QL colours and resolution.

Nasta designed the Aurora and a 4 colour  version of SMSQ/E was released that 
used the higher resolutions of the Aurora.

There was talk of the 256 colours on the Aurora, but this did not appear till 
Marcel wrote Aurora Colour drivers.

So as I mentioned earlier, SMSQ/E Gold is for a Super/Gold Card on a QL 
motherboard, the Aurora version could be 4 colours with high resolution, SMSQ/E 
256 Colour is Aurora 256 colours with high Resolution.

The QXL, with SMSQ 4 resolution standard QL colours & SMSQ/E with same 
resolutions and high colour mode like QPC2 & Qx0... 

-Original Message-
From: "inkub...@tiscali.it" <inkub...@tiscali.it>
Sent: ‎04/‎12/‎2016 14:53
To: "ql-us...@q-v-d.com" <ql-us...@q-v-d.com>
Subject: Re: [Ql-Users] smsqeXXX_binaries

  
Il 04/12/2016 10.21, Derek Stewart ha scritto: 

> Both versions:
SMSQ/E Gold, SMSQ/E 256 Colours need a Super/Gold Card to run.

 But are
there somebody (except me) who is using SMSQ/E on a real-QL or Aurora
system, instead of only on emulators?

My system is as follows:
 -
Aurora
 - SuperGoldCard
 - 1 FDD ED (Mitsubishi)
 - Qubide with 2 HDD
 -
SuperHermes
 - PC keyboard (connected to SH)
 - serial mouse (connected
to SH)

 There is a big bug in SMSQ/E versions for Aurora (also I think
for QL+(S)GC) higher than 2.91
 DD Floppy disks are not read/written

Only HD and ED floppy disks works

 This is a big handicap especially
for retro-compatibility with older floppy interfaces.

 Andrea  

 



Con Smart 3 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal tuo 
smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali Mobile! 
http://casa.tiscali.it/mobile/

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

Re: [Ql-Users] smsqeXXX_binaries

[Derek Stewart]

Hi,

There was a version of SMSQ/E for the Super/Gold Card written before the 
Aurora, I think about v2.76 was the stable version where everything 
worked. I used it on a BBS with a Super Gold Card.


When the Aurora was released SMSQ/E could only do 4 colours with a 
patched version of SMSQ/E to use the Aurora higher resolution.


It looks like Marcel wrote the 256 Colour SMSQ/E and this was added to 
the SMSQ/E compile list keeping the SMSQ/E Gold in the distribution.


Both versions: SMSQ/E Gold, SMSQ/E 256 Colours need a Super/Gold Card to 
run.


Regards,

Derek

___
QL-Users Mailing List

Re: [Ql-Users] Level 2 Device Drivers

[Derek Stewart]

Hi,

The email just bounced back to me, so I do not have any idea of how to 
contact him.


Regards,

Derek

On 29/11/16 09:18, Derek Stewart wrote:

Hi Rich,

I have sent an email to to last email address for Phil (email date 2003
little hope it will be active), with you copied in.

Regards,

Derek

On 28/11/16 22:25, RWAP Software wrote:

More details of the interface and pictures appear on the QL Forum
thread -
http://www.qlforum.co.uk/viewtopic.php?f=2=1670



Whilst on this subject - does anyone have any contact details for Phil
Borman - there are a few things it would be nice to include in the
QubIDE driver.  There is also the problem, that whilst the source code
for the QubIDE v2 ROM was released, the v2 GAL code required to use that
ROM code does not appear to be available anywhere!

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Level 2 Device Drivers

[Derek Stewart]

Hi Rich,

I have sent an email to to last email address for Phil (email date 2003 
little hope it will be active), with you copied in.


Regards,

Derek

On 28/11/16 22:25, RWAP Software wrote:

More details of the interface and pictures appear on the QL Forum
thread -
http://www.qlforum.co.uk/viewtopic.php?f=2=1670



Whilst on this subject - does anyone have any contact details for Phil
Borman - there are a few things it would be nice to include in the
QubIDE driver.  There is also the problem, that whilst the source code
for the QubIDE v2 ROM was released, the v2 GAL code required to use that
ROM code does not appear to be available anywhere!

___
QL-Users Mailing List

Re: [Ql-Users] QL Italian meeting WebEx session

[Derek Stewart]

Hi Davide,

My apologies for not attending via Webex, did you do any video or 
photographs of the meeting. I would be interested to see them.


Regards,

Derek

On 20/11/16 12:34, d.santachi...@libero.it wrote:

Hi All,

We will restart with the English WebEx session of the 13th Sinclair QL
Italian meeting at 15:00

https://meetings.webex.com/collabs/#/meetings/detail?uuid=M2M8EU73OF6BZ0T8BV
7BEWEY0R-1PI1=661457.41064
Meeting number 236 059 509

Kind regards

Davide



-Messaggio originale-
Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di
d.santachi...@libero.it
Inviato: venerdì 4 novembre 2016 10.32
A: ql-us...@q-v-d.com
Oggetto: [Ql-Users] QL Italian meeting

Hi everybody,

I take again the chance to inform that if anybody is interested to make even
a very short speech at our Italian meeting on Sunday 20th of November,
subscriptions are open :-)

Subjects for intervention are free (i.e. QPC2, SMSQ/E, software or hardware
etc.), baseline is to manage everything via web-ex sessions.

Instead if there are listeners interested I would need their email address
to send-out the web-ex link (which can be used also on e.g. tablets with the
appropriate app).

Regards

Davide

___
QL-Users Mailing List

___
QL-Users Mailing List

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Why so slow?

[Derek Stewart]

Hi,

I watch and sometimes input.

Regards,

Derek

On 12/10/16 22:31, Klaus-Peter Greiner wrote:

Nearby, i am eagerly watching this list since years; so i am the third
listener 8-)

regards
Klaus-Peter Greiner

Am 12.10.16 um 11:45 schrieb François Van Emelen:

Op 11/10/2016 om 18:15 schreef Ralf Reköndt:

What was the cure?

- Original Message - From: "François Van Emelen"


Sorry for the late reply: I am having some health problems.

Wolfgang found the problem and told me how to solve it.

New timings

Conversion of a DBF-file to a DBS-file (from dos1_ to win2_)

Qpc2 : before correction 1423 sec. after correction 24 sec. (59 x
faster)

Smsqmulator : before correction 47 sec. after correction 26 sec.
(1,8 x faster)

Many thanks to Wolfgang.

Have a fine day,

François Van Emelen


___
QL-Users Mailing List


Hi Ralf,

It was a programming error: an instruction ('update') inside a loop
that should have been outside that loop. Ihis implied an 'update'
after each field (in this case 118) instead of only ONE 'update'
outside the loop. (Is this understandable English?)

Why such an important difference between QPC2 (60x slower) and
QMSQmulator (1.8x slower)? Wolfgang told me that QMSQmulator uses its
own 'win-driver'. For more explanation, you 'd better ask Wolfgang or
Marcel. My skills are limited to some easy Sbasic unfortunately.

Thanks for your reply. that makes 2 listeners on this list :).

François Van Emelen



___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] QPC2 for Mac OS X

[Derek Stewart]

HI Marcel,

I recently sold a PPC based Macbook on Ebay, there is still a demand for 
this type of thing.


I hoped to run Linux on the MAC, but I did not like the layout of the MAC.

I will stick to using QPC2, SMSQmulator on a Fujitsu H700 Core i7 Laptop.

But I did have SMSQmulator running on a Raspberry PI 3 on an Atrix 
Lapdick, which has HDMI and USB inputs suitable via a suitable cable. 
All works really well.


Regards,

Derek

On 10/08/16 09:04, Marcel Kilgus wrote:

Derek Stewart wrote:

What version of OS X, since Wine is running, this looks to be only Intel
based MACS.


Even if this wasn't a WINE application, who still provides PowerPC
executables these days? It's been (almost to the day) 10 years since
the last model was replaced with something Intel based.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] QPC2 for Mac OS X

[Derek Stewart]

Hi,

What version of OS X, since Wine is running, this looks to be only Intel 
based MACS.


Regards,

Derek

On 09/08/16 21:29, Marcel Kilgus wrote:

Thanks to Peta Jäger there is now an installation file of QPC2
available for Mac OS X. I've published the details here:

http://www.kilgus.net/2016/08/08/qpc2-for-mac-os-x/

Downloads as usual are here
http://www.kilgus.net/qpc/downloads/

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Withdrawal of my personal Software Preservation Project

[Derek Stewart]

Hi Richard,

I bought a copy of Master Spy in 1989 from TK Computaware, aftwer a 
review in QL Wolrd.


I must say that Master Spy was one of best QL software I have ever had. 
I am sorry for not buying it direct from you.


Regards,

Derek

On 07/07/16 16:16, Richard Howe wrote:

Hi

I don't often reply in the forum but I do watch it, and this thread caught
my attention.

Issues:
1.  Integrity.
2.  Letting go of personal attacks by trolls, and the trolls
themselves.
3.  Copyright.

1.  Integrity.
Those who appreciate the value of copyright do so because it is 'right' to
morally and financially support those who give energy to projects that
interest the community. Those who break copyright law are ignorant of this,
their minds commonly lacking respect for others. Those who simply observe
the law have missed the point.

2. Letting go.
When encountering people of low integrity it is important first to recognise
them for the ignorant people they are, and quickly say 'bye'. It's easy to
forgive them because they are obviously too ignorant to dig themselves out
of the pit they have dug for themselves. Allowing trolls space in your mind
will lead to your poor health as you are allowing your own ego to mull over
their negative words. Simply know the community is constructive, and will
dismiss them and their comments. Only trolls really engage with trolls.
Letting go is an important healing principle.

3. Copyright.
I would not be fussed if copies of my old QL programs were passed around.
However, I am writing a website that uses a few original ideas in them, and
I 'would' be fussed if the ideas were misused and undermined my current
project. The law allows for 'fair use' of parts of a copyright item and this
is wise. Special licences can also widen the availability for users while
protecting essentials for the author. Perhaps I should mention that thirty
years ago I wrote the Spy and Master Spy editors, Archivist, Mailfile, etc.
Back then there were enthusiasts but few buyers, much like today. I haven't
sold anything QL in the last twenty years. I seem to remember all the
profits were ploughed back into advertising. That's the nature of the game
sometimes.

Kind regards
Richard Howe

-Original Message-
From: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Rich
Mellor
Sent: 07 July 2016 14:32
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Withdrawal of my personal Software Preservation
Project

On 07/07/2016 11:13, Wolfgang Lenerz wrote:

Hi,

Just my 2 cents worth.

As I understand it, Rich came under attack from some (as yet unnamed)
sources because he (i) sells old programs for the QL and (ii) sent
take-down notices (or was suspected of sending them) to sites that
apparently hosted copyrighted files without the owners' consent.

It goes without saying that being attacked for these actions is just
unacceptable. I'm alarmed, Rich, that this should cause you health
problems. I believe that the echo your decision got on the list here
shows that people here do support you.

Except for the health problem, I'm not sure that I understand why this
causes you to stop your preservation project. Surely the best strategy
to adopt is to ignore the  who bring
these attacks - and go on as before ?

I think, Rich, that you should publish here extracts of the offending
emails or whatever form that correspondence took, together with the
author's names, so that I, for one, could be sure not to have any
contact with them.


The discussion now seems to center on whether all QL software should
be made available for free. I agree with much of what Marcel writes,
in that I also think that all of this 30+ years old software
**should** be free. Like Marcel, I'm in the process of releasing my
commercial programs as freeware, as and when I get around to it.
However, the decision to do so is mine and nobody else's. Likewise,
the decision for others to do so with their software is theirs. Do I
think that that old software should be released for free, like Marcel
does ? Sure ! Would I, like Marcel, refuse to pay a cent for any old
game ? Yup : if it isn't free, I don't even look at it.

But I don't see what's wrong with copyright owners holding on to their
property, nor with Rich trying to sell some software and make some
money from it. I do not understand the mindset of people who believe
that these things MUST NECESSARILY be free and if they aren't, then
the copyright owners and traders are evil, and fair game for any sort
of abuse (I'm not accusing anybody on this list of thinking that way!).

Is the fact that some copyright owners try to make a buck off their
software in any way nefarious or detrimental to the QL scene ? In
other words, do we loose users because of it ? I don't believe so. I
frankly fail to believe that someone new to the QL scene would look at
it, look at the software available, think < hey that's a game I must
have > and then go away when he discovers that the game is 

Re: [Ql-Users] More Help Please

[Derek Stewart]

Hi Norman,

Tried under Wine, did not run, it could not find QT plugin.

I maybe should try drinking some Wine first...

Regards,

Derek

On 17/06/16 20:24, Norman Dunbar wrote:

Alternatively, this might work...If you can't wait! ;-)

http://api.256file.com/qwindows.dll/en-download-59653.html

Save it in the same folder as the rest of the files.

But for goodness sake, virus scan it first. This is Windows after all!


Cheers,
Norm.


___
QL-Users Mailing List

Re: [Ql-Users] More Help Please

[Derek Stewart]

Hi Norman,

Do you have a Linux version.

Regards,

Derek

On 17/06/16 20:24, Norman Dunbar wrote:

Alternatively, this might work...If you can't wait! ;-)

http://api.256file.com/qwindows.dll/en-download-59653.html

Save it in the same folder as the rest of the files.

But for goodness sake, virus scan it first. This is Windows after all!


Cheers,
Norm.


___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Derek Stewart]

OK, sorry, but message implied this.

Back to sleep again.

Regards,

Derek

On 14/06/16 18:49, Marcel Kilgus wrote:

Derek Stewart wrote:

I am a little confused, where does DEV1_ default to DATAD$


Never. I said DATAD$ is DEV1_ on my machine.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] A feature or a bug?

[Derek Stewart]

On 14/06/16 14:43, Marcel Kilgus wrote:

Marcel Kilgus wrote:

François Van Emelen wrote:

10 f$="":REMark empty string
20 if FTEST(f$)=0
30 DIR f$
40 ELSE
50 PRINT f$," can't be a file name"
60 ENDIF

Why is line 30 executed (displaying the directory of datad$) instead of
line 50?

Because SMSQ/E defaults to dev1_ if you don't give a filename, I
presume.


Strike that, it defaults to datad$ of course, which is set to "dev1_"
in my case. I mean, that's what DATA_USE is for, providing a default
directory for file operations.

Marcel

___
QL-Users Mailing List


Hi Marcel,

I am a little confused, where does DEV1_ default to DATAD$

If I startup QPC2 with no boot device defined, the DATAD$ is flp1_, 
which is the default of config block in the SMSQE file and DEV1_ is 
undefined.


Can expand on this, I am havong a thick moment...


Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] smsqe3 v 3.26 and smulator

[Derek Stewart]

Hi Wolfgang,

The new update works great.

SMSQmulator looks to running faster on my Ubuntu 14.04 X64 Core i7 laptop.

Regards,

Derek

On 28/04/16 19:57, Wolf wrote:

Hi,

yes, sorry about that.

I've updated the binaries zipfile on the SMSQE website.

I also just uploaded SMSQmulator v. 2.19 with a certain number of bugfixes.

Support for the Java 6 version of SMSQmulator has now been discontinued.

Have fun!

Wolfgang





On 04/28/2016 02:48 PM, David Gilham wrote:

I just download the binaries for smsq3.26
Unless I have done some thing nstupid  It wolud appear that the binary
for
SMQmulator
seems not to work needeing  me log out
version 3.25 of SMSQE works ok
I am using full screen mode and hi colour in my configuration.
My setup is an IBM Thinkpad running linux kernal 3.13
The version of SMsQmulator is 2.18 and Iam using Java7


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] DBAS source code

[Derek Stewart]

Hi Bob,

As far as I know, there is no source code to DBAS, the Quanta library 
holds the DBAS package that contains example assembler and C source code 
to create databases. But not the extensions.


I did disassemble DBAS many years, but I would have to look on floppy 
disks for it.


Regards,

Derek

On 27/04/16 12:53, Bob Spelten wrote:

Hi All,

DBAS is the excellent database engine written by David W. Howells and
used in my SuQcess database programs.
But recently a problem came to light while using DBAS on SMSQmulator.
It appears that field names can go missing when a lot of them are defined.
My tests revealed that the FLNAME function then returns an empty string,
making the names invisible for the user.
The test also showed that this problem is not limited to SMSQm but may
happen on QPC2 as well, be it at another point and there is, sometimes,
also a difference in behaviour for a QLIB compiled or an SBasic running
SuQcess. Sofar it's been very unpredictable.

To help in tracing the problem it would be nice to have the source of
DATA_BIN and DBAS_BIN but that is not part of many of the packages I
found out there.
Does anyone have or knows who has these sources?

Bob


___
QL-Users Mailing List

Re: [Ql-Users] The Pointer Environment

[Derek Stewart]

Hi Marcel,

I downloaded the manual OK.

After a quick read of the manual, there looks to be an error in Section 
3.0 Basic Topics, 1st sentence saying:


"If you are not yet familiar with the pointer environment features, you 
should read Appendix I first."


Should this not be Section 10?

Regards,

Derek

On 01/04/16 09:34, Marcel Kilgus wrote:

Gerhard Plavec wrote:

http://files.kilgus.net/smsqe/EasyPtr4.pdf


 bei mir gibt das folgenden error:

Internal Server Error


Oh, the filename was wrong, try again.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Derek Stewart]

I am sorry for the incorrect conclusions.

I merely said I could not get it to freeze on my system, this is a 
personal option.


But I did not expect to my comments thrust down my throat.

Regards,

Derek

On 22/03/16 13:04, Marcel Kilgus wrote:

Derek Stewart wrote:

The common thing in your You Tube Videos is you are using a Windows
operating System.

If I can not get QPC2 and SMSQmulator to freeze then the fault lies on
the host operating system.


No, no and no. This is a false conclusion. When your choice is "the
bug is in a system used by billions of people and designed by hundreds
of highly paid engineers with the latest security measures currently
available" and "the bug is in a system used by a few hundred people
and programmed by a handful of developers and hobbyists with no
protection whatsoever" then the problem is usually not with the
former.

Once again, SMSQ/E does not have any kind of memory protection and by
the first look this is a memory corruption issue. The problem with
memory corruption is that it's almost impossible to debug and the
program failing is often not the one corrupting the memory. Just
trying to debug the issue often makes it go away (this type of bug
even has a name: "Heisenbug") or makes it manifest in another area.

Just saving a file seems to help mitigate the issue, which could just
mean that it alters the memory layout slightly and thus corrupt a less
obvious or even unused part of memory. Who knows. Timing is also often
a thing, just a millisecond here or there can make a difference.

I'll try to get a stack trace, but I have not much hope that this is
easy to track down.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Derek Stewart]

Hi Urs,

I have tried to reproduce your failures on QPC2 and SMSQmulator8, I can 
report that on my Fujitsu H700 Core i7 620 laptop with 4Gb ram running 
Ubuntu 15.10, I can not reproduce the freezing.


The common thing in your You Tube Videos is you are using a Windows 
operating System.


If I can not get QPC2 and SMSQmulator to freeze then the fault lies on 
the host operating system.


Can you try your tests using a Linux system running QPC2 under Wine. I 
would think this will not fail.


Regards,

Derek

On 21/03/16 19:29, ql wrote:

Hi QLers,

I’m between work and home and did find some time to make some short videos 
about the freeze case. Here they are:

QL/E (v3.11, SMSQ/E v3.22, QPAC2 v4.02) freezes!

http://youtu.be/wcngRwkvc5w

QL/E (v3.11, SMSQ/E v3.22, SMSQmulator v2.12) freezes!

http://youtu.be/HZ9jj162UN4

QL/E (v3.11, SMSQ/E v3.22, QPAC2 v4.02) workaround prevents freeze!

http://youtu.be/D07vYHsvA80

QL/E (v3.11, SMSQ/E v3.22, QPAC2 v4.02) no freeze when QDT is disabled!

http://youtu.be/b-rc6PZASyc

I’m posting this message with my iPhone and will reply to all your replies when 
I will be using my home PC, but this can be later on this week.

QL forever!

Urs


Von meinem iPhone gesendet


Am 21.03.2016 um 00:59 schrieb Marcel Kilgus :

Urs Koenig (QL) wrote:

Because we have a Windows Freeze case at work which is very hard to trace
and analyse (visitors of the ZX-TEAM meeting will know) I wanted to at least
catch the QL/E Freeze case.
Last Thursday I was repeatedly able to reproduce the freeze using my QL/E
v3.13 wip (work-in-progress). I then reduced the steps needed to get the
freeze. In the end I can say you can get the freeze when doing this
scenario:
1. Start QL/E (e.g. start QPC2.exe).
2. From now on do not use the mouse, do not use the mouse pointer.
3. After the BOOT sequence of QL/E is completed (SBASIC job 0 is minimised
as "System" in the button frame, wait until Photo QL has completed
displaying the QL collection photo) press +<\> to pick "System".
4. Now that you see the BOOT process windows in the middle of the screen
press + to pick QPAC2 "Files".
5. Once QPAC2 "Files" is on screen press  then  followed by 
to choose the drive "WIN1_" as the Source Directory.
6. Now the QL/E system freezes!


Okay, I can reproduce it. But the crash happens in the screen driver.
The problem is that SMSQ/E does not have any kind of memory protection
and you're loading a quadrillion extensions at boot-time. Any one of
them could be responsible of corrupting the memory in a way that QPAC2
will crash later on without being at fault itself.

Trying to track down these kind of problems is a huge pain, not sure
if I can find the time to do so.

Cheers, Marcel

___
QL-Users Mailing List

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Derek Stewart]

Hi,

This sounds like a Windows Feature or bug?

I have never had a lockup of SMSQ/E since using a Gold Card Version in 
the mid 1990s


I use Linux and SMSQmulator, QPC2, QEmulator and they have never locked 
out any WIN drives.



Regards,

Derek

On 19/03/16 03:57, Timothy Swenson wrote:

I agree with Wolfgang in that there probably was an outstanding file
lock on the .WIN file.  The file lock would keep other programs from
writing to the .WIN file, but it would allow programs to read from it.
This is why you could copy it and why SMSQmulator said it was read-only.

The reboot cleared the lock and all was well.  The cause of the crash
might be difficult to determine.  Windows is not easy to troubleshoot.
There is no truss or par trace capability built into the OS (at least
not that I am aware of), so you can't look inside a process to see what
is happening.

I remember the old bit:  "The software said to install Windows 95 or
better, so I installed Linux."

Tim Swenson
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Q60 aging problems

[Derek Stewart]

Hi Marcel,

I do not know either, which is why I ask... oh well back to sleep

Regards,

Derek

On 15/03/16 10:00, Marcel Kilgus wrote:

Derek Stewart wrote:

This maybe a silly question, but where are the conventions defined


Usually in the OS specifications. Also found in every other device
driver.


and who agreed the implementation of the convention.


I don't understand the question.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Q60 aging problems

[Derek Stewart]

Hi Marcel,

This maybe a silly question, but where are the conventions defined and 
who agreed the implementation of the convention.


Regards,

Derek

On 14/03/16 22:20, Marcel Kilgus wrote:

Ralf Reköndt wrote:

Hmm, nothing to find in the source code (if you have a quick look), as it's
Open Source?


What? You think I did my work on the binary code?


Where doesn't it follow all the QDOS conventions?


Cache handling, data management (e.g. physical definition blocks).

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Q60 aging problems

[Derek Stewart]

Hi,

Even cutting the PLCC socket would have risks to damage the tracks on 
the board due to stress of the cutting.


I have temperature controlled vacuum desoldering equipment, which should 
desolder the PLCC socket pins without damage. Much better and safer than 
hand pump desoldering equipment.


The plugin adapter is a good idea, but the development costs would be 
high and the changes to the operating system would difficult.


If the Jamma GBS8220 board is connected to the Q60 VGA port, this does 
make the display better, but still needs a little tweaking to get full 
screen display. Maybe solution would be to signal condition the VGA 
signal coming out of the Q60 VGA connector.


This is also difficult, but non-destructive on the Q60 board.

Regards,

Derek

On 11/03/16 23:46, Thierry Godefroy wrote:

On Fri, 11 Mar 2016 23:22:40 +, derek wrote:


I would be careful desoldering a PLCC chip,


Actually, the socket, not the chip... ;-)


the D  Q60 was soldered correctly under the correct soldering
temperature.

I have repaired some Qbranch Q40 boards, which had issues with the
over heating of the soldering, resulting in detachment of the through
hole plating.


Yes, I do agree that it won't be for the faint hearted... A "dirty"
but safer (for the PCB) solution, since the PLCC socket will be trashed
anyway, is to use a small cutting pliar to (carefully) destroy the
socket, then to unsolder each pin individually once all the plastic
parts have been removed.

This said, an adapter is still the best solution. A quick search on
the web lead me to this:
http://www.ironwoodelectronics.com/catalog/Content/Templates/PartGrids.cfm?StartRow=21=PL-PLCC44-H-01=PL-PLCC_TABLE
http://www.ironwoodelectronics.com/catalog/Content/Drawings/PL-PLCC44-H-01Dwg.pdf

Not sure how mush it costs, but maybe not much more than the
RTC+battery chip as sold by Farnell... ;-P

Thierry.
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Q60 aging problems

[Derek Stewart]

Hi Thierry,

I can get the RTC Chip for under 10 Euro

Regards,

Derek

On 11/03/16 16:29, Thierry Godefroy wrote:

On Fri, 11 Mar 2016 16:53:56 +0100, pg...@q40.de wrote:


On 11 Mar 2016 at 14:41, Thierry Godefroy wrote:


[...]
This problem was (apparently) due to the lack of poper system date setting
before starting the build process (my Q60 RTC's battery is alas dead, and
given it's a built-in battery inside the RTC package itself, it can't be
replaced);


The Q60 RTC with integrated battery should be available
off-the-shelf for about 12 € from the usual electronic distributors
like Mouser, Digikey, etc.


See my last message: 20€ + VAT (+ postage) from Farnell...


To my surprise, the RTC in my own Q60 has been working for about 18
years.


Mine lasted 12 years or so (it's been dead for alreay a couple of years
and started loosing *minutes* per day when the Q60 was not powered two
years earlier).
Not bad, but still economically silly when compared with a RTC+quartz
chip and independent battery (or supercap: I love those and use them
in all my RTC-fitted electronic projects).


My much bigger concern is the flatscreen monitor issue. I have troubled
my mind about that for years, and if it wasn't for the QL-SD project,
I might have designed a solution. Now that my own CRT monitor faded,
the pain level is growing.


Agreed, this is *the* weak point of the Q40/Q60: without a monitor to
connect it onto, the Qx0 is just a dead part... :-(


Basically, I see five options:

1) Create a 1024x768 signal with a modified CPLD, generating
1024x512 plus a black bar at the bottom of the screen. 800x600 does
not fit the PLD.


Strange... I'd have expected that the problem was the video memory,
but 800x600 pixels consume less memory than 1024x512 pixels...


This solution seems to work with recent flatscreen monitors. For me
on a 1920x1080 LG. But 1024x768 does not interpolate nicely, and the
black area is annoying.


Would it be possible to have black areas (lines) both above and below
the Q60 screen, instead ?... It would look nicer.

As for scaling, some monitors can have it disabled; mine, a Hyundai
W220D, can display any standard EGA/*VGA resolution below its own
(1680x1050) without scaling and centered on the screen (of course,
displaying a 320x200 screen without scaling on such a monitor gives a
tiny picture, but 1024x768 would be quite OK).


2) Design a Q60 graphics card. An ISA card would be slower than the
onboard graphics,


And both slots are already taken: one for the I/O board, the other for
the Ethernet card...


so the only socket where a graphics card could go
(without modifying the mainboard) is the ROM sockets. This would
have the nice side effect to replace the UV EPROMs by Flash.


That would be nice too: I'm worried that the EPROMs contents will end
up ebbing away with time (I saw this happening many times, even on
military grade systems), and these EPROMs are so large that they don't
fit any of my EPROM programmers (which are limited to 27C512 for the
largest EPROM).


Unfortunately, a few additional address and byte select lines are
required, which are not present on the ROM sockets.


Well, depending on how many are "a few", this could be done with
manual wiring...


3) Find a converter which can handle the Q60's 1024x512 resolution
and does not misinterpret it as 800x600 like most VGA converters.


Good luck with that !... Forget about the Ambery and Jamma Boards
products: bought them and they don't work with the Q60... Neither
with the Thor XVI in 512x256 resolution (or very badly).


4) Find a flatscreen monitor with true multisync. A fellow QLer here
in Germany owns such a rare monitor and the results are nice. It is
sort of an industrial monitor. Unfortunately my attempts to get
hands on a batch of similar devices failed yet.


Same here. True multi-sync monitors are History (I'm still so sad and
annoyed that my NEC-3D died, 8 or so years ago).


5) Design a Q60 successor. I had seriously considered this, because
debugging the FPGA-based CPU core inside the Q68 took so long. It
would be a piggyback 68060 board on top of the Q68 hardware. The Q68
board providing video circuitry and peripherals, while the 68060
board holds the CPU, main RAM and glue logic. But this solution
leads away from the original. Considering the Q60 is a vintage
machine worth preserving, this has limited appeal.


It would be another machine... Not sure you'd find a "market" for it.

I'd personally vote for solution 1 (preferred) or 2. :-)

Thierry.
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Instrutions for running SMSQmulator on Raspberry Pi

[Derek Stewart]

Hi Ian,

I have SMSQmualtor running OK on a Raspberry PI2, I am wondering how to 
access the GPIO port from SBASIC, as one of the best features of the 
Raspberry PI is the ease of I/O access form simple programming languages 
like Python.


Do you think extensions of a libraries are required to allow SBAISC 
programmes and compiled to be written access external devices connected 
to the Raspberry PI


Linux is easy, must more stable then Windows, QPC2, SMSQmualtor, 
Q-EMulator, all work with WINE... ans sometime a glass or two.


But the Raspberry PI is more sober, no Wine, only Java...

Regards,

Derek

On 17/02/16 19:52, Ian Burkinshaw wrote:

Hi Derek

Entered java -jar, works fine now. Just seems to be an extention of the
command line.

Have a desktop shortcut as well now. Plus my own custom QXL.WIN files,
all fully working now.

I still have a lot to learn about Raspberry Pi and Linux.

Best Regards

Ian
- Original Message - From: "Derek Stewart" <de...@q40.de>
To: <ql-us...@q-v-d.com>
Sent: Wednesday, February 17, 2016 5:07 PM
Subject: Re: [Ql-Users] Instrutions for running SMSQmulator on Raspberry Pi



Hi Ian,

If you open up the File Manager and select the SMSQmulator.jar file.
Performing a right click to get the properties of the file. There
should be a tab called "Open With" to define the application to open
the .jar

Just point toward the Java Runtime and the double clicking the Jar
file will load the Java runtime and then the jar file.

Just like in Windows

Regards,

Derek

On 17/02/16 12:11, Ian Burkinshaw wrote:

Hi Graeme

Yes all the SMSQmulator files are owned by pi, the default user name I
have been using.

Just tried it again without the sudo command, and now it runs. Not sure
what was going on there.

Regards

Ian
- Original Message - From: "Graeme Gregory" <gra...@xora.org.uk>
To: <ql-users@lists.q-v-d.com>
Sent: Wednesday, February 17, 2016 10:49 AM
Subject: Re: [Ql-Users] Instrutions for running SMSQmulator on
Raspberry Pi



Hi Ian,

'ls -l' to show detailed listing will show who owns files.

Just because it is in your directory doesn't mean you own it, you could
have accidentally done something like 'sudo unzip smsqemulator.zip'

There is nothing in SMSQmulator or java that requires root to run so
something is wrong.

Graeme

On Wed, 17 Feb 2016, at 10:44 AM, Ian Burkinshaw wrote:

Hi Graeme

I assume it is against my log-in since I can see it in the File
Manager.

Ian

- Original Message - From: "Graeme Gregory"
<gra...@xora.org.uk>
To: <ql-users@lists.q-v-d.com>
Sent: Wednesday, February 17, 2016 10:35 AM
Subject: Re: [Ql-Users] Instrutions for running SMSQmulator on
Raspberry
Pi


>
>
> On 17/02/2016 10:29, Ian Burkinshaw wrote:
>> So the trouble was I needed to start it as a super user (sudo)
>
> I really hope thats not true as it goes totally against the
reason > for
> user accounts :-)
>
> Make sure the jar file is owned by your logged in user.
>
> Graeme
>
> ___
> QL-Users Mailing List
>

___
QL-Users Mailing List

___
QL-Users Mailing List




___
QL-Users Mailing List


___
QL-Users Mailing List




___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Instrutions for running SMSQmulator on Raspberry Pi

[Derek Stewart]

Hi Ian,

If you open up the File Manager and select the SMSQmulator.jar file. 
Performing a right click to get the properties of the file. There should 
be a tab called "Open With" to define the application to open the .jar


Just point toward the Java Runtime and the double clicking the Jar file 
will load the Java runtime and then the jar file.


Just like in Windows

Regards,

Derek

On 17/02/16 12:11, Ian Burkinshaw wrote:

Hi Graeme

Yes all the SMSQmulator files are owned by pi, the default user name I
have been using.

Just tried it again without the sudo command, and now it runs. Not sure
what was going on there.

Regards

Ian
- Original Message - From: "Graeme Gregory" 
To: 
Sent: Wednesday, February 17, 2016 10:49 AM
Subject: Re: [Ql-Users] Instrutions for running SMSQmulator on Raspberry Pi



Hi Ian,

'ls -l' to show detailed listing will show who owns files.

Just because it is in your directory doesn't mean you own it, you could
have accidentally done something like 'sudo unzip smsqemulator.zip'

There is nothing in SMSQmulator or java that requires root to run so
something is wrong.

Graeme

On Wed, 17 Feb 2016, at 10:44 AM, Ian Burkinshaw wrote:

Hi Graeme

I assume it is against my log-in since I can see it in the File Manager.

Ian

- Original Message - From: "Graeme Gregory" 
To: 
Sent: Wednesday, February 17, 2016 10:35 AM
Subject: Re: [Ql-Users] Instrutions for running SMSQmulator on Raspberry
Pi


>
>
> On 17/02/2016 10:29, Ian Burkinshaw wrote:
>> So the trouble was I needed to start it as a super user (sudo)
>
> I really hope thats not true as it goes totally against the reason for
> user accounts :-)
>
> Make sure the jar file is owned by your logged in user.
>
> Graeme
>
> ___
> QL-Users Mailing List
>

___
QL-Users Mailing List

___
QL-Users Mailing List




___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator on RPi2 (Re: Tynemouth Software QL keyboard USB interface)

[Derek Stewart]

Hi,

I use SMSQmulator on a Fujitsu Celcius H700 Core i7, with 4Gb ram, using 
Linux with Java 8. The whole system runs perfect.


The only problem I have is the screen resolution of the hardware is too 
high, so I have double the screen window, which solves this.


I have a Pi B & Pi B+, which I use RISC OS and RetroPI. I think moving 
to a Pi for a QL emulation would be really sloow...


Regards,

Derek

On 05/02/16 23:26, Norman Dunbar wrote:

And this, from 2014, shows how to install Oracle Java 8. On a Pi. 
http://www.rpiblog.com/2014/03/installing-oracle-jdk-8-on-raspberry-pi.html.


Cheers,
Norm.


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.15

[Derek Stewart]

Hi Wolfgang,

There is only v2.14 on the web site.

Regards,

Derek

On 06/01/16 06:06, Wolf wrote:

Hi all,

SMSQmulator 2.15 is out, with bugfixes.

Please upgrade.

Happy new year to all of you!

Have fun

Wolfgang.

___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] QPC2 <> W10

[Derek Stewart]

Hi,

I use QPC2, QPC1 (via DOSBOX), Qemulator and under Wine and SMSQmulator 
under Java, on Linux.


I dumped Windows years ago, even Autocad works under Wine, though I am 
struggling with Solidworks 2014, but I told there solution around this.


I do not think Windows is a viable solution now, even  Unity 3D has been 
released for Linux, this shows how much the Operating System has come on.


But... trying to keep on topic, as long as QL emulation works under Wine 
or Java then I use Linux. I also like the Open Source idea as well.


Regards,

Derek

On 05/01/16 02:15, Timothy Swenson wrote:

On 01/04/2016 08:35 AM, pjwitte wrote:

Almost every year I reconsider whether its worth emigrating to Linux,
but its just such a hassel


I'm using Lubuntu 14.X and my migration from Windows XP was quite
smooth. At the time I was using all Open Source tools that are also
cross platform:
Firefox for web browser
Open Office for Word processor, spreadsheet
Thunderbird for e-mail
Scribus for DTP
DOSbox for old DOS programs
SMSQMulator for QL emulation

The things that I had to get were:
 Xfburn for burning CD's
 Asunder for CD ripping
 Handbrake for DVD ripping

All the software I installed from scratch.  For Thunderbird, I moved the
large mailbox file from one node to another and I had my config and old
e-mails.

I'm using both Qemualtor and QPC2 under Wine.  I don't use QPC2 that
much, but it works when I use it.

I used Lubuntu because I like LXDE desktop environment.  Other
distributions might have it too.

Tim Swenson

___
QL-Users Mailing List


___
QL-Users Mailing List

[Ql-Users] SMSQ/E on QL

[Derek Stewart]

Hi,

A question in the QL Forum:

http://qlforum.co.uk/viewtopic.php?f=2=1435

With respects to compiling SMSQ/E on a standard QL, I answered with:

The only version of SMSQ/E that works with the QL is SMSQ/E-GOLD, which 
is designed to run on a QL fitted with a Super/Gold Card.


Both the Gold Card and Super Gold Card on board ram is used for the QL 
memory and the QL internal memory is paged out. The SMSQ/E 
initialisation routine copies the SMSQ/E code to the Super/Gold Card ram.


To get SMSQ/E running on a standard QL with 640K or 896K ram, the SMSQ/E 
initialisation routine would have to re-written to use the QL internal 
memory map.


This is one of my pet project to get running, as the SMSQ/E source code 
is available, so should be achievable.


But a couple of questions arise:

1. Is it worth the effort, when Minerva works very well and basically 
does the same thing and can be extended where it does not.


The big difference, is that SMSQ/E has the Extended Environment 
built-in, this can be added to Minerva at boot up, as with Language tables.


Maybe a Minerva to SMSQ/E toolkit could be compiled from existing 
toolkit to give Minerva the SMSQ/E functionality.


2: With a Gold Card or Super Gold Card fitted, can the QL internal ram 
be access through some type of paging mechanism?


I would appreciate any comments.

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Trump Card Clones

[Derek Stewart]

Hi,

Looks like a Trump Card v2 Copy. I like the Black PCB

With regards to adding a parallel port, the port will need a section of 
I/O memory, the Trump Card uses a standard QL memory map and all the I/O 
space is taken up by the extra 768K of memory. So the only spare space 
is the rom port.


Regards,

Derek

On 04/11/15 17:23, Ralf Reköndt wrote:

Hmm, they should have incorporated a PAR port.

- Original Message - From: "Rich Mellor"


I see that someone from Russia has now cloned the Trump Card and is
offering them for sale (they have a few in stock at the moment):

http://www.sellmyretro.com/offer/details/Sinclair-QL-RAM-expansion-and-floppy-disk-interface-10861


At last someone has managed to make a replica :)

--
Rich Mellor
RWAP Services
Specialist Enuuk Auction Programming Services


___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.12

[Derek Stewart]

Works great...

Regards,

Derek

On 17/10/15 10:47, François Van Emelen wrote:

Op 17/10/2015 om 9:57 schreef Wolf:

Hi all,

SMSQmulator 2.12 is out.

A few bugfixes in the emulation core mean that it might be a good idea
to upgrade.

Have fun

Wolfgang

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



Thanks, Wolfgang. I'll install it this afternoon.

Have a fine weekend.

François Van Emelen


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] SMSQ/E filenames

[Derek Stewart]

Hi,

Thank you Marcel and Wolfgang for the clarification, this question was 
posed in the QL Forum.


Maybe both of you could start reading the Forum, as your input would be 
greatly appreciated.


Regards,

Derek

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

[Ql-Users] SMSQ/E filenames

[Derek Stewart]

Hi,

Is it possible to create a new directory device in SMSQEmulator to use 
filenames with a length of greater than 36 characters.


This topic is being discussed in the QL Forum:

http://qlforum.co.uk/viewtopic.php?t=1405=11854#p11854

With the use of QVFS by H.P Recktenwald

Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] atari smsqe revisited

[Derek Stewart]

Hi,

I can not see SMSQ/E working on the Hatari emulator.

Does SMsQ/E intereact with the physical hardware, which a Hatari 
emulator does try to emulate, but not taht good.


I think you need Atari Hardware to make this work correctly.

I have my STFM with MOde 8 emulator, but I have to make a video cable 
for the CM8833-II monitor.


Regards,

Derek

On 23/07/15 14:20, Michael Grunditz wrote:,

It is the debugger in the Hatari emulator.

On 23 July 2015 at 15:10, Wolf w...@wlenerz.com wrote:

Michael,

what's the name of your debugger?

Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] atari smsqe revisited

[Derek Stewart]

On 21/07/15 08:28, Marcel Kilgus wrote:

Michael Grunditz wrote:

This might be a good idea. Does it need input to work or can it be
configured to perhaps break when something fails?


It's been a decade since I've used it, but IIRC it breaks before the
boot process where you can give it a g command to get it running
again. Then it'll only break again after a fault.


If the serial init works, is it possible to send information to the
serial port directly (printouts ) and in that case is there some
functions to do this?


It expects a VT100 terminal emulator on the other end. Then it handles
like a normal QMON debugger.

Marcel

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Hi,

I have a Atari STFM Mode 8 Emulator, but not used it in a while. I will 
see if I can get it to work and try an upto date version of SMSQ/E.


I also have a Mega ST and a extended 4 Emulator board, not fitted, maybe 
worth a look...



Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

[Ql-Users] Easy68K code

[Derek Stewart]

Hi,

I was going to convert some of the Easy68K source to to run on the QL.

Easy68K uses Trap 14 for I/O and other functions.

Then I thought what about implementing the Trap 14 code, so that the 
Easy68K could run in the QL environment.


Maybe a lot of work

Do you think this feasible.
--
Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 and Win 8

[Derek Stewart]

On 20/07/15 11:26, BSJR wrote:

Op Sat, 18 Jul 2015 23:40:45 +0200 schreef Marcel Kilgus
ql-us...@mail.kilgus.net:


jms1 wrote:

The real problem is the locations for the win1 to 8 is hard coded in
the scource of smsq and smsqe.


What are you talking about? This has never been the case for QPC.

Marcel


To complete the picture, this was and still is (as far as I know) the
case for the QXL ISA card.
There the QXL.win file must be in the root of your partition(s).
I very much doubt this will be a problem for W$8 users.

Bob


Hi,

Not sure why you are using Windows with a QXL... but you could use 
assign the C:\ to a folder and have the QXL.WIN file for WIN1 there.


But this requires a DOS command, maybe not work in Windows.


Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Easy68K code

[Derek Stewart]

On 20/07/15 14:20, Wolf wrote:


I'm not sure I understand.
Obviously, you don't need the 68k simulator part of easy68k, so you just
want the IDE itself (i.e editor + monitor)?

Wolfgang

On 07/20/2015 12:55 PM, Derek Stewart wrote:

Hi,

I was going to convert some of the Easy68K source to to run on the QL.

Easy68K uses Trap 14 for I/O and other functions.

Then I thought what about implementing the Trap 14 code, so that the
Easy68K could run in the QL environment.

Maybe a lot of work

Do you think this feasible.

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Hi Wolfgang,

I meant to say, either port over the Easy68K (X68) assembler source 
programmes and convert it run on the QL. That is some of the example 
files for X68.


Or maybe write a set of Trap 15 code for emulate the X68 I/O, to 
assemble the source of the assembler files to run on the QL.


I do not mean the actual simulator, this could be the QL.


Regards,

Derek

 * English - detected
 * English
 * German
 * Italian
 * Spanish
 * Swedish
 * French

 * English
 * German
 * Italian
 * Spanish
 * Swedish
 * French

 javascript:void(0); #
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 and Win 8

[Derek Stewart]

On 18/07/15 22:36, jms1 wrote:

The real problem is the locations for the win1 to 8 is hard coded in the
scource of smsq and smsqe.

Either alter the source code, assembling or hack smsq.bin or smsqe.bin
by removing the drive locations,  and keeping the file the same length
by adding nulls after.

I have done this for years and the win files finish in the same
directory smsq(e).bin
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



Please the attached screen shots, the QPC2 Device storage is not hard 
coded, is is configurable from the main configuration screen, by 
selecting the Devices option, see QPC2 Devices.png for QPC2 storage 
options for QXL.WIN files.


I doubt that QPC1 had the QXL.WIN hard coded either, there was a 
configuration file as well.


As I said Read The Fine Manual

Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 and Win 8

[Derek Stewart]

Kooks like Attachments are not allowed on the list.

Regards,

Derek

On 19/07/15 09:12, Derek Stewart wrote:


On 18/07/15 22:36, jms1 wrote:

The real problem is the locations for the win1 to 8 is hard coded in the
scource of smsq and smsqe.

Either alter the source code, assembling or hack smsq.bin or smsqe.bin
by removing the drive locations,  and keeping the file the same length
by adding nulls after.

I have done this for years and the win files finish in the same
directory smsq(e).bin
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



Please the attached screen shots, the QPC2 Device storage is not hard
coded, is is configurable from the main configuration screen, by
selecting the Devices option, see QPC2 Devices.png for QPC2 storage
options for QXL.WIN files.

I doubt that QPC1 had the QXL.WIN hard coded either, there was a
configuration file as well.

As I said Read The Fine Manual

Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 and Win 8

[Derek Stewart]

On 17/07/15 20:53, pjwitte wrote:

On 17/07/2015 17:27, François Van Emelen wrote:

Op 17/07/2015 om 11:38 schreef peterfox:

Hi Marcel,

I have had another look on C: and it is not obvious. Any
Suggestions, please?

How can one create a larger QXL.Win, please?

TIA  Regards

Peter

Hi,

I suppose you need the instructions to format a 'win'.
The manual says:

WIN_FORMAT 1 Allow WIN1_ to be formatted
FORMAT WIN1_10 Create a 10 Megabyte WIN device on C:
... you have to echo the two characters displayed ...
WIN_FORMAT 1,0 protect WIN1_ again against unwanted formatting
As far as I know you can't modify to size of a 'QXL.WIN' you have to
create a larger (or
smaller) one and copy your files.
Hope this helps.
Have a nice day.

François Van Emelen

SNIP


Yes, but make sure youre not formatting your boot drive! ;)

Per
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Hi,

In Windows 8, users (even administrators) are not allowed to create 
files in the C drive root directory, otherwise, an error message like “A 
required privilege is not held by the client” or “access is denied” will 
be prompted.


To fix it, just turn off the User Account Control (UAC). In Windows 8, 
do not turn off the UAC via control panel, it must go through the registry.


Or create file, i.e. QXL.WIN files in your user area and change the 
Devices deintion in the QPC2 startup.


Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Toolkit 3

[Derek Stewart]

On 28/06/15 07:54, Michael Bulford wrote:

Hi,

In the latest Quanta magazine, Toolkit 3 is now advertised as freeware.  After 
downloading and unzipping the file, it wouldn't work, it just freezes the QL.  
I've tried using LRESPR with both QPC2 and Q-emuLator, both without joy.  
There's no instructions in the user manual.  Has anyone tried this?

Michael
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



Hi Michael,

I used use on a Minerva when the Toolkit 3 was commercial.

As far as I can remember Toolkit 3 has a procure called DEVLINK, which 
alters the QDOS devices MDV, FLP, RAM to use attempt at hard directories.


This was prior to SMSQ/E and Level 2  3 device drivers, Toolkit 3 maybe 
not run on an SMSQ/E system for that reason.


There is a manual in the Digital Precision software.

Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QL Decompiler

[Derek Stewart]

Hi,

I have been reading the Turbo manuals again, just refreshing my mind and 
the Turbo operation. I must say it was a quite a nice easy read.


One question with regards to the temporary file that is created by the 
Parser_task:


a) Is this the input file to the Codegen_task
b) Do we know the format of the file


Regards,

Derek

On 27/06/15 06:36, Wolf wrote:

Hi,


Probably George Gwilt is best suited to answer that.


Hmm! I seem to have forgotten most of what I knew.


But you probably still know more about it than anybody else...


Parser_task analyses the SuperBASIC program and produces a list of
calls to blocks of code, or templates, which do simple things like
print a comma or go to this procedure.

Codegen_task reads this intermediate code and produces the final
executable program. By analysing the threaded code inside this it
might be possible to reconstruct something like the intermediate code
which was the output from Parser_task.

The next step would be to work back from that to a set of SuperBASIC
instructions.


Not a trivial task from the sound of it



What about using external keywords bound into the program?


Either the keyword has to be present at runtime or its code has to
have been loaded into the compiled program. In either case there may
be difficulty in pinpointing what the keyword is so that it can form
part of the decompiled program.


Yup!



The version of the Turbo Library used should be recorded in the
compiled program.

But the templates could be different for each version?

Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Toolkit 3

[Derek Stewart]

Hi Ralf,

Thank you for the clarification, I remember in the early 1990s Martin 
sent me an message via FidoNET: QL.INIT indocating that the WIN device 
could be included in the DEVLINK process, by patching the TK3 file the 
the WIN device.


This allowed the WIN to have TK3 style directories, at that time I used 
Minerva, as SMSQ/E was not stable at that time.


I will see if I can find the echomail message and post it here.

With regards to the Manual, there is a manual in the archive with the ROM.

I have just noticed that the TK3_ROM is a rom image, so LRESPR will not 
load it, you have use EPROM_LOAD.


I have a Digital Precision Disk of TK3, which has a LRESPRable file, I 
will send this to Dilwyn, since it id freeware now.


Seems all the QL software I have bought is free now...

Regards,

Derek

On 28/06/15 09:16, Ralf Reköndt wrote:

No, they aren't Hard Devices. Martin has developed an idea from me a s
follows:

I had quite a few games on one flp. And I wanted to put them in a kind
of directory, say Game1_, Game2_ and so on. That was long before TT's
hard directories, lets call them TK2 directories, just an addition to
the filename. As the different game programs can't cope with this
addition in the filename, I asked Martin to make a solution to that, so
I can (of course with TK2)

DDOWN Game1_
LRUN BOOT

And the games code finds all of its files, TK3 pushed the addition
GAME1_ to all of its file operations. That worked under SuperBASIC and
under machine code level.

As I said, all without TT's hard directories. It is not guaranteed, that
it will work with that. Martin links all drectory devide drivers during
initialisation of TK3 (or DEVLINK), except the device WIN, as this
should always do his own stuff.

A problem is, that Martin uses some kind of free places of system
variables, which TT later used on his own, although Martin has sent
documentation about that early enough to TT.

One can read in the SMSQ/E version documentation, that from one version,
TT has disabled the intialisaton of TK3. So things may go wrong.

There were times in the 1980s, where not all programmers are loved.

Cheers...Ralf

I hope, to make it a bit clearer.

- Original Message - From: Derek Stewart de...@q40.de
To: ql-us...@q-v-d.com
Sent: Sunday, June 28, 2015 9:44 AM
Subject: Re: [Ql-Users] Toolkit 3




On 28/06/15 07:54, Michael Bulford wrote:

Hi,

In the latest Quanta magazine, Toolkit 3 is now advertised as
freeware. After downloading and unzipping the file, it wouldn't work,
it just freezes the QL.  I've tried using LRESPR with both QPC2 and
Q-emuLator, both without joy.  There's no instructions in the user
manual.  Has anyone tried this?

Michael
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



Hi Michael,

I used use on a Minerva when the Toolkit 3 was commercial.

As far as I can remember Toolkit 3 has a procure called DEVLINK, which
alters the QDOS devices MDV, FLP, RAM to use attempt at hard directories.

This was prior to SMSQ/E and Level 2  3 device drivers, Toolkit 3
maybe not run on an SMSQ/E system for that reason.

There is a manual in the Digital Precision software.

Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

[Ql-Users] QL Decompiler

[Derek Stewart]

Hi,

I have in the past tried at disassemble Qlib and Turbo complied 
programmes, but quite hard when they are not written in an assembler.


On the Amiga there is a programme called ReSource, which allows reverse 
decompilation of compiled programmes. Easier on there as the OS uses 
known libraries...


Could Turbo compiled code be de-compiled and the resultant object code 
be then run through a Turbo re-translator to reconstruct the SuperBasic 
source code, as source code to Turbo is available and we know how the 
Turbo libraries work (maybe)?


This maybe good of great benefit to development programme to created 
which could yield the source code of older programmes that do not run on 
modern systems.


How would this affect copyrighted compiled programmes?

---
Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 and Win10

[Derek Stewart]

On 31/05/15 22:59, Marcel Kilgus wrote:

Norman Dunbar wrote:

Morning all.

The Pi 2 does indeed run Win 10. However it's a special embedded
Win 10 and uses ARM machine language.


Yes, it's not even Windows as we know it, there is no desktop, no
mouse or keyboard support. It's an OS for small remote controlled
appliances. So no, QPC cannot run on it no matter what ;)


Unless I'm completely insane (no comments please!) QPC is written in
x86 assembly so will not run.


The emulation core is x86, yes. The Windows specific parts are C code,
not that this changes the facts much...

Cheers, Marcel


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Hi Marcel,

If the C Source were available, could this be ported to the QL.

Regards,

Derek

 * German - detected
 * English
 * German
 * Italian
 * Spanish
 * Swedish
 * French

 * English
 * German
 * Italian
 * Spanish
 * Swedish
 * French

 javascript:void(0); #
Regards, Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 and Win10

[Derek Stewart]

I meant Windows 10... but then this is silly, cos I do not use Windows.

Regards,

Derek

On 01/06/15 09:22, Marcel Kilgus wrote:

Derek Stewart wrote:

If the C Source were available, could this be ported to the QL.


Could QPC be ported to the QL? I don't get it, what would that be good
for?

Anyway, no, that's not possible, the code is tightly linked with
Windows and not portable.

Cheers, Marcel

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 and Win10

[Derek Stewart]

Hi,

The newish Raspberry Pi 2 is supposed to run Windows 10, maybe QPC2 
could used.



Regards,

Derek

On 29/05/15 22:01, WILLIAM WAUGH wrote:

is it  just  me - I quite like win8.1 -- best not answer that



  On Friday, 29 May 2015, 21:24, Norman Dunbar nor...@dunbar-it.co.uk 
wrote:



  Evening all,

In a word, no.

It works perfectly on Linux under wine though! :-) As long as you don't try to 
access floppies of course.


Good luck and here's hoping win 10 is better than win 8.x and as good as win 7, 
which to my mind, was the best ever windoze release.


Cheers,
Norm.

On 29 May 2015 12:09:30 BST, Dilwyn Jones dil...@evans1511.fsnet.co.uk wrote:

Has anyone tried QPC2 on the Windows 10 technical preview yet?

Dilwyn
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] SMSQmulator 2.07

[Derek Stewart]

Hi Wolfgang,

I have downloaded and am running v2.07, looks really good.

I will test the Floating Point routines with some Raytracing.

Regards,

Derek

On 27/05/15 12:49, Wolf wrote:


Hi all,

SMSQmulator 2.07 is out.

This fixes a bug in the emulation core (which is why you should upgrade).

It is also possible to speed up some floating point routines - please
see chapter VIII - Faster floating point routines for that.

Have fun

Wolfgang

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QDOS / SMS,Reference Manual ebook

[Derek Stewart]

Hi Wolfgang,

Of course I mistaken said Section 5.3, when it should be Section 5.2

So the possible changes for Section 5.2 end Paragraph could read:

correction

The IOF.FLSH and IOF.CHEK commands are subtly different: IOF.FLSH 
ensures that all write operations are complete, whereas IOF.CHEK ensures 
that all write and read operations (including prefetches) are complete.


Not all drivers will implement this trap, e.g. for ram disks where this 
will just go to a MOVEQ 0,D0 and an RTS)


/correction

Does

Regards,

Derek

On 13/05/15 07:00, Wolf wrote:

Hi,

I'm pretty sure that Marcel is right here (as usual).
IOB.TEST makes no sense, this just checks whether there is still some
input, not whether i/o/ operations are complete, so this must be IOF.CHEK.


However, I had a (very quick, sorry) look at the sources and you can
find the following in iod_iox_vector_asm


;+++
; Directory Device check slave blocks
;
;   d6 c  p drive / file number
;   a0 c  p channel block
;   a3 c  p linkage block
;   a4 c s  definition block
;
;   status return standard
;---
iox_chek
 jmp iox_flsh  ; just flush


So at least here, test just calls flush
AFAIK, though, noting actually uses that.

OTOH, not all drivers will implement this trap (I *** believe*** this
might be the case, e.g. for ram disks where this will just go to a moveq
0,d0 and an rts)

since you're redrafting the manual, you might want to add a little rider
in this respect.


Wolfgang

On 05/12/2015 09:52 PM, Marcel Kilgus wrote:

derek wrote:

Hi,

I just looked in the SMSQ/E sources and can not fond IOF.TEST.

Is the statement in Section 5.3 correct?

If not how should read.


As I wrote I'm pretty sure they meant to write IOF.CHEK

Marcel

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm




___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



 * German - detected
 * English
 * German
 * Italian
 * Spanish
 * Swedish
 * French

 * English
 * German
 * Italian
 * Spanish
 * Swedish
 * French

 javascript:void(0);
Not all drivers will implement this trap, E. G. for RAM disks where this 
will just go to a moveq 0, D0 and on RTS)

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QDOS / SMS,Reference Manual ebook Reader

[Derek Stewart]

Hi,

I am wondering if QL version of an Epub text reader is possible.

Epub uses Zip hold all the files with the config files.

A HTML Reader is required, maybe using Prowess HTML Reader or Lynx...

Or maybe write fro scratch in SBASIC which should be fast enough.

Regards,

Derek

On 13/05/15 09:49, Derek Stewart wrote:

Hi,

I have just tried unzipping the epub file to a directory, all the HTML
linked pages seem to link crrectly in a web browser (Firefox)

So when all the correction have been made a WIKI version could be produced.

I have converted all the TRAP and Vector Tables to HTML tables, which
size is depentan on the scree. Assuming viewing the manual on a mobile
phone with small screen area may still format correctly, though I have
to test this, I ideally wanted on a Kindle.

Regards,

Derek

On 13/05/15 09:12, Derek Stewart wrote:

Hi Wolfgang,

I am really only putting the manual into epub/mobi format so that I can
have it on a ereader for reference when trying to problem in assembley
language.

I have already produced a ODT version in Libre Office, but does not have
the corrections, format changes to the Trap listing into tables and
interlinking of the sections.

It possible to make the corrections to the manual and convert it to HTML
and put online as a WIKI file for users to update and correct.

Would this contravene any copyright?

Regards,

Derek

On 13/05/15 07:00, Wolf wrote:

Hi,

I'm pretty sure that Marcel is right here (as usual).
IOB.TEST makes no sense, this just checks whether there is still some
input, not whether i/o/ operations are complete, so this must be
IOF.CHEK.


However, I had a (very quick, sorry) look at the sources and you can
find the following in iod_iox_vector_asm


;+++
; Directory Device check slave blocks
;
;   d6 c  p drive / file number
;   a0 c  p channel block
;   a3 c  p linkage block
;   a4 c s  definition block
;
;   status return standard
;---
iox_chek
 jmp iox_flsh  ; just flush


So at least here, test just calls flush
AFAIK, though, noting actually uses that.

OTOH, not all drivers will implement this trap (I *** believe*** this
might be the case, e.g. for ram disks where this will just go to a moveq
0,d0 and an rts)

since you're redrafting the manual, you might want to add a little rider
in this respect.


Wolfgang

On 05/12/2015 09:52 PM, Marcel Kilgus wrote:

derek wrote:

Hi,

I just looked in the SMSQ/E sources and can not fond IOF.TEST.

Is the statement in Section 5.3 correct?

If not how should read.


As I wrote I'm pretty sure they meant to write IOF.CHEK

Marcel

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm




___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QDOS / SMS,Reference Manual ebook

[Derek Stewart]

Hi Wolfgang,

I am really only putting the manual into epub/mobi format so that I can 
have it on a ereader for reference when trying to problem in assembley 
language.


I have already produced a ODT version in Libre Office, but does not have 
the corrections, format changes to the Trap listing into tables and 
interlinking of the sections.


It possible to make the corrections to the manual and convert it to HTML 
and put online as a WIKI file for users to update and correct.


Would this contravene any copyright?

Regards,

Derek

On 13/05/15 07:00, Wolf wrote:

Hi,

I'm pretty sure that Marcel is right here (as usual).
IOB.TEST makes no sense, this just checks whether there is still some
input, not whether i/o/ operations are complete, so this must be IOF.CHEK.


However, I had a (very quick, sorry) look at the sources and you can
find the following in iod_iox_vector_asm


;+++
; Directory Device check slave blocks
;
;   d6 c  p drive / file number
;   a0 c  p channel block
;   a3 c  p linkage block
;   a4 c s  definition block
;
;   status return standard
;---
iox_chek
 jmp iox_flsh  ; just flush


So at least here, test just calls flush
AFAIK, though, noting actually uses that.

OTOH, not all drivers will implement this trap (I *** believe*** this
might be the case, e.g. for ram disks where this will just go to a moveq
0,d0 and an rts)

since you're redrafting the manual, you might want to add a little rider
in this respect.


Wolfgang

On 05/12/2015 09:52 PM, Marcel Kilgus wrote:

derek wrote:

Hi,

I just looked in the SMSQ/E sources and can not fond IOF.TEST.

Is the statement in Section 5.3 correct?

If not how should read.


As I wrote I'm pretty sure they meant to write IOF.CHEK

Marcel

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm




___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QDOS / SMS,Reference Manual ebook

[Derek Stewart]

Hi Rich,

I am using Sigil to edit the epub file, which formats each page pr 
section into a series of HTML files and uses ZIP compression to produce 
the final epub file.


Which is how I produced the SBASIC Reference Manual Ebook, I dumped the 
HTML web pages into Sigil and after a little reformatting produced a 
nice ebook for my Kindle.


Sigil can merge all the HTML pages into a single HTML file.

So I suppose a web version is possible, on the assumption the detail can 
be corrected.


Regards,

Derek

On 12/05/15 16:56, Rich Mellor wrote:

That is great - any contributions to correct errors in the text are of
course welcome, so that they can be incorporated into the free online
version of the manual!


On 12/05/2015 16:32, Derek Stewart wrote:

I have been converting the QDOS/SMS Reference Manual PDF manual to
work on my Kindle, using Sigil to convert the screen copied text to
epub - mobi. This for my reference.

I have nearly finished and corrected some obvious mistakes.

However, there is a little problem in the manual:

Section 5.2 File I/O, Page 3, Last Paragraph:

quote

The IOF.FLSH and IOF.TEST commands are subtly different: IOF.FLSH
ensures that all write operations are complete, whereas IOF.TEST
ensures that all write and read operations (including
prefetches) are complete.

/quote

I can not find any reference to IOF.TEST

Should this be IOB.TEST ?

Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm





___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QDOS / SMS,Reference Manual ebook

[Derek Stewart]

I have been converting the QDOS/SMS Reference Manual PDF manual to work 
on my Kindle, using Sigil to convert the screen copied text to epub - 
mobi. This for my reference.


I have nearly finished and corrected some obvious mistakes.

However, there is a little problem in the manual:

Section 5.2 File I/O, Page 3, Last Paragraph:

quote

The IOF.FLSH and IOF.TEST commands are subtly different: IOF.FLSH 
ensures that all write operations are complete, whereas IOF.TEST ensures 
that all write and read operations (including

prefetches) are complete.

/quote

I can not find any reference to IOF.TEST

Should this be IOB.TEST ?

Regards,

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm