Re: [Ql-Users] SMSQE 3.38

[Ralf Reköndt via Ql-Users]

Thank you!

Cheers...Ralf

Am 31.10.2021 um 11:34 schrieb Wolf via Ql-Users:

Hi,

there's now a small text file with it...

HTH

Wolfgang

On 31/10/2021 10:09, Ralf Reköndt via Ql-Users wrote:

Thanks a lot.

I still miss a little doc for OUTPTR.BIN.

Cheers...Ralf


___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.38

[Ralf Reköndt via Ql-Users]

Thanks a lot.

I still miss a little doc for OUTPTR.BIN.

Cheers...Ralf

Am 31.10.2021 um 07:39 schrieb Wolfgang Lenerz via Ql-Users:

Hi all,

SMSQE 3.38 is out now.

As usual, you can get it atwww.wlenerz.com/smsqe/.

The main news here is that, thanks to Alain Haoui's work,  WMAN can now
draw real subwindow indices.

The ways this is done is explained in the QPTR manual, the new version
of which can be found at my QL stuff sitewww.wlenerz.com/qlstuff.

There you can find the QPTR manual (in the documentation section), and
also the new QPTR bin file itself, which also implements index drawing
(in the programming section) as well as two demo/test programs (one for
Basic, made by Alain. Haoui, and one for assembler).


Have fun!

Wolfgang
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE on HATARI

[Ralf Reköndt via Ql-Users]

Markus,

one forum member remarks, that "SCSI" is not there...?

Any idea? Or should he add it?

Am 03.02.2021 um 19:04 schrieb desin via Ql-Users:

hello

some interesting findings for Hatari 2.3.1

Configuration
System TT
CPU 68000 32Mhz
TOS EMUTOS512k.img v1.0.x
Floppy MSA/ST 720kb optional
Hardisk
ACSI  optional
SCSI -> QXL.win
GemdosDrive -> folder with bootconf.app / smsqe3xx.prg
fire it up
bootconf.app set screen to compatible
reboot optional
start smsqe.prg
wait

Greetings from Switzerland
 Markus



___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

[Ralf Reköndt via Ql-Users]

A simple bootstrap loader would do the trick, right? Why a complete 
SMSQ/E in EPROM? As far as I remind, TT has written such one, having it 
it one of my TT disks (for Atari).


Am 12.05.2020 um 18:28 schrieb Peter Graf via Ql-Users:

Ralf Reköndt via Ql-Users wrote:

Hmm, so why use it in an EPROM?
You need some kind of ROM to boot the machine and load the OS. This 
can be a separate loader, like inside the Q68, but then it needs to 
access mass storage to load the OS. In case of the Q40 and Q60, the OS 
can boot completely without any mass storage, which is faster. 
___ QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

[Ralf Reköndt via Ql-Users]

Hmm, so why use it in an EPROM?

Am 12.05.2020 um 15:48 schrieb Marcel Kilgus via Ql-Users:

Fabrizio Diversi via Ql-Users wrote:

This issue seems to address newer SMSQ/E in Eprom, I used second
hand ST M27C1024 eprom 120ns. I ordered completely new eprom from
China the same Brand but with 100ns.not sure where is the
problem.

SMSQ/E never executes from EPROM, it is always copied to RAM first. So
any problem with the EPROM would certainly result in an instant crash.
But once it boots the EPROM is not used again anyway.

Marcel

___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

[Ralf Reköndt via Ql-Users]

Hmm, I remember (from my Atari times) that I had my QLWA partition as 
the 2nd one of the Megafile. Wasn't it configurable in SMSQ/E, where it 
has to look for a BOOT?


Cheers...Ralf

Am 23.04.2020 um 16:11 schrieb Thierry Godefroy via Ql-Users:

On Thu, 23 Apr 2020 15:39:39 +0200, Wolfgang Lenerz via Ql-Users wrote:


I just coded a (very quick) and (totally) dirty 5s delay loop in the
Q40 HD init code. The *proper* fix would require waiting in a loop
(that would timeout after 10s or so) for a HD to show up and report
as being ready on the IDE port(s). This won't need any parameter, but
perhaps a disabling flag in the SMSQ/E config block, for people not
using any HD (or IDE drive) and booting only from floppy (disabling
that feature would allow for faster boot on floppy).

I'll put this into the next version. Should the check be made on all 4
possible disks, or only on the one in target 0?

I doubt there are many systems with the boot drive on another target
than 0... So, unless someone speaks against it now, I suggest you go
the easy route. :-D


Well I am curious to know what you did, can be this module published ?

Patch attached. I already reported the issue and transmitted the patch
to Wolfgang as well, a few months ago. I suppose I'm the only person
affected (with perhaps the only known configuration regrouping a low
spinning drive and a fast (overclocked) Q60)...

Unless I'm mistaken, nobody else raised that with me.

I must have mislaid your previous fix, could you send it to me again?

It is attached to the message you just replied now... I also sent it in
my personal email to you, dated Mon, 7 Jan 2019 13:49:28 +0100, with
subject "Re: QXL.WIN sur carte SDHC".

Attaching the "quick and dirty" patch again to this message. But as I
wrote, it's in no way a proper fix (it simply introduces a 5s delay,
which happens to be needed and to suffice for my overclocked Q60 and
my brand/model of HD).

Regards,

Thierry.
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Q-OS

[Ralf Reköndt via Ql-Users]

You have to Set QPC2 t0 1024x768
MY OS Was Based on DJ LaunchPAD
DJ owns theCopy Rights

1024x768 is no good on my 19" monitor, I just use 640x512, that gives 
the best size for me.

___
QL-Users Mailing List

Re: [Ql-Users] Q-OS

[Ralf Reköndt via Ql-Users]

Ah, ok, thank you!

Am 14.04.2020 um 19:00 schrieb simon629--- via Ql-Users:

  You have to Set QPC2 t0 1024x768
MY OS Was Based on DJ LaunchPAD
DJ owns theCopy Rights
 On Tuesday, 14 April 2020, 17:43:17 BST, simon629--- via Ql-Users 
 wrote:
  
  Hi Everyone My New OS is OUT  Today it is Called Q-OS and it is Now a Available to Download


Enjoy

Q-OS.WIN


|
|
|
|  |  |

  |

  |
|
|  |
Q-OS.WIN

Shared with Dropbox
  |

  |

  |



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

___
QL-Users Mailing List

Re: [Ql-Users] Q-OS

[Ralf Reköndt via Ql-Users]

???

What's that?

Am 14.04.2020 um 18:46 schrieb simon629--- via Ql-Users:

  https://www.dropbox.com/s/irqzgmzfp3c8cqp/Q-OS.WIN?dl=0
 On Tuesday, 14 April 2020, 17:43:17 BST, simon629--- via Ql-Users 
 wrote:
  
  Hi Everyone My New OS is OUT  Today it is Called Q-OS and it is Now a Available to Download


Enjoy

Q-OS.WIN


|
|
|
|  |  |

  |

  |
|
|  |
Q-OS.WIN

Shared with Dropbox
  |

  |

  |



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

___
QL-Users Mailing List

Re: [Ql-Users] QBOX BBS for TCP/IP released!

[Ralf Reköndt via Ql-Users]

Jan wrote:

>> Oh well, I first thought the FidoNet utils would be useless these days

That reminds me of the good old days of the MausNet. That was quite a 
good time just receiving mails in the morning and in the evening.


Cheers...Ralf

___
QL-Users Mailing List

Re: [Ql-Users] QMG

[Ralf Reköndt via Ql-Users]

Interesting to see, my version is from 1990, never knew that Wolfgang 
has developed it further for such a long time.


Am 30.10.2019 um 20:23 schrieb desin via Ql-Users:

hello again
found a copy the original floppy disk...

https://princess.kekfiles.com/dl/hpvE2tAUdej3bK5Ye5nQAw/1573068020/557885320/5db9e25bc1c0b9.48922066/QMG95.zip 





Greetings from Switzerland
    Markus
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] QMG

[Ralf Reköndt via Ql-Users]

I have to look at my disk. As far as I remember, QMG was a complete compiled 
program. I just have used it to load pointer programs to examine their sprites.

Ralf

-Original-Nachricht-
Betreff: [Ql-Users] QMG
Datum: 2019-10-22T11:51:18+0200
Von: "desin via Ql-Users" 
An: "ql-users" 

hello
here are my remaining QMG Files
the original floppy disk is gone ...

https://clare.400links.com/dl/5taX31UtbXelyIy9uwJUhA/1572342272/557885320/5daecf800f33f7.94899666/QMG.zip

i got them from Wolfgang Vogel
during a Eindhoven meeting

Greetings from Switzerland
Markus

___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Sad news

[Ralf Reköndt via Ql-Users]

Very sad.

Am 24.05.2019 um 20:07 schrieb Giorgio Garabello via Ql-Users:

Guido Masoero, manager of the Italian SPEM company that has made several
hardware for the QL has passed away.
he was 76 years old :-(

I remember the afternoon after his shop with him talking about QL for hours
... even though he hasn't been an active member of the QL community for
many years, we were still in touch with him and followed our work.

Today is a sad day for us in the Italian world QL
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] QL World magazine scans

[Ralf Reköndt via Ql-Users]

Great, I just read a few. Thanks in advance!

Cheers...Ralf

Am 13.02.2019 um 15:14 schrieb Dilwyn Jones via Ql-Users:

QL World Magazines

Thanks to the hard work of Klaus Frank in Denmark, I've been able to 
add further scanned copies of QL World magazine to the Magazines Page 
on the QL Home Page.


This means we now have a pretty complete collection of the PDFs up to 
the end of 1991.


http://www.dilwyn.me.uk/mags/index.html

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

[Ralf Reköndt via Ql-Users]

No, if any new Keyword comes up, there has to be an explanation.

Am 30.11.2018 um 20:11 schrieb Phil Jordan via Ql-Users:

Try

http://www.wlenerz.com/smsqe/334/smsqe334_binaries.zip

Cheers

On Fri, 30 Nov 2018 at 18:23, Ralf Reköndt via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Would be good to clarify the Syntax.

Am 30.11.2018 um 17:45 schrieb Wolfgang Lenerz via Ql-Users:

Hi all,

SMSQE 3.34 is out.

Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per
Witte.

Wlenerz.com/smsqe


Have fun

Wolfgang
___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

[Ralf Reköndt via Ql-Users]

Would be good to clarify the Syntax.

Am 30.11.2018 um 17:45 schrieb Wolfgang Lenerz via Ql-Users:

Hi all,

SMSQE 3.34 is out.

Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per 
Witte.


Wlenerz.com/smsqe


Have fun

Wolfgang
___
QL-Users Mailing List


___
QL-Users Mailing List

Re: [Ql-Users] Hello Rich and Dilwyn, and anyone else interested

[Ralf Reköndt via Ql-Users]

Me too. Sometimes , it is best to look for the right words.


Am 25.06.2018 um 19:15 schrieb Dave Park via Ql-Users:

I thought this was a death announcement at first.

Then it got weird.

Dave

On Mon, Jun 25, 2018 at 11:08 AM, paul via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Hello out there,  Urs has left the Building.

With him goes a 'working'  QL PM code, the ROMs and the Dongle
melded into a single file that fired up in an emulator.

Once he gets home and the box of stuff he also picked up,
including a 'PM' QL sorted out, he just might have some news
to share. He now has an intact naked QL motherboard also.


--
Paul Holmgren
Music hits of Yesteryear
Abba --- Denture Queen
Tony Orlando --- Knock 3 Times On The Ceiling If You Hear Me Fall
Helen Reddy --- I Am Woman, Hear Me Snore
___
QL-Users Mailing List






___
QL-Users Mailing List

Re: [Ql-Users] Classic Adventures

[Ralf Reköndt via Ql-Users]

Done.

I just wonder, why MetaComCo C programs do not run on QPC2 (as stated in 
the wiki)?



Rich Mellor via Ql-Users:

On 05/04/2018 14:33, Ralf Reköndt via Ql-Users wrote:

Great!

BTW: Both AD1 and AD2 are written in C.

Cheers...Ralf




I guess you might need to update the QL Wiki entry then



___
QL-Users Mailing List

Re: [Ql-Users] Classic Adventures

[Ralf Reköndt via Ql-Users]

Great!

BTW: Both AD1 and AD2 are written in C.

Cheers...Ralf


-Original-Nachricht-
Betreff: [Ql-Users] Classic Adventures
Datum: 2018-04-05T15:02:46+0200
Von: "Dilwyn Jones via Ql-Users" 
An: "QL Users List" 


Classic Adventures

John Jones-Steele, who ran Abersoft in the 1980s, has given permission for the 
Classic Adventures package to be released as freeware.

The package includes two text adventure games, "The Adventure" and "Mordon's 
Quest". The first is based on the famous adventure game by Crowther and Woods, 
the first of its kind, while the second is a loosely- related but original 
sequel. Both should run on an unexpanded QL and are configured to run from 
MDV1. Use up and down cursor keys in the boot program to select which adventure 
you want or the clone program, then press SPACE to start the option selected.

No manual so I have added a short review from QL World magazine plus a couple 
of screen dumps.

It's available to download from my site's Adventure Games page at 
http://www.dilwyn.me.uk/games/adventures/index.html

Dilwyn
___
QL-Users Mailing List

Re: [Ql-Users] QL 2002 The DVD

[Ralf Reköndt via Ql-Users]

I think, putting that to U2be (*.flv) might be a good idea, perhaps in 
Urs' channel.



Am 20.02.2018 um 17:58 schrieb Dilwyn Jones via Ql-Users:
You're welcome if you wish to do so. It has been uploaded to 
greybeardz.com too.


If anyone is familiar with the process, it could probably do with 
uploading to a more permanent web archive.


I have converted the files to mp4 with Handbrake (it'll do .avi as 
well I think), though I haven't looked at whether it'll reduce the 
resolution to make smaller video files for those who wish to view on 
mobile for example. Seems pointless uploading those at the moment as 
they're almost as large as what's on the DVD, but if there is interest 
in having lower resolution copies online I'll see what I can do. 
Although Darren gave permission for me to put it online, I'd suggest 
out of courtesy that if you wish to put it on You-Tube for example 
that you ask Darren first.


I chose to upload the .iso image of the DVD as it includes some QL 
software on the DVD too which would be lost if it was made into just 
10 chapters of video files.


Perhaps if you do re-host I could include the URL on my page as an 
"alternative" location in case i do run into bandwidth issues - I 
confess I don't know from memory what my monthly bandwidth is!


Dilwyn

-Original Message- From: Dave Park via Ql-Users
Sent: Tuesday, February 20, 2018 4:39 PM
To: ql-us...@q-v-d.com
Cc: Dave Park
Subject: Re: [Ql-Users] QL 2002 The DVD

Downloading now, since I probably have the fastest connection. I can
re-host if you like, to reduce Dilwyn's bandwidth bill?

Dave

On Tue, Feb 20, 2018 at 3:44 AM, Dilwyn Jones via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Darren Branagh has kindly given me permission to make available an .iso
image of "QL 2002 The DVD". Being an .iso image, you can burn your 
own copy
of the DVD for posterity with most DVD burner software. A scanned 
image of

the DVD sleeve is also available.

It was originally released in 2002 by Q-Celt Computing in Ireland, 
edited

and produced by Stephen Reyal and Darren Branagh.

The DVD was shot on location at the 2002 Quanta Annual General 
Meeting and
Workshop in Manchester and gives an insight into the QL scene at that 
time,

some 20 years after the QL was first conceived by Sinclair Research.

Presented by Darren Branagh, there are interviews with key players in 
the
QL world, historical information, a tour around the dealers' tables 
and a

look in on the Quanta AGM itself.

Please note that this is a very large file to download. The .iso 
image is

about 3GB in size even when zipped.

My thanks to Simon Foster whose request to locate a copy of the DVD 
led to

me seeking permission to make this available.

Download from http://www.dilwyn.me.uk/ql2002dvd/index.html

Dilwyn
___
QL-Users Mailing List







___
QL-Users Mailing List

Re: [Ql-Users] Sandy SuperQBoard HD

[Ralf Reköndt via Ql-Users]

Dave Park via Ql-Users wrote:

As I said in the other place, if you do this and use a WD1772, you might
get temperamental results. The VL1772 by VLSI is far more overclockable and
runs significantly cooler when double clocked.

I read that the "02-02" stepping of the WD1772 can safely do HD, while
all others cannot. But I will check how the temperature goes under
stress, thanks.


I bought a bulk supply of them for SQBv4 ;)

Looking forward to it :)

Marcel


Me too!!!
___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.31 Q40 no boot after configure

[Ralf Reköndt via Ql-Users]

So you need a commercial program to configure a free OS?


-Original-Nachricht-
Betreff: Re: [Ql-Users] SMSQ/E 3.31 Q40 no boot after configure
Datum: 2017-11-14T11:33:11+0100
Von: "Jan Bredenbeek via Ql-Users" 
An: "ql-us...@q-v-d.com" 

On 13 November 2017 at 18:27, Peter Graf via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

> Hi Duncan,
>
> > the version of menuconfig I have is 3.36 and is dated 2003.
>
> Thank you. That's it! :) With menuconfig 3.36 it worked.
>
> > The version of menuconfig on Dilwyn's site is 3.34
>
> Found even 3.36 when I searched again. Maybe it is stored at more than
> one location.
>

I'm wondering whether menuconfig is now freeware or not. According to this
thread http://qlforum.co.uk/viewtopic.php?t=1025 it is still commercial
software by Jochen Merz. Does anyone have an idea?

Jan.
___
QL-Users Mailing List

Re: [Ql-Users] Fw: Stupid AND

[Ralf Reköndt via Ql-Users]

Sorry, was private ;-))


Am 21.09.2017 um 20:40 schrieb Ralf Reköndt:

Hi Dilwyn,

after a very long time, I need again your help in identifying a song 
text. No need to hurry, if you ever get the time. I think, you may 
have heard this one in the 80s.


Thank you.

Cheers...Ralf


___
QL-Users Mailing List

Re: [Ql-Users] Fw: Stupid AND

[Ralf Reköndt via Ql-Users]

Hi Dilwyn,

after a very long time, I need again your help in identifying a song 
text. No need to hurry, if you ever get the time. I think, you may have 
heard this one in the 80s.


Thank you.

Cheers...Ralf
___
QL-Users Mailing List

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

[Ralf Reköndt via Ql-Users]

Simply load one of the thousand "is there that toolkit name" extensions 
like "ISIT" (Disassembler from DP) or similar and you are happy. Even 
Dilwyn has one on his site.


There is also a very old little toolkit from Steve Jones (Sidewinder), 
which can put every resident Procedure into an "F_xxx" Function 
extension to check, if it is available. I have to look.



Per Witte via Ql-Users:

George, the question is relevant if you write programs intended for other
people: You cant be sure THEY will load Turbo. However, IMHO, any serious
Tinkerer should load Turbo as a matter of course.

Per

On 18 August 2017 at 16:54, gdgqler--- via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


On 17 Aug 2017, at 13:54, Lee Privett via Ql-Users <

ql-users@lists.q-v-d.com> wr


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

In my BOOT I load the TURBO toolkit. So why should I test for it?
If I don’t load it in my BOOT it just is not loaded.

George


___
QL-Users Mailing List

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

[Ralf Reköndt via Ql-Users]

Ah, very clever ;-)))


gdgqler--- via Ql-Users:

On 17 Aug 2017, at 13:54, Lee Privett via Ql-Users  wr
I feel there must be a way to test for TURBO toolkit, any ideas?

In my BOOT I load the TURBO toolkit. So why should I test for it?
If I don’t load it in my BOOT it just is not loaded.

George

___
QL-Users Mailing List

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

[Ralf Reköndt via Ql-Users]

Of course, as it is used to suspend the job.


Am 29.06.2017 um 19:48 schrieb François Van Emelen via Ql-Users:

Op 29/06/2017 om 17:11 schreef Ralf Reköndt via Ql-Users:
Does WAIT suspend a Job? If so, it is different from PAUSE, maybe no 
matter in this case.


Dilwyn has used a similar thing from my extensions to make a new 
Keyword to suspend a Job.



Am 29.06.2017 um 12:58 schrieb Wolf via Ql-Users:

Sorry, yes it is.

On 29/06/2017 12:04, Derek Stewart via Ql-Users wrote:

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


Hi Wolfgang,

I do not have the keyword WAIT in my SMSQ/E v3.31, is that like 
PAUSE ???



Hi,

There seems to be 2 differences between PAUSE and WAIT.

PAUSE  needs channel #0, WAIT doesn't.

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

François Van Emelen

___
QL-Users Mailing List

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

[Ralf Reköndt via Ql-Users]

Does WAIT suspend a Job? If so, it is different from PAUSE, maybe no 
matter in this case.


Dilwyn has used a similar thing from my extensions to make a new Keyword 
to suspend a Job.



Am 29.06.2017 um 12:58 schrieb Wolf via Ql-Users:

Sorry, yes it is.

On 29/06/2017 12:04, Derek Stewart via Ql-Users wrote:

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


Hi Wolfgang,

I do not have the keyword WAIT in my SMSQ/E v3.31, is that like PAUSE ???


___
QL-Users Mailing List

Re: [Ql-Users] Test email

[Ralf Reköndt]

But the site is down :-(


Am 07.05.2017 um 19:12 schrieb Dilwyn Jones:

Groan...:)
Thank you...wish I could say the sameabout my website :(
  


 On Sunday, May 7, 2017 7:05 PM, Graeme Gregory  wrote:
  

  


On Sun, 7 May 2017, at 05:58 PM, Dilwyn Jones wrote:

Just testing to see that the change of email address worked.

Yahoo, Dilwyn is back!


___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E and unset variables

[Ralf Reköndt]

Yes, everyone should read "A Brief History". But exactly this case was 
not bespoken ;-).


Ralf


Am 24.04.2017 um 18:27 schrieb Dilwyn Jones:
When QDOS evaluates an expression and encounters a variable with no 
value assigned, it STOPs with “error
in expression” and reports the line number.  The programmer may well 
have made some spelling mistake, and can immediately make a 
correction.  QDOS is doing exactly what the programmer wants.


Can SMSQ/E be upgraded to follow suit?

Currently, in the above-mentioned case, SMSQ/E will use a zero value 
and will carry on blindly with no error reported.  The assumption is 
made that any new variable will have a default value of zero.  This 
behaviour does not take account of the fact that people are human and 
will sometimes make spelling mistakes.  The unintentional mistake 
gets buried and lost in the middle of the code.  I can spend a great 
deal of time and effort composing a program; I can type it all in, 
and can even double check it, but I can still overlook things.  After 
writing a program in SMSQ/E, I can never be certain that it is free 
of typos.  There is this constant anxiety in the mind.  Programming 
can be difficult, even without the additional workload required of 
having to track down possible spelling mistakes, when there might be 
none at all - one can never tell.  QDOS is much friendlier in this 
respect.  This is why I would like for SMSQ/E to be upgraded to act 
like QDOS.  If this would entail a slight loss of efficiency, then 
that would be acceptable.  For me, the most important aspect of 
programming is to be able to write code that is going to work as 
intended.  If SMSQ/E could be upgraded, then this would mean that all 
new variables would need to be initialised with values before
they are used.  This would apply to both global and local variables 
in procedure/functions.  However, this is a recognised good practice 
in any case.  It is good practice because these initialisations are 
being documented.  We have to remember that others will want to look 
at and understand the code we write. SMSQ/E would be enforcing this 
desirable state of affairs, as QDOS does.


Michael Bulford
When SBASIC was first mooted, I remember that there was at the time 
discussion that other BASICs gave variables default zero value rather 
than stopping with an error - "why couldn't the QL do this?"


Don't know if that influenced Tony Tebby to make SBASIC variables 
behave in this way or not, or was that just coincidence?


Dilwyn

___
QL-Users Mailing List

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

[Ralf Reköndt]

I am not sure, but it happens the first time with Marcel's extended 
Window version.


Ralf


Am 19.04.2017 um 19:44 schrieb Tobias Fröschle:

I can confirm it happens on all my QLs and -alikes. Not very often, but 
regularly.

- Q40 / SMSQ/E
- QL / Minerva
- QL / SGC / SMSQ/E
- QL / GC / QDOS
- QPC2 SMSQ/E
- x86 Linux / uQLX / Minerva
- x86 ARM / uQLX / Minerva

(time to show off a bit ;) )

At least once I had XChange crash when scrolling up on each of these platforms. I am 
pretty sure this has nothing to do with Platform / OS but rather is a bug in XChange. It 
seems to trigger randomly, but, apparently, happens more often on larger documents, 
slower machines and "more aggressive up-scrolling".

Tobias



Am 19.04.2017 um 19:25 schrieb Ralf Reköndt <ralf.rekoe...@t-online.de>:

It doesn't happen on QPC 3.34 with Marcel's XChange.But it happens with 
SMSQmulator.


Am 19.04.2017 um 19:16 schrieb Wolf:

I have it had happen on SMSQmulator (unfortunately).

Wolfgang

On 19/04/2017 17:21, Bob Spelten wrote:

Op Wed, 19 Apr 2017 15:49:27 +0200 schreef tobias.froesc...@t-online.de
<tobias.froesc...@t-online.de>:


Same here, IMHO that is a known bug.

(That only occurs in sufficiently large documents you have not saved
for a while)

Tobias


In this case the doc was only 3 pages and it also occurs just after
loading, without any changes.
The fact that it was OK in the slower SMSQm8 suggests a timing issue.
Or maybe it's the processor difference, m68020 versus m68000?
So I tried to repeat the same on my SGC/Aurora, also m68020, but no
problems there.

Bob


___
QL-Users Mailing List

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

[Ralf Reköndt]

I have tried it with a ten page doc under QPC 3.34 and did not get any 
problems.


Ralf


Am 19.04.2017 um 19:44 schrieb Tobias Fröschle:

I can confirm it happens on all my QLs and -alikes. Not very often, but 
regularly.

- Q40 / SMSQ/E
- QL / Minerva
- QL / SGC / SMSQ/E
- QL / GC / QDOS
- QPC2 SMSQ/E
- x86 Linux / uQLX / Minerva
- x86 ARM / uQLX / Minerva

(time to show off a bit ;) )

At least once I had XChange crash when scrolling up on each of these platforms. I am 
pretty sure this has nothing to do with Platform / OS but rather is a bug in XChange. It 
seems to trigger randomly, but, apparently, happens more often on larger documents, 
slower machines and "more aggressive up-scrolling".

Tobias



Am 19.04.2017 um 19:25 schrieb Ralf Reköndt <ralf.rekoe...@t-online.de>:

It doesn't happen on QPC 3.34 with Marcel's XChange.But it happens with 
SMSQmulator.


Am 19.04.2017 um 19:16 schrieb Wolf:

I have it had happen on SMSQmulator (unfortunately).

Wolfgang

On 19/04/2017 17:21, Bob Spelten wrote:

Op Wed, 19 Apr 2017 15:49:27 +0200 schreef tobias.froesc...@t-online.de
<tobias.froesc...@t-online.de>:


Same here, IMHO that is a known bug.

(That only occurs in sufficiently large documents you have not saved
for a while)

Tobias


In this case the doc was only 3 pages and it also occurs just after
loading, without any changes.
The fact that it was OK in the slower SMSQm8 suggests a timing issue.
Or maybe it's the processor difference, m68020 versus m68000?
So I tried to repeat the same on my SGC/Aurora, also m68020, but no
problems there.

Bob


___
QL-Users Mailing List

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

[Ralf Reköndt]

It doesn't happen on QPC 3.34 with Marcel's XChange.But it happens with 
SMSQmulator.



Am 19.04.2017 um 19:16 schrieb Wolf:

I have it had happen on SMSQmulator (unfortunately).

Wolfgang

On 19/04/2017 17:21, Bob Spelten wrote:

Op Wed, 19 Apr 2017 15:49:27 +0200 schreef tobias.froesc...@t-online.de
:


Same here, IMHO that is a known bug.

(That only occurs in sufficiently large documents you have not saved
for a while)

Tobias


In this case the doc was only 3 pages and it also occurs just after
loading, without any changes.
The fact that it was OK in the slower SMSQm8 suggests a timing issue.
Or maybe it's the processor difference, m68020 versus m68000?
So I tried to repeat the same on my SGC/Aurora, also m68020, but no
problems there.

Bob


___
QL-Users Mailing List

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

[Ralf Reköndt]

Yes, I know. Although Marcel do not know, I would be interested in 
knowing the way, they have realized it.


Ralf

Am 11.04.2017 um 12:07 schrieb 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.



___
QL-Users Mailing List

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

[Ralf Reköndt]

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

-- 
*Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net

___
QL-Users Mailing List

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

[Ralf Reköndt]

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



Marcel Kilgus:

Jan Bredenbeek wrote:

I've been doing a lot of disassembling on the original QL ROM but
understanding the SuperBASIC parser was a bridge too far for me, so I found
it a very interesting read. It raises one question though - is SBASIC an
interpreter or a real-time compiler?

It's a compiler that compiles to intermediate code and an interpreter
for this code. Basically the same as a real-time QLiberator. And
actually similar to how modern languages do this, like Java and C# (if
we disregard the later hot-spot compilation step).


I'm still working on BASICODE and hit upon another 'feature' which works
differently in SBASIC: the vector at $138 can be used to LIST a number of
lines (from D4 to D6), but in the original ROMs and Minerva it can also be
used to execute a DLINE when called with D7<>0 (I believe the TK2 ED
command makes extensive use of this). However in SBASIC the DLINE feature
doesn't work, and from examining the code I could deduce that D7 isn't
being tested at all!

Haven't investigated anything in this regard, but full source code for
TK ED is available and other than a different way to call the vectored
routines it's identical between QDOS and SMSQ/E.


___
QL-Users Mailing List

Re: [Ql-Users] The Quill (Adventure Writer)

[Ralf Reköndt]

And hopefully "format ram1_mdv1" does the work!

- Original Message - 
From: "Adrian Graham"



On 24/03/2017 08:28, "RWAP Software"  wrote:


Anyway, I have a working copy of Speccy Quill A06 and 1984 has just
come
flooding back to me when I was writing bad adventures :)

Cheers,


The Spectrum version is already preserved and available - thanks.

It is the QL version which seems to be old.  It would be nice to see if
Tim could help get Illustrator support on the QL


Ah ok, I'll keep searching then, I'm sure I've got a QL Quill somewhere. I
remember it because it's not in the usual cassette case, more of a foamy
plastic box. Trouble is, it's in here somewhere! *waves arms around*

Cheers

--
Adrian/Witchy 


___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel and CDEC$

[Ralf Reköndt]

Ah, that reminds me of writing bugs to TT, but that was only possible with 
letters to King Street, Rampton, so took a bit longer than today.


Keep up the good work!

- Original Message - 
From: "Marcel Kilgus"



Michael Bulford wrote:

There seems to be a problem with CDEC$.
CDEC$(123,4,0) should give " 123", but gives instead 4 asterisks.


Confirmed, that one is on me. I will hold back with the update a bit
in case you find some more ;-)

Marcel 


___
QL-Users Mailing List

Re: [Ql-Users] toolkit-ii-the-sequel

[Ralf Reköndt]

That let me hope for the future

;-)


From: "Marcel Kilgus"

I found the source for the QTYP spell device,
I didn't even know I had those.

___
QL-Users Mailing List

Re: [Ql-Users] The Quill (Adventure Writer)

[Ralf Reköndt]

I remenber, you say, that Quill generated programs do not execute on QPC2, or 
SMSQ/E, where ACT executables do run. Where is the problem with The Quill?


From: "Rich Mellor":

On 2017-03-24 00:37, Adrian Graham wrote:
> On 20/03/2017 10:21, "Rich Mellor" wrote:
> 
>> Good morning all,
>> 
>> Does anyone have a copy of the Quill adventure writer by Gilsoft?
>> 
>> Tim Gilberts (who ran Gilsoft) has been looking into this and found a
>> version A03 copy.  I myself only have version A00.
>> 
>> Tim asked if anyone has a later version than A03.
> 
> Evening all, or is it morning now.
> 
> Anyway, I have a working copy of Speccy Quill A06 and 1984 has just 
> come
> flooding back to me when I was writing bad adventures :)
> 
> Cheers,

The Spectrum version is already preserved and available - thanks.

It is the QL version which seems to be old.  It would be nice to see if 
Tim could help get Illustrator support on the QL

___
QL-Users Mailing List

Re: [Ql-Users] New TK II version 2.30

[Ralf Reköndt]

Great!

The link of the the source code is also the link to the ROM file. ;-).

Cheers...Ralf

- Original Message - 
From: "Marcel Kilgus"




Why? Because I can.

Read the details here:

https://www.kilgus.net/2017/03/19/toolkit-ii-the-sequel/

___
QL-Users Mailing List

Re: [Ql-Users] Stella

[Ralf Reköndt]

I think, TT reads here, so he makes his own thougths about people, who still 
remember his projects and are still interested in these.


- Original Message - 
From: "Dave Park"


So, fair to assume it's a dead project that will never see the light of 
day.


Thanks all!

Dave

On Thu, Mar 16, 2017 at 4:10 PM, Norman Dunbar
wrote:


Sorry Dave,  I seem to have an inability to use a tablet! The url was
supposed to be:

https://web.archive.org/web/20050914114333/http://thgodef.
nerim.net/qdos/stella/intro.html

but I suspect it's Arnauld's page on Thierry's site which you mentioned.

Cheers,
Norm.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity. 


___
QL-Users Mailing List

Re: [Ql-Users] German Minerva ROM

[Ralf Reköndt]

That's quite a historical thing. Jochen and Tony have always shared those 
things, a few or more others have never get any informations (maybe accept 
you) about those things. No wonder, Jochen was able to make his SBAS Thing. 
And...QD is still commercial after all those years, silly, isn't it?


- Original Message - 
From: "Marcel Kilgus"



On the other hand, SBAS/QD also shows how this could be done. It
actually fetches the program line by line from the QD editor and
manually builds the SBasic program with it. In case of an error QD is
instructed to jump to the offending line and show the appropriate
message.

I had a look at the code and it's pretty much intertwined with the QD
editor and probably not suitable for others, but in theory similar
interfaces could be implemented for other editors or purposes, I
personally just don't see the need. Plus I'd like to avoid the "oh,
why did you make it SMSQ/E only" complaints.


___
QL-Users Mailing List

Re: [Ql-Users] German Minerva ROM

[Ralf Reköndt]

It should be possible, as there is another (earlier) full screen editor in 
GigaBasic with syntax check. Perhaps it is possible to contact the authors, 
maybe Rich has any addresses.


- Original Message - 
From: "Dilwyn Jones"
Apart from the obvious historical interest of BASICODE and the sofware you 
wrote, it would be useful to document vectors etc concerning editing basic 
programs and syntax checking. And if you have gone as far as to do a 
commented disassembly of the TK2 ED command, for example, that might be 
very useful too. For example, comparing the code in SMSQ/E might help show 
the differences and where common code could be used too if the structure 
of SuperBASIC and SBASIC is not too different.


___
QL-Users Mailing List

Re: [Ql-Users] German Minerva ROM

[Ralf Reköndt]

Ah, a good idea. I have elsewhere on disk a Minerva (not the latest version) 
which was patched by Martin Berndt with german key layout (not so 
important), with b/w colours of #1 and #2 (also not so important) but with 
autostart at F1, not F2 (a bit more important).


Cheers...Ralf

- Original Message - 
From: "Marcel Kilgus"



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

Re: [Ql-Users] Preview

[Ralf Reköndt]

Same here. Never had such a lot replies in about half a minute.

- Original Message - 
From: "Marcel Kilgus"



Is there a problem still? But just for the record, my email account
was never hijacked, somebody "just" used my address to send spam
through an open server. Got about a thousand undeliverable returns
within a few minutes :(


___
QL-Users Mailing List

Re: [Ql-Users] USB mice

[Ralf Reköndt]

My mouse port was on the main PCB of the SQB, I have seen in the forum, that 
Stefan had it on the RAM PCB. If I have seen right. Mine also had 512k.



- Original Message - 
From: "Marcel Kilgus"



Ralf Reköndt wrote:

Ok, the mouse, which came with the SQB was horrible, but an Atari mouse
worked immidiately.


Maybe there was a version with the Atari/QIMI pinout, but mine matches
exactly the description for the Issue 3 board as seen at Dilwyn's
site:

http://www.dilwyn.me.uk/docs/hardware/Circuits_SQBoard.zip

Marcel

___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] USB mice

[Ralf Reköndt]

Ok, the mouse, which came with the SQB was horrible, but an Atari mouse 
worked immidiately.



- Original Message - 
From: "Marcel Kilgus"



I just published a short article about how I connected a USB mouse to
my QL (SuperQBoard/QIMI). Perhaps this is interesting to some of you,
too:

https://www.kilgus.net/2017/01/30/of-mice-and-men-but-mostly-mice/

Cheers, Marcel

___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] Online SuperBasic Manual.

[Ralf Reköndt]

- Original Message - 
From: "Geoff Wicks"I am not sure whether I was the writer of the tools that 
Rich refers to,


Text87 was always the most difficult of the QL word processors as no one 
has ever been able to unravel the file formatting.


I will never understand, why Fred does not open this format. 


___
QL-Users Mailing List

Re: [Ql-Users] For Thierry Godefroy

[Ralf Reköndt]

Hmm, resizing was always possible or am I wrong?

- Original Message - 
From: "Giorgio Garabello"



with easyptr4 you car resize the window like qpac2

2016-10-25 18:19 GMT+02:00 Ralf Reköndt



Resizable windows? Please explain.

- Original Message - From: "Giorgio Garabello"


Hello Thierry, you are the author of two of the most used of the QL

software, ACP and FileInfo2
There 's the possibility that these software are updated to the new
possibilities offered by EasyPTR4 (system palette and resizable 
windows)?


Greetings
Giorgio 


___
QL-Users Mailing List

Re: [Ql-Users] For Thierry Godefroy

[Ralf Reköndt]

Resizable windows? Please explain.

- Original Message - 
From: "Giorgio Garabello"



Hello Thierry, you are the author of two of the most used of the QL
software, ACP and FileInfo2
There 's the possibility that these software are updated to the new
possibilities offered by EasyPTR4 (system palette and resizable windows)?

Greetings
Giorgio

___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 and Buttons

[Ralf Reköndt]

Horrible.

- Original Message - 
From: "Bob Spelten"


If you want to use BUTTON_SLEEP in a program you need to check for the  
Qpac2 version, or use something like Q_ERR_ON/_OFF to catch the error and  
try again with _SCHLAF.

___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 and Buttons

[Ralf Reköndt]

To be honest: I never use those creepy german versions, as it always gave 
problems.


- Original Message - 
From: "pjwitte"


Please EXEP 'Things' ('Choses'?)and take a look to see what these
Things are called on your machine, especially if you have a
non-English version of QPAC2. 


___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 and Buttons

[Ralf Reköndt]

I always thought so. QL language was always English, wasn't it? I wonder, 
how I would ever understand the lot of software and letters, if it wasn't 
so.


From: "Tobias Fröschle"

For some reason, my (German) QPC + QPAC2 installation has both a 
"Button_Schlaf" and a "Button_Sleep" thing.


I do, however, go with you, Ralf, that localization of Thing names isn't 
the brightest of ideas


Tobias



Am 14.10.2016 um 18:11 schrieb Ralf Reköndt <ralf.rekoe...@t-online.de>:

I have never understand, why this was done. TT's programs always were 
genuine english, seems to be an idea from Jochen.


- Original Message - From: "Bob Spelten"

Op Fri, 14 Oct 2016 12:18:31 +0200 schreef pjwitte <pjwi...@online.no>:

Could poeple please tell me what differences there are between the 
various language versions of the QPCA2 button utilities or any other 
QPAC2 component?


Starting with BUTTON_SLEEP = BUTTON_SCHLAF in German, does the button 
frame or any other Thing or component have a language dependent name 
that has an affect on how the utility is accessed? (Mere display 
information, such as configuration item labelling etc, is not important 
in this context.)


Thanks in advance,


As far I can see from Viewing the 3 languages, these are the differences:

E  G   F
Things Choses
Button Bouton
Exec   Exéc
Wake   Réveil
Pick   Choix
Rjob
Sysdef
Files  Dateien Fichiers
Jobs
Channels   Kanäle  Canaux
Hotkeys
Hotjobs
Button_Pick
Button_Sleep   Button_Schlaf

The 4 keywords are the same for all 3.

Bob 


___
QL-Users Mailing List

Re: [Ql-Users] QPAC2 and Buttons

[Ralf Reköndt]

I have never understand, why this was done. TT's programs always were 
genuine english, seems to be an idea from Jochen.


- Original Message - 
From: "Bob Spelten"


Op Fri, 14 Oct 2016 12:18:31 +0200 schreef pjwitte :

Could poeple please tell me what differences there are between the 
various language versions of the QPCA2 button utilities or any other 
QPAC2 component?


Starting with BUTTON_SLEEP = BUTTON_SCHLAF in German, does the button 
frame or any other Thing or component have a language dependent name  that 
has an affect on how the utility is accessed? (Mere display  information, 
such as configuration item labelling etc, is not important  in this 
context.)


Thanks in advance,


As far I can see from Viewing the 3 languages, these are the differences:

 E  G   F
 Things Choses
 Button Bouton
 Exec   Exéc
 Wake   Réveil
 Pick   Choix
 Rjob
 Sysdef
 Files  Dateien Fichiers
 Jobs
 Channels   Kanäle  Canaux
 Hotkeys
 Hotjobs
 Button_Pick
 Button_Sleep   Button_Schlaf

The 4 keywords are the same for all 3.

Bob 


___
QL-Users Mailing List

Re: [Ql-Users] Why so slow?

[Ralf Reköndt]

Ah, ok, but we have to wait for Marcel to put this into QPC, as he has a 
special SMSQ/E.


- Original Message - 
From: "Wolfgang Lenerz"



Hi,

Put simply, the record "update" forces a flushing of all the buffers for
the file. When using the SMSQ/E routines, this may give rise to writing
several sectors to the disk, one after the other, which is slow. My win
driver handles that a bit differently - there is no  buffer to flush per 
se.


Wolfgang



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

Re: [Ql-Users] Why so slow?

[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

Re: [Ql-Users] ProWess Fontutils

[Ralf Reköndt]

What does this made?

- Original Message - 
From: "Simon Balderson"


Hi,

I'm thinking of re-instating all of my ProWess software.  As far as I know 
it's freeware now but I can't find a copy of the fount utility Fontutils 
anywhere.  It's mentioned on the Progs website but there is no download 
for it and I can't find it on the QL is 30 DVD-ROM.  Anybody got any ideas 
please? 


___
QL-Users Mailing List

Re: [Ql-Users] QL Software Preservation

[Ralf Reköndt]

I remember, there was a problem to read your list. Would you please give the 
URL again?


Cheers...Ralf

- Original Message - 
From: "RWAP Software"


I assume that despite all of the comments and publicity around the 
preservation projects, no-one else has volunteered to help with the hard 
work? 


___
QL-Users Mailing List

[Ql-Users] Fw: OT HD Recovery

[Ralf Reköndt]

Ahh, I understand, it was a comman question.

I always use a program from Pixomedia to rescue bitmap files from any 
SD/CF/MMC. If not longer obtainable, I can supply a ZIP for this program. Just 
ask. It works very well.

As for "native" QL HD (Atari, Qx0, Miracle) there is no way, as TT did not 
supply any program for this. DRVCHK and DRVLNK are just to try to rersolve 
problems...but to be honest, they didn't.

Cheers...Ralf
  - Original Message - 
  From: Norman Dunbar

  He said:


  Sorry for the OT , about keeping backups there is still an incredible amount 
of people who think that hard drives are indestructible ( beyond the fact that 
making an accidental delete does not take much ) . I have a friend who has 
totally melted the HD of his laptop ( a seagate ) , I did some testing and over 
to smell of singed is not even seen by the BIOS . Do you know any laboratory 
that is capable , I suppose using an electronic functioning , retrieve data ( 
in particular this would be pictures ) ?


  Thank you
  David


  Italian translation courtesy of 

  QL -Users Mailing List
  Google Translate
  https://translate.google.co.uk





  On 3 August 2016 16:14:18 BST, "Ralf Reköndt" <ralf.rekoe...@t-online.de> 
wrote: 
Ok, I can read every word, but do not understand anything ;-)- Original 
Message - From: Davide Scusate l'OT, a proposito di tenere i backup ci sono 
ancora una  incredibile quantità di persone che pensano che gli hard disk siano 
 indistruttibili (al di là del fatto che fare un delete accidentale non  
richiede molto). ho un amico a cui si è totalmente fuso l'HD del suo  portatile 
(un seagate), ho fatto qualche prova ed oltre a puzzare di  strinato non viene 
neanche visto dal BIOS. Conoscete qualche laboratorio  che sia in grado, 
suppongo utilizzando un elettronica funzionante,  recuperare dati (in 
particolare si tratterebbe di foto)? Grazie 
Davide--
 QL-Users Mailing List 
QL-Users
 Mailing List
  -- 
  Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
QL-Users Mailing List

Re: [Ql-Users] OT HD Recovery

[Ralf Reköndt]

Ok, I can read every word, but do not understand anything ;-)

- Original Message - 
From: Davide


Scusate l'OT, a proposito di tenere i backup ci sono ancora una 
incredibile quantità di persone che pensano che gli hard disk siano 
indistruttibili (al di là del fatto che fare un delete accidentale non 
richiede molto). ho un amico a cui si è totalmente fuso l'HD del suo 
portatile (un seagate), ho fatto qualche prova ed oltre a puzzare di 
strinato non viene neanche visto dal BIOS. Conoscete qualche laboratorio 
che sia in grado, suppongo utilizzando un elettronica funzionante, 
recuperare dati (in particolare si tratterebbe di foto)?


Grazie

Davide


___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] New articles

[Ralf Reköndt]

OK, found. Just missing download links.

- Original Message - 
From: "Andrea Carpi"


You can click on English to read English version :-)

Il 02/08/2016 19.19, Ralf Reköndt ha scritto:

Sorry, I can't read italian language.

- Original Message - From: "Giorgio Garabello"

Sent: Tuesday, August 02, 2016 2:41 PM
Subject: [Ql-Users] New articles



Some new articles on our site.
We publish at least two articles per month, so come back soon to visit us 


___
QL-Users Mailing List

Re: [Ql-Users] New articles

[Ralf Reköndt]

Sorry, I can't read italian language.

- Original Message - 
From: "Giorgio Garabello"


Sent: Tuesday, August 02, 2016 2:41 PM
Subject: [Ql-Users] New articles



Some new articles on our site.
We publish at least two articles per month, so come back soon to visit us

___
QL-Users Mailing List

Re: [Ql-Users] Copyright

[Ralf Reköndt]

Yes, why Fred Toussi does not make this program freeware and why he does not 
make the way public, how T87 saves its documents...


I will never understand. Noone sells it today, nor does anyone develops 
driver for it. Is this the way? Surely not.


Cheers...Ralf

- Original Message - 
From: "Colin McKay" 

I have used Text87 almost since its availability. In those far back days I
spoke to a member of the firm which produced it, and he explained some of
its facilities. Later my memory failed, and I could not reconstruct the
steps from the manual. From this, I suggest that whilst the program is 
very

good, its value is diminished from the fact that its manual is seriously
deficient. I suspect that situation could exist for many QL programs. They
are written by insiders for the use of insiders. 


___
QL-Users Mailing List

Re: [Ql-Users] Software Preservation Project - Tasks

[Ralf Reköndt]

I fear it's lost.

- Original Message - 
From: 
Great news about Qliberator may become freeware. Would Ian release the 
source code? 


___
QL-Users Mailing List

Re: [Ql-Users] Withdrawal of my personalSoftware PreservationProject

[Ralf Reköndt]

No chance withot an account...

- Original Message - 
From: "Rich Mellor (RWAP)" <r...@rwapservices.co.uk>

To: <ql-us...@q-v-d.com>
Sent: Wednesday, July 06, 2016 7:50 PM
Subject: Re: [Ql-Users] Withdrawal of my personalSoftware 
PreservationProject




I can't issue a working email address - but I found him on LinkedIn -

https://www.linkedin.com/in/fred-toussi-41227591

Rich

On July 6, 2016 at 6:40 PM Ralf Reköndt <ralf.rekoe...@t-online.de> 
wrote:



Ok, has anyone a working email address for Fred Toussi?

- Original Message -
From: "Dilwyn Jones" <dil...@evans1511.fsnet.co.uk>
To: <ql-us...@q-v-d.com>
Sent: Wednesday, July 06, 2016 7:08 PM
Subject: Re: [Ql-Users] Withdrawal of my personalSoftware
PreservationProject


>> For those of us who are unfamiliar with T87, is there some (short)
>> example document and the ASCII of the text contained?
>>
>> Graeme
> The drivers_info_t87 file supplied with it states that the sources for 
> the
> printer drivers were not included on the disk for lack of space but 
> were
> available on request from the author Fred Toussi. I'm not in contact 
> with
> him now, but if anyone did go to the trouble of getting these from him, 
> it

> might possibly help I suppose.
>
> There is some information at the end of the above file:
>
> STRUCTURE OF PRINTER DRIVERS
>
> Each printer driver file consists of tables of numbers and strings and 
> a

> small amount of machine code. The supplied files vary in size. The
> Assembly Language source code for the driver files is available 
> separately

> from Software87. Some of the source code files are for more than one
> printer driver. Modifying the driver files requires the use of an
> assembler to re-assemble the modified source file. Modification can be
> very simple, as in the case of changing a number representing the pitch 
> of
> a daisywheel, or more complex when a printer with a completely 
> different
> standard is aimed at. With many Epson compatible dot-matrix printers, 
> the
> width tables for proportionally spaced characters are different from 
> those

> of the Epson printers for which there is a driver. This means that when
> proportional spacing is used within a line, that line may not justify
> correctly. The width tables within the printer driver should be 
> modified

> for correct justification.
>
> The source listings are in the form of _T91 or _T87 documents. 
> Extensive
> comments on the structure of the printer driver files can be found in 
> the

> LX800 file. Once modifications have been made, driver files must be
> |Export|ed using the |Ascii| command to make them readable by 
> assemblers.
> The SINCLAIR Macro Assembler or Assembler (written by GST) can be used 
> for
> assembling the printer drivers. The Macro Assembler can be purchased 
> from

> QUANTA.
>
> I have a working Text 87 (thanks to Marcel for the patch program) so 
> could
> export the data to help anyone prepared to look into this if we can 
> find

> these sources.
>
> As it is, I’ll privately send you some Text87 files to experiment with
> along with exported ascii text to compare. I’ve not looked at it 
> myself,
> but I suspect that with all the options such as proportional spacing 
> etc

> etc Text 87 has to handle it might be a very complex file format.
>
> Dilwyn
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2016.0.7640 / Virus Database: 4627/12565 - Release Date: 
> 07/05/16

> ___
> QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] Withdrawal of my personalSoftware PreservationProject

[Ralf Reköndt]

Simply ask Fred Toussi, why he do not explain the programming of a T87
printer driver and the way, he saves documents.

And be careful about the sun!

- Original Message - 
From: "Norman Dunbar"



Rich's original manual,  in Text87 I think, is a prime example - we can't
get a printer driver or extractor created to properly convert the text to
legal html, or to extract the text somehow, while preserving or matting,
or indicators of same. I tried, years ago with blank files,  then some
with plain text etc etc to decode the files.  I failed.


___
QL-Users Mailing List

Re: [Ql-Users] Balled

[Ralf Reköndt]

Makes me wonder, why QD and QMenu are still commercial

- Original Message - 
From: "Wolf" 

To: 
Sent: Sunday, June 19, 2016 2:55 PM
Subject: [Ql-Users] Balled



Hi all,

I've uploaded the game BALLED (a formerly commercial title) to my site.

www.wlenerz.com/QLStuff.

Have fun

___
QL-Users Mailing List

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

[Ralf Reköndt]

No, that does not work the same way, as if you set the three SV to "". Just 
try. I always set SV_DDLST to 0.


original = peek_w (peek_l (sv_base+176)) : rem SV_DDLST
poke_w peek_l (sv_base+176) , 0 : rem set to zero, TK2 has no default now
ferr = fop_in (#5,fname$) : try to open_in the file

error testing here

Value back:
poke_w peek_l (sv_base+176) , original : back to the TK2 default, the 
devstring is still in memory


So there is nothing changed and the old devstring location is put, where it 
was before. No TK2 defaults.


Cheers...Ralf

- Original Message - 
From: "Wolf" 

To: 
Sent: Wednesday, June 15, 2016 6:49 AM
Subject: Re: [Ql-Users] A feature or a bug?



Hi,
I often use something like this for ftest

100 DEFine FuNction ftest2(file$)
110 LOCal dad$,ded$,prd$,a
120   dad$=DATAD$
130   ded$=DESTD$
140   prd$=PROGD$
150   DATA_USE ""
160   DEST_USE ""
170   PROG_USE ""
180   a=FTEST(file$)
190   DATA_USE dad$
200   DEST_USE ded$
210   PROG_USE prd$
220   RETurn a
230 END DEFine ftest2
240 :

HTH

Wolfgang 


___
QL-Users Mailing List

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

[Ralf Reköndt]

Does this ommit TK2?

- Original Message - 
From: "George Gwilt"



Using Turbo Toolkit’s DEVICE_STATUS might be safer.

George 


___
QL-Users Mailing List

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

[Ralf Reköndt]

Well, in the first place, I always thought, that FTEST makes an direct check 
on the file or device, omitting every TK2 occurence. Unfortunately, I was 
wrong.


- Original Message - 
From: "Dilwyn Jones" 

To: 
Sent: Tuesday, June 14, 2016 6:07 PM
Subject: Re: [Ql-Users] A feature or a bug?



Can someone explain this?
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?
IF line 30 is replace with VIEW f$ then the content of win (in my case 
Win2_) is displayed.

Can someone confirm the above program?

François Van Emelen
FTEST("") is essentially FTEST(DATAD$) as Marcel and Tim have pointed out. 
The TK2 extensions like this all pick up the system defaults.


a root drive name such as WIN1_ or WIN2_ on a level 2 system contains the 
list of files details for the directory, as you'll see if you COPY WIN1_ 
TO SCR.


So, I would politely suggest you do NOT put DELETE or WDEL in line 30, 
François!!! (unless you enjoy putting your win drives at risk of 
self-destruct)


I daresay you could use a clumsy coding liek this to work around it:

5 d$=DATAD$:DATA_USE ""
10 f$=""
20 IF FTEST(f$)=0
...
70 DATA_USE d$

(even then there is a the risk another job might alter DATA_USE in between 
lines of your program, just to screw things up, and beware of when DATAD$ 
returns just '_')


As an aside, the null filename used to be used (on level 1 filing systems) 
in protection systems as a kind of hidden file in the early days of QL 
software.


Dilwyn




-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7639 / Virus Database: 4604/12419 - Release Date: 06/14/16

___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] Q_Liberator externals

[Ralf Reköndt]

BTW: Does anybody know, why TT has omitted the message " Extensions 
missing" in his own written QLOAD, if used extensions were not loaded? That 
was very helpful.


- Original Message - 
From: "Marcel Kilgus" 

To: 
Sent: Tuesday, June 14, 2016 9:35 PM
Subject: Re: [Ql-Users] Q_Liberator externals



Michael Bulford wrote:

One of the features I like about Q_Liberator is that resident
procedures and functions can be written in Basic, and compiled into
machine code, to be lrespr-ed in a boot file.  These functions can
even have parameters.  This works well with Q-emuLator.  With QPC2
there seems to be a problem, and I have been unable to compile such
code.  This very problem with Q_Liberator externals has been
mentioned in the QPC Manual, and a patch program written in SBASIC
is provided.


That is actually news to me. And after a brief search it's in the SMSQ
manual, not QPC manual, which I did not write. Unfortunately I really
don't know anything about this issue and have probably never even seen
the patch program, sorry.

Marcel

___
QL-Users Mailing List 


___
QL-Users Mailing List

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

[Ralf Reköndt]

- Original Message - 
From: "Marcel Kilgus"



Ralf Reköndt wrote:

It's really that awful, as OPEN tries the device you told it, then, if no
success, uses DATAD$ or somewhat others, DEV or such.


DATAD$, PROGD$ or DESTD$ is prepended to the filename, depending on
the call. DEV is just a device like any other I think.

Note that I do not endorse this design in any way, the whole filename
handling in QDOSMSQ is not, let's say, optimal. But as I said it's
been this way for 30 years, I don't see any urgency to change it now.


Yes, but I found it the only way in S_Edit to see, if a filename really 
exists, not to pass it to DATD$ or similar. I set the SV_DATAD to "", kept 
the value, check the device and put it back. There were no other way. Ok, as 
far as I know.


Cheers...Ralf 


___
QL-Users Mailing List

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

[Ralf Reköndt]

It's really that awful, as OPEN tries the device you told it, then, if no 
success, uses DATAD$ or somewhat others, DEV or such.


To be really successfull, you should set the SV_DATAD to "", keep the value 
then try to open the device. This is the only way to see, if *that* device 
is not present.


- Original Message - 
From: "Marcel Kilgus" 

To: 
Sent: Tuesday, June 14, 2016 7:57 PM
Subject: Re: [Ql-Users] A feature or a bug?



François Van Emelen wrote:

So, this seems to be a feature... a very dangerous one : replacing DIR
f$ in line 30 with DELETE f$ would wipe all directories and files on
that device.


That would actually be a somewhat cool feature, but DELETE is not as
cool, so nothing will happen. Try it :) WDEL is a little bit more
dangerous, but it still asks nicely and like DELETE it will also fail
on directories.

Thing is this: FTEST = OPEN:CLOSE. OPEN can be used without a
parameter, in which case DATAD$ will be used. The same is therefore
true for FTEST. It's actually been this way since the release of TK2
which has been how long ago, 30 years or so?

All the best, Marcel 


___
QL-Users Mailing List

Re: [Ql-Users] EasyPtr and me

[Ralf Reköndt]

Ok, but it *had* worked without problems. But the program was abandonded 
after the changes in PE.


- Original Message - 
From: "Wolf"


Hi,
IIRC that's because you might get non rectangular outlines. That
complicates matters quite bit, when saving/restoring part of the window.

HTH

Wolfgang

On 04/07/2016 08:06 PM, Ralf Reköndt wrote:

I remember that the first PE versions allowed secondaries to be outside of
primaries, and that worked, as I have seen at minimum one program, ehich
have used that. I am not sure, why TT has changed that.

Cheers...Ralf

- Original Message - From: "Marcel Kilgus"


Dilwyn Jones wrote:

Would it be possible for the AppMan program outline to be changed?
It seems
to cover the whole screen whereas actually using only a small
percentage of
it, hiding all other programs in the process.


IIRC that is because it is able to display the menus and it can only
do this in its own outline. Not knowing how big the menus you're going
to load are it makes sense to use the whole screen. A bit like with
EasyMenu itself, though I did implemented resize and move for it after
much prodding.




___
QL-Users Mailing List



___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] EasyPtr and me

[Ralf Reköndt]

I remember that the first PE versions allowed secondaries to be outside of 
primaries, and that worked, as I have seen at minimum one program, ehich 
have used that. I am not sure, why TT has changed that.


Cheers...Ralf

- Original Message - 
From: "Marcel Kilgus"



Dilwyn Jones wrote:
Would it be possible for the AppMan program outline to be changed? It 
seems
to cover the whole screen whereas actually using only a small percentage 
of

it, hiding all other programs in the process.


IIRC that is because it is able to display the menus and it can only
do this in its own outline. Not knowing how big the menus you're going
to load are it makes sense to use the whole screen. A bit like with
EasyMenu itself, though I did implemented resize and move for it after
much prodding. 


___
QL-Users Mailing List

Re: [Ql-Users] EasyPtr and me

[Ralf Reköndt]

Ok, but it *had* worked without problems. But the program was abandonded
after the changes in PE.

- Original Message - 

From: "Wolf"

Hi,
IIRC that's because you might get non rectangular outlines. That
complicates matters quite bit, when saving/restoring part of the window.

HTH

Wolfgang

On 04/07/2016 08:06 PM, Ralf Reköndt wrote:
I remember that the first PE versions allowed secondaries to be outside 
of

primaries, and that worked, as I have seen at minimum one program, ehich
have used that. I am not sure, why TT has changed that.

Cheers...Ralf

- Original Message - From: "Marcel Kilgus"


Dilwyn Jones wrote:

Would it be possible for the AppMan program outline to be changed?
It seems
to cover the whole screen whereas actually using only a small
percentage of
it, hiding all other programs in the process.


IIRC that is because it is able to display the menus and it can only
do this in its own outline. Not knowing how big the menus you're going
to load are it makes sense to use the whole screen. A bit like with
EasyMenu itself, though I did implemented resize and move for it after
much prodding.




___
QL-Users Mailing List



___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] EasyPtr and me

[Ralf Reköndt]

I remember that the first PE versions allowed secondaries to be outside of
primaries, and that worked, as I have seen at minimum one program, ehich
have used that. I am not sure, why TT has changed that.

Cheers...Ralf

- Original Message - 
From: "Marcel Kilgus"



Dilwyn Jones wrote:
Would it be possible for the AppMan program outline to be changed? It 
seems
to cover the whole screen whereas actually using only a small percentage 
of

it, hiding all other programs in the process.


IIRC that is because it is able to display the menus and it can only
do this in its own outline. Not knowing how big the menus you're going
to load are it makes sense to use the whole screen. A bit like with
EasyMenu itself, though I did implemented resize and move for it after
much prodding.




___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Ralf Reköndt]

Ooops, it has taken 30 minutes to put that in the group. Seems, there is 
something wrong.


- Original Message - 
From: "Ralf Reköndt" <ralf.rekoe...@t-online.de>

To: <ql-us...@q-v-d.com>
Sent: Monday, March 21, 2016 6:05 PM
Subject: Re: [Ql-Users] WIN drive gone missing



Urs,

as usual, REM out one Toolkit after another and try the same procedure.

Cheers...Ralf

- Original Message - 
From: "Marcel Kilgus"

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.


___
QL-Users Mailing List 


___
QL-Users Mailing List

Re: [Ql-Users] WIN drive gone missing

[Ralf Reköndt]

Urs,

as usual, REM out one Toolkit after another and try the same procedure.

Cheers...Ralf

- Original Message - 
From: "Marcel Kilgus" 


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.


___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E boot sequence

[Ralf Reköndt]

What I miss in TT's rewritten QSAVE/QLOAD things is the message "xxx xxx xxx 
Extensions missing" as it was with the original QSAVE/QLOAD, if extensions 
used in the _sav were not pre-loaded.


This was always very helpful.

Cheers...Ralf

- Original Message - 
From: "Norman Dunbar"



On 17/03/16 12:09, Dilwyn Jones wrote:


It was slightly hacked by me to
add one or two SBASIC extras such as binary and hex constants, so it
might not be up to Norman's usual standards (I can't remember exactly
how many changes I made...)   8-|


I think, if I remember, that you fixed it for SBASIC's new hexadecimal and 
binary floating point values.



Cheers,
Norm. 


___
QL-Users Mailing List

Re: [Ql-Users] Q60 aging problems

[Ralf Reköndt]

Hmm, nothing to find in the source code (if you have a quick look), as it's 
Open Source? Where doesn't it follow all the QDOS conventions?


- Original Message - 

On 14 Mar 2016 at 0:45, Marcel Kilgus wrote:
A few months ago I bought a QL-SD for my original black box. Then I
tried to adapt the driver to QPC. I wanted to add hot-swapping but
found it extremely difficult to implement due to the way the driver is
organized. It doesn't follow any of the QDOS conventions but always
does its own thing. I found it very difficult to understand. Then I
experienced some data loss and somewhat lost interest. Interesting to
hear that there are known problems with it. 


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator v 2.18

[Ralf Reköndt]

Yes.

- Original Message - 
From: "Wolfgang Lenerz"



Is QLE Urs's distribution?

___
QL-Users Mailing List

Re: [Ql-Users] Trump Card Clones

[Ralf Reköndt]

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

Re: [Ql-Users] Carlo Delhez

[Ralf Reköndt]

Very, very sad. My only wish is, that he will now stay with others, who are 
the same enthusiasts as he was.


Cheers...Ralf

- Original Message - 
From: "Bob Spelten"

Sent: Thursday, October 29, 2015 12:03 PM
Subject: [Ql-Users] Carlo Delhez

This weekend I came across the sad announcement that Dutch programmer Dr. 
Ir. Carlo Delhez had died a week before. He was only 48.
He was a familiar name among Sinclair users. He wrote programs for ZX & QL 
computers, both commercial and freeware. Among them Coral Basic - an 
extension bringing SuperBASIC to the ZX81 - and ZX emulators for the QL 
and PC. His Ungif tool has seen regular use on my systems.
He was not a club member nor a regular visitor at meetings but I remember 
talking to him in Eindhoven briefly, about 20 years ago, a very nice 
person and full of new ideas.


Our thoughts are with Carlo's family.

Bob 


___
QL-Users Mailing List

Re: [Ql-Users] Ql-Users Digest, Vol 137, Issue 27

[Ralf Reköndt]

I totally agree with you. Win 10 has not been found to be faster than 7 or 
8.1. It just has the better user interface compared to 8.1. The rest 
internally should be nearly the same, perhaps except Edge and Cortana, which 
means nothing to me, as I use FF.


Cheers...Ralf

- Original Message - 
From: Tobias Fröschle

Sent: Saturday, August 01, 2015 1:29 PM
Subject: Re: [Ql-Users] Ql-Users Digest, Vol 137, Issue 27

Yes W10 has the very nasty tendency to „phone home“ - and even nastier, to 
„call around“. If they don’t change this in the final, Win7 might most 
probably have been the last version I dare to install……


Tobias 


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

Re: [Ql-Users] QPC2 and Win 8

[Ralf Reköndt]

Seems he had a major problem with K9

- Original Message - 
From: Tobias Fröschle

Sent: Saturday, August 01, 2015 6:39 PM
Subject: Re: [Ql-Users] QPC2 and Win 8





Am 01.08.2015 um 18:29 schrieb Norman Dunbar



... Please excuse my brevity...



I had a laugh at this one. Somehow the list decided to send me your post 
three times ;)


Tobias 


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

Re: [Ql-Users] Re-upped smsqe 3.22

[Ralf Reköndt]

Thanks a lot!

Ralf
- Original Message - 
From: Wolf

Sent: Friday, July 31, 2015 4:27 AM
Subject: [Ql-Users] Re-upped smsqe 3.22



Hi all,

I've fixed the small screen corruption bug in the Atari monochrome driver.
Since I don't believe that this merits a version bump, I simply re-upped 
the smsqe files. If you are interested in the Atari version, you might 
want to re-dwonload the binaries.

If not, don't bother.

Have fun

Wolfgang 


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

Re: [Ql-Users] QPC Print out

[Ralf Reköndt]

I have just tried (for the first time) with the standard xchange driver ... 
works.


Cheers...Ralf

- Original Message - 
From: Wolfgang Lenerz

Sent: Tuesday, July 28, 2015 4:03 PM
Subject: Re: [Ql-Users] QPC Print out



Hi,
at least give us some more information (how/where did you print etc)

Wolfgang


I tried twice to print out a QSpread spreadsheet and got only this:

 10o(10U0h12v0s0b3T

printed out.

Anyone got any ideas?

TIA  Regards,

Peter Fox 


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

Re: [Ql-Users] Hello world QPC1

[Ralf Reköndt]

I miss S_Edit... ;-)

Please share it!

Halleluja, I miss QPC1 with JS. (or better...QPC2 with JS/Minerva)

Cheers...Ralf

- Original Message - 
From: Michael Grunditz 
Sent: Friday, July 24, 2015 6:29 PM

Subject: [Ql-Users] Hello world QPC1



Hi

I bought a new box for my DOS pc today and it is equipped with a CF
adapter. This allows me to take the QXL.WIN files to my mac and
transfer files to them. It also make the system i bit more silent, the
hard drive I have sounds like a airplane.

https://dl.dropboxusercontent.com/u/15146505/IMG_20150724_161500.jpg
(pic of pc)

I have been installing software all day, my first thought was to go
with the QL/E distribution, but too many things did not work. I kept
that WIN file for source of programs but started on a fresh install.
So far I have QPAC2 , various assembler related programs, memacs etc
etc.

https://dl.dropboxusercontent.com/u/15146505/IMG_20150724_160142.jpg
(pic of QPC1)

It is weekend == more time for this :)


Br

Michael

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

Re: [Ql-Users] atari smsqe revisited

[Ralf Reköndt]

I think, I am completely lost in this thread.

As far as I know, SMSQ.PRG (with SMSQ/E) only works either with the Extended 
Mode 4 emulator board in an Atari ST or with the QVME card in an STe or TT 
or just with the latter. I assumed, that only SMS2 uses the native screen on 
Atari.


Am I wrong?

Cheers...Ralf


- Original Message - 
From: Michael Grunditz

Sent: Thursday, July 23, 2015 3:20 PM
Subject: Re: [Ql-Users] atari smsqe revisited



It is the debugger in the Hatari emulator.

On 23 July 2015 at 15:10, Wolf wrote:

Michael,

what's the name of your debugger?

Wolfgang 


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

Re: [Ql-Users] atari smsqe revisited

[Ralf Reköndt]

Aha, what I have thought. Though it was new for me, that there is a way to 
let it run on native screen resolution. Is that 640 x400?


Cheers...Ralf

- Original Message - 
From: Wolf

Sent: Thursday, July 23, 2015 5:13 PM
Subject: Re: [Ql-Users] atari smsqe revisited



Hi,

Ah, OK, thanks.
I downloaded this hatari emulator.
I see the following behaviour:

If I use this with the tos that came with it (emultos), in STE mode 
(32 Mhz, 4 MB mem) and use mono as Atari monitor, then smsq/e works 
fine.
If I use any other screen mode, it doesn't work, which is not surprising 
as Smsqe then seems to need a screen adapter (e.g. qvme).



If now I use the mono monitor mode but with a real tos image (2.06)
still in STE mode (32 Mhz, 4 MB mem),then this crashes somewhere.

Is that the behaviour you also find, i.e. it works with emultos but not 
real tos?


Wolfgang

NB:

How to set a breakpoint in the smsqe sources that will call the hatari 
debugger:


insert the following sequence in the smsqe sources where you want the 
breakpoint to happen :


move.l D0,-(A7)
move.l #$12345678,d0
nop
move.l (a7)+,d0

compile etc.

Start the emulation and call up the debugger (alt gr + pause) then
insert the follwing in the debugger:

b d0 = $12345678


followed by
c
to continue the emulation.

Start smsqe and the debugger will pop up as soon as d0 = $12345678


I can already tell you that the crash seem to happen before the
smsq_atari_driver_dv3_asm module is called.

Wolfgang



On 07/23/2015 03:20 PM, Michael Grunditz wrote:

It is the debugger in the Hatari emulator.

On 23 July 2015 at 15:10, Wolf  wrote:

Michael,

what's the name of your debugger?

Wolfgang 


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

Re: [Ql-Users] atari smsqe revisited

[Ralf Reköndt]

Yes, SMS2 runs on native ST in native 640x400 mono with the SM124 monochrome 
monitor.


Cheers...Ralf

- Original Message - 
From: Wolf

Sent: Thursday, July 23, 2015 5:43 PM
Subject: Re: [Ql-Users] atari smsqe revisited



I have no idea what SMS2 supported. I'd be astonished, though, if it 
supported a screen mode which SMSQ/E does not...



Wolfgang


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

Re: [Ql-Users] atari smsqe revisited

[Ralf Reköndt]

By the way I would like to know if anybody here use the recent version of 
SMSQ/E on his Atari?


I always thought, that the SuperGoldCard way is the better one. Load a JS 
and all the drivers, then SMSQ/E. SMSQE_GOLD is always loaded after JS or 
Minerva is run on the SuperGoldCard.


Can't understand Tony's way on the Atari. He'd done it with the first 
QL-Emulator (just JS).


Cheers...Ralf

- Original Message - 
From: Michael Grunditz

To: ql-us...@q-v-d.com
Sent: Monday, July 20, 2015 5:47 PM
Subject: Re: [Ql-Users] atari smsqe revisited



Ralf, it used to work. STe has some special initialisation parameters.

Anyway, The detection works from what I can see. If I force it to go
in ST mode,SMSQ just bombs.
I also tried to force mono monitor ,but that did not help at all.

It seems like it fails in the final step when it tries to create the
screen. Perhaps it uses a TOS call that is unsupported in this version
of TOS.

Investigation continues...

On 20 July 2015 at 17:22, Ralf Reköndt ralf.rekoe...@t-online.de wrote:
As far as I know, there is no different program for the three variations 
of

Atari (ST, STe, TT).

I have used the Level D and from TT a pre-assembled Level E (alpha) on 
both

MegaST and TT. Works without problems. Ok, it was the time, when TT still
was programming SMSQ.

Cheers...Ralf

- Original Message - From: Michael Grunditz
michael.grund...@gmail.com
To: ql-us...@q-v-d.com
Sent: Monday, July 20, 2015 4:09 PM
Subject: [Ql-Users] atari smsqe revisited



Hi

As you may remember I have been trying to get recent SMSQE to run on
my 1024 STe.
I have tried to run in it the hatari emulator and it does work when
booted with EMUTOS, but not with the standard STe TOS. With the
standard TOS I get exactly the same behaviour as on real STe, a
garbled screen.

It might be possible to load EMUTOS on the real STe , but I wonders
what might cause this error. As I reported before a very old SMSQ.PRG
runs just fine.

I have been looking on the initialisation code in SMSQE. One thing
that might go wrong is the detection of wether it is ST or STe.
Another idea is that the old SMSQ.PRG doesn't have support for STe and
that it is that support that is broken somehow.

I will try to rebuild SMSQE without the auto detection and also trying
to force ST mode even if it is a STe.

Can I build the system with SMSQmulator or do I need QPC2? In that
case I need to wait a few days :)

Michael 


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

Re: [Ql-Users] atari smsqe revisited

[Ralf Reköndt]

As far as I know, there is no different program for the three variations of 
Atari (ST, STe, TT).


I have used the Level D and from TT a pre-assembled Level E (alpha) on both 
MegaST and TT. Works without problems. Ok, it was the time, when TT still 
was programming SMSQ.


Cheers...Ralf

- Original Message - 
From: Michael Grunditz michael.grund...@gmail.com

To: ql-us...@q-v-d.com
Sent: Monday, July 20, 2015 4:09 PM
Subject: [Ql-Users] atari smsqe revisited



Hi

As you may remember I have been trying to get recent SMSQE to run on
my 1024 STe.
I have tried to run in it the hatari emulator and it does work when
booted with EMUTOS, but not with the standard STe TOS. With the
standard TOS I get exactly the same behaviour as on real STe, a
garbled screen.

It might be possible to load EMUTOS on the real STe , but I wonders
what might cause this error. As I reported before a very old SMSQ.PRG
runs just fine.

I have been looking on the initialisation code in SMSQE. One thing
that might go wrong is the detection of wether it is ST or STe.
Another idea is that the old SMSQ.PRG doesn't have support for STe and
that it is that support that is broken somehow.

I will try to rebuild SMSQE without the auto detection and also trying
to force ST mode even if it is a STe.

Can I build the system with SMSQmulator or do I need QPC2? In that
case I need to wait a few days :)

Michael
___
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

[Ralf Reköndt]

Is there a way to let the user generate a SMSQ.PRG for Atari? SMSQ/E is not 
only SGC or QPC2 or SMSQmulator.


Atari was in the first place, so still has to be maintained.

Cheers...Ralf

- Original Message - 
From: Tobias Fröschle

To: ql-us...@q-v-d.com
Sent: Monday, July 20, 2015 9:18 PM
Subject: Re: [Ql-Users] atari smsqe revisited





Am 20.07.2015 um 19:28 schrieb Michael Grunditz

Is there documentation on how the kernel starts up? Ie where are the
drivers? Does SMSQ/E always depend on another kernel? The _driver_
files seems most empty. For example where does it get the framebuffer
(the screen memory)?

Michael



Very limited,

http://www.dilwyn.me.uk/docs/smsqegd2/index.html 
http://www.dilwyn.me.uk/docs/smsqegd2/index.html


the SMSQ Modules document describes a bit of the boot process.

Apart from that, there’s only the sources afaik


Tobias 


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

Re: [Ql-Users] atari smsqe revisited

[Ralf Reköndt]

Ok, I can't understand this but if you say so, it should be ok ;-).

What is the latest version (D or E), which works on your STe? I have a lot 
of disks from TT, ok, not the recent SMSQ/E... but they all should work.


Cheers...Ralf

- Original Message - 
From: Michael Grunditz

To: ql-us...@q-v-d.com
Sent: Monday, July 20, 2015 5:47 PM
Subject: Re: [Ql-Users] atari smsqe revisited



Ralf, it used to work. STe has some special initialisation parameters.

Anyway, The detection works from what I can see. If I force it to go
in ST mode,SMSQ just bombs.
I also tried to force mono monitor ,but that did not help at all.

It seems like it fails in the final step when it tries to create the
screen. Perhaps it uses a TOS call that is unsupported in this version
of TOS.

Investigation continues...

On 20 July 2015 at 17:22, Ralf Reköndt wrote:
As far as I know, there is no different program for the three variations 
of

Atari (ST, STe, TT).

I have used the Level D and from TT a pre-assembled Level E (alpha) on 
both

MegaST and TT. Works without problems. Ok, it was the time, when TT still
was programming SMSQ.

Cheers...Ralf

- Original Message - From: Michael Grunditz
To: ql-us...@q-v-d.com
Sent: Monday, July 20, 2015 4:09 PM
Subject: [Ql-Users] atari smsqe revisited



Hi

As you may remember I have been trying to get recent SMSQE to run on
my 1024 STe.
I have tried to run in it the hatari emulator and it does work when
booted with EMUTOS, but not with the standard STe TOS. With the
standard TOS I get exactly the same behaviour as on real STe, a
garbled screen.

It might be possible to load EMUTOS on the real STe , but I wonders
what might cause this error. As I reported before a very old SMSQ.PRG
runs just fine.

I have been looking on the initialisation code in SMSQE. One thing
that might go wrong is the detection of wether it is ST or STe.
Another idea is that the old SMSQ.PRG doesn't have support for STe and
that it is that support that is broken somehow.

I will try to rebuild SMSQE without the auto detection and also trying
to force ST mode even if it is a STe.

Can I build the system with SMSQmulator or do I need QPC2? In that
case I need to wait a few days :)

Michael 


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

Re: [Ql-Users] New QL Assembly Language Book.

[Ralf Reköndt]

Ok, I read Assembly language is very, very simple.

Abandoned... ;-))

7000
4E75

Works always.

Good Job!

Cheers...Ralf

- Original Message - 
From: Norman Dunbar nor...@dunbar-it.co.uk

To: ql-us...@q-v-d.com
Sent: Friday, July 17, 2015 9:27 PM
Subject: [Ql-Users] New QL Assembly Language Book.



Greetings everyone.

After much work, some wailing, some gnashing of teeth and a good few hours 
typing on my phone while on holiday recently, I have finished updating the 
file at http://qdosmsq.dunbar-it.co.uk/downloads/QLToday/QL_Assembly.pdf 
which is the good old Assembly Language book I released into the wild just 
before Christmas.


Changes are:

George's observations and comments incorporated,
Numerous typos fixed,
LibGen removed until I fix it as there looks to be a chapter rewrite 
required,

A new, much nicer format used,
Code reformatted to not wander all over the margins,
Proper table layout,
Much nicer code layout,
Orange! (You'll have to read it to follow that one!)
375 pages of sheer bliss, and working cross references and a full, 
clickable index.


Please download and give copies to both your friends! 


Cheers,
Norm.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
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

[Ralf Reköndt]

And also not for the two native access parts, Atari and Qxx- There were 
always SBASIC ways to select a WIN to format at will.


- Original Message - 
From: Marcel Kilgus

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 


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

Re: [Ql-Users] Toolkit 3

[Ralf Reköndt]

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