Re: [Ql-Users] Stuart Honeyball

pgraf--- via Ql-Users wrote: > When I read the subject "Stuart Honeyball" I somehow expected he'd > attend a QL meeting, publish his memoirs, or anything, but not that. Yes, that would have been preferable. > I remember how proud I felt when Stuart Honeyball lent me an ear > about the 68020

Re: [Ql-Users] Stuart Honeyball

Dilwyn Jones via Ql-Users wrote: > I regret to have to report that I heard this morning of the death > of Stuart Honeyball of Miracle Systems. > > He passed away peacefully last night (28th March) at 23:45 of > cancer, according to his wife, Karin. Oh my! He wasn't that old, was he? One more

Re: [Ql-Users] Sjef vd Molengraaf

pgraf--- via Ql-Users wrote: >> Last weekend I was at the German ZX81/Spektrum meeting and that was >> very well visited (50 people or so) and was a reminiscence of the >> bigger QL events like Eindhoven in the past. Unfortunatelly there were >> only 5 QLers in attendance, including me. I wish

Re: [Ql-Users] Sjef vd Molengraaf

Bob Spelten via Ql-Users wrote: > I am sad to inform you all that Sjef van de Molengraaf passed away earlier > this week at the age of 73. I'm a bit late here, but that is really sad news. I remember the Eindhoven meetings fondly. Last weekend I was at the German ZX81/Spektrum meeting and that

Re: [Ql-Users] Sinclair QL for Everyone on Facebook

Darren Branagh via Ql-Users wrote: > Darren Branagh > > Sent from My iPhone X. Is that footer mandatory for people working for Apple? ;) Marcel ___ QL-Users Mailing List

Re: [Ql-Users] TK2 v2.32

Dave Park via Ql-Users wrote: > As I am working on accelerated boards, would you be willing to outline the > tuning/timing issues and what code needs editing to achieve correct > performance? Well, the code only has the right timing from ROM as RAM is usually slower. Same would be true for MDV

Re: [Ql-Users] TK2 v2.32

Marcel Kilgus via Ql-Users wrote: > I have released a new (or actually two new) versions of TK2. Due to feedback from Markus I found another SMSQ/E-dependant code part in ED that I have now removed. I have updated the files. Marcel ___ QL-Us

[Ql-Users] TK2 v2.32

I have released a new (or actually two new) versions of TK2. One versions only includes the timing critical parts of the QL-NET code and the rest can be LRESPRed afterwards. The other versions included the complete QL-NET code and misses the "ED" SuperBasic editor instead, which can be LRESPRed

Re: [Ql-Users] R: Source code availability for Minerva v1.92 or v1.89?

Davide Santachiara via Ql-Users wrote: > As we are riding the wave do you see any chance to fix the palette bug in > Qmenu which was found by Giorgio Garabello a few weeks ago (cut and paste > below for your convenience)? QMenu 8.05 is out https://www.kilgus.net/smsqe/qmenu/ Marcel

Re: [Ql-Users] Source code availability for Minerva v1.92 or v1.89?

Martyn Hill via Ql-Users wrote: > Is QMON yet available as freeware, or otherwise for purchase? I don't think it's available yet, but should be eventually. Wolfgang, did you by any chance talk to TT about it? Marcel ___ QL-Users Mailing List

Re: [Ql-Users] R: Source code availability for Minerva v1.92 or v1.89?

Davide Santachiara via Ql-Users wrote: > As we are riding the wave do you see any chance to fix the palette bug in > Qmenu which was found by Giorgio Garabello a few weeks ago (cut and paste > below for your convenience)? I don't think you all realize how much work these "tiny fixes" usually

Re: [Ql-Users] R: Source code availability for Minerva v1.92 or v1.89?

Dave Park via Ql-Users wrote: > Would it be possible to send me a copy of this full repaired 64K ROM image > by email, for testing? I will not distribute it. You can download it from my blog post if you're satisfied with only 48KB. > I'm trying to solve a qlnet issue and this might get me on the

Re: [Ql-Users] Source code availability for Minerva v1.92 or v1.89?

Martyn Hill via Ql-Users wrote: > I looked again at the other serio vectored routines that themselves call > io_pend and determined that it was wise to preserve /their/ serio key in > d0 before resetting to 0 for io_pend, to avoid hammering their ability > to locate the correct NET driver vector.

Re: [Ql-Users] Source code availability for Minerva v1.92 or v1.89?

Martyn's reply was also sent to the list but probably wasn't published because it was HTML and my original replay wasn't published because it came from the wrong sender address... so anyway, here it is once more: Martyn Hill wrote: > OMGosh! > > Do you know how long I have been staring at the

Re: [Ql-Users] QA.RESRI info incorrect

pjwitte via Ql-Users wrote: > On 14/02/2018 15:04, Marcel Kilgus via Ql-Users wrote: >> pjwitte via Ql-Users wrote: >>> Error returns: >>> IMEM out of memory [SMSQ] >> This is correct. > If this is correct, isnt that bad news for any old toolkits that dont

Re: [Ql-Users] QA.RESRI info incorrect

pjwitte via Ql-Users wrote: > Error returns: > IMEM out of memory [SMSQ] This is correct. > A1                                     A1 ??? This is probably correct. > Error returns: none This is not ;-) Marcel ___ QL-Users Mailing List

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

Dave Park via Ql-Users wrote: > Marcel, would you be willing to share your modifications for QL-SD2? Sure, I can be bribed :-P Also, it's GPLed anyway... but I want to make some more tests, preferably with the original hardware first. Marcel ___

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

pgraf--- via Ql-Users wrote: >> Well, I said I'd do it and apparently I did it: >> >> https://www.kilgus.net/2018/02/02/clonetastic-ql-sd-clone-working-with-goldcard-clone/ > What surprises me is this: "With the original Verilog code my clone > didn't work at all, so it's definitely not just the

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

Marcel Kilgus via Ql-Users wrote: > I've already started putting together a clone using an Xilinx > XC9572XL, which I have lying around. The Verilog file compiled from > the get-go, I just had to remove the additional SS lines because of > Pin restrictions in the small chip on m

Re: [Ql-Users] Disk Mate 5

simon629--- via Ql-Users wrote: > Hi Everyone > Is there and more news when Disk Mate 5 is being updated > OK Thankssimon629Simon Foster Disk Mate will never be updated, there are no sources for it anymore. Marcel ___ QL-Users Mailing List

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

Graeme Gregory via Ql-Users wrote: > Doesnt gold card have a parralell port? > > That should be enough IO pins to connect an SD card which just needs SPI. I think bit-banging would noticably reduce the transfer speed. Marcel ___ QL-Users Mailing List

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

Tobias Fröschle via Ql-Users wrote: > that Schmidt-trigger is already there. Nice little SMD bug under > the socket that sits in the ROMOEH line. Apparently, it doesn't help. At this point I'm just glad that my idea was not nonsense but turns out to be actually implemented in the design :-) And

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

pgraf--- via Ql-Users wrote: > Remark: This new driver can not be expected to resolve the signal > quality issue between (Super)GoldCard and QL-SD. This remains a > hardware problem. One beta release ALMOST worked with my Gold Card, it could read a directory half-way before outputting garbage.

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

Martyn Hill via Ql-Users wrote: > Do we have any understanding of the QL (Minerva) memory utilisation of > WIN as compared to SDC? I'm thinking about the need with the SDC driver > to keep container file-size small in order not to consume QL memory too > aggressively for its (equivalent of)

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

Wolfgang Lenerz via Ql-Users wrote: > I've released a new driver for QL-SD that uses standard qxl.win drives > instead of Qubide ones. I've been beta testing this for a few weeks and it's a dream come true. Finally a reliable way to exchange lots of data between my QPC and the QL :-) I have

Re: [Ql-Users] Sandy SuperQBoard HD

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,

[Ql-Users] Sandy SuperQBoard HD

Hi everybody, I described my quest for a HD capable Sandy SuperQBoard here: https://www.kilgus.net/2018/01/09/sandy-superqboard-now-in-hd/ Enjoy ;) ___ QL-Users Mailing List

Re: [Ql-Users] Merry Christmas with SMSQ/E

pjwitte via Ql-Users wrote: > Thanks, Marcel. Yes, I thought you might enjoy this little holiday > from "industrial" programming ;) Oh well, I'm already swamped with non-industrial work, I have so many ideas and projects on what to do that I hardly ever manage to finish anything :-( I even

Re: [Ql-Users] Merry Christmas with SMSQ/E

pjwitte via Ql-Users wrote: > If you want a really miserable Christmas, you could try the following > - without saving your work first: > > 1 x% = 32000 > 2 y% = x% > 3 z% = 1600 > 4 t  = x% * y% * z%: REMark Kabm!!! > 5 PRINT "-- Im dead!" Nice find and, as usual, good repro, thanks. As

Re: [Ql-Users] Mode 33 to 32

pjwitte via Ql-Users wrote: > With > > 290  REMark GGGBBBbb RRRrrgg0 > 300  c$ = c$(3 TO 5) & c$(11 TO 15) & c$(6 TO 10) & c$(1 TO 2) & '0' > > I got the best results. While, with 300 REMarked out and 320 un-REMarked: > > 310  ggWBBBbb RRRrrGGG -> RRRrrGGG ggWBBBbb in big-endian > 320  c$ = c$(1

[Ql-Users] QMenu 8.04

I have just released QMenu 8.04 with these changes: ; 8.04 Fixed QDOS compatibility broken in 8.03 ; FSEL Allow up to 8 devices ; DSEL Now really allow up to 10 devices (buggy since 7.55) ; FSEL/DSEL Ensure device selection keystroke is unique ; LIST Fixed crash on

Re: [Ql-Users] QMenu v8.03

Marcel Kilgus via Ql-Users wrote: > I have released a new version of QMenu that tries to address the QDT > problem and a few more bugs of my earlier releases. Details: I have just noticed that 8.03 is currently not compatible with non-SMSQ systems as it was linked with the wrong lib

[Ql-Users] QMenu v8.03

I have released a new version of QMenu that tries to address the QDT problem and a few more bugs of my earlier releases. Details: https://www.kilgus.net/2017/11/26/qmenu-v8-03/ Please report any remaining problems, here or otherwise. Jochen also provided me with the original files for the QMenu

Re: [Ql-Users] QPC2 for Mac update

gdgqler--- via Ql-Users wrote: >> Downloads: https://www.kilgus.net/qpc/download >> > Pity. Doesn’t work! Sorry, it's fixed now. Marcel ___ QL-Users Mailing List

[Ql-Users] QPC2 for Mac update

Peta Jäger updated his QPC2 distribution for the Mac: Preview image: https://www.kilgus.net/2017/10/07/updated-qpc2-for-mac-os-x/ Downloads: https://www.kilgus.net/qpc/downloads/ Cheers, Marcel ___ QL-Users Mailing List

Re: [Ql-Users] QMenu v8

Thierry Godefroy via Ql-Users wrote: > On Thu, 21 Sep 2017 09:19:10 +0200, Giorgio Garabello via Ql-Users wrote: >> QMenu 7.66 has a lot of problem, ink color in view_file remains always >> black, extension filter don't work and some other problems... Qmenu 8, >> works well.. > Yes, v7.66 is

Re: [Ql-Users] Qbase

Daniel Baum via Ql-Users wrote: > Yes, but if the API has changed from version to version, then it WILL fail > for some users who are using a different version to the one that I am > writing for in my program. > > Therefore linking it seems like a good idea. Unfortunately it isn't because it's

Re: [Ql-Users] Strange channel bugs?

Bob Spelten via Ql-Users wrote: > These errors were not given every time but after what looked like a proper > reset, an newly started QD still did not do C-F6/F8. > The QPC2 job has to be restarted before QD behaves normal again. The OS is not write protected on QPC and only read once on

Re: [Ql-Users] QPAC2 bug

Giorgio Garabello via Ql-Users wrote: > It crash also viewing my BOOT file.. > I don't think that is a lenght problem Well, it is, I have confirmed it. Can't rule out that there is another problem of course. What happens if you use 1920x512 as a resolution? Marcel

Re: [Ql-Users] QPAC2 bug

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

Re: [Ql-Users] Black Phoenix 1.4.3

François Van Emelen via Ql-Users wrote: > It resets BP because FileInfo2   for txt-files is only configurated fo QD. > I have now added a second option : view <><> > Problem solved. Still strange as I don't get any reset. Cheers, Marcel ___ QL-Users

Re: [Ql-Users] Returning to the QL

Daniel Baum via Ql-Users wrote: >> I remember your name and that you reviewed QPC2 back then, actually I >> think I still link to an archived version of it ;) Anyway, welcome >> back. > Did I? Unless there's another Daniel Baum, you probably did ;)

Re: [Ql-Users] Returning to the QL

Daniel Baum via Ql-Users wrote: > I originally bought a Sinclair QL some time in the mid 1980s. It was my > main computer for a while, but I eventually replaced it with an Atari ST > and it went into the attic. > > A few years later I got back into the QL. I used QPC1 and then QPC2 on > whatever

Re: [Ql-Users] Q68 Advanced Notice

Derek Stewart via Ql-Users wrote: > Q68 Advanced Notice > --- > > PCB Photograph available at: > > http://qlforum.co.uk/viewtopic.php?f=2=2082#p18729 Looking nice, congrats to Peter and Derek for pulling it off. Pity that there is no standard resolution high colour mode (I once

Re: [Ql-Users] Replacement Mouse

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

Re: [Ql-Users] PCB Design v7.52

Dilwyn Jones via Ql-Users wrote: > Malcolm Lear has made available an updated v7.52 of his PCB Design program. > Download from http://www.dilwyn.me.uk/graphics/index.html I will not quit using Eagle anytime soon, but I tried PCB Design nonetheless and I must say the examples look pretty amazing.

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

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

Re: [Ql-Users] QLiberator and QLOADREF

Dilwyn Jones via Ql-Users wrote: > Rich Mellor has been able to secure permission for the Liberation Software > range of compilers and utilities to be released as freeware. Wow, Rich, that is pretty cool news. Good work! Cheers, Marcel ___ QL-Users

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

via Ql-Users wrote: > 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?) Probably

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

Re: [Ql-Users] Test email

Dilwyn Jones wrote: > I currently pay GBP9.59 for the domain and email forwarding, and £21.60 for > the hosting per year. Personal email addresses from 123-reg with pop, imap > and webmail cost GP2.99+VAT *EACH*, with 5GB space (well, it says "from > £2.99".and here in rip-off Britain, "from"

Re: [Ql-Users] Test email

Dilwyn Jones wrote: > Umm, what price do you pay for your coffee exactly, Marcel??? I don't drink coffee at all ;) But I checked that a hosting package similar to mine costs 5GBP on 1and1, so I figured it's probably about one Starbucks coffee or 2 regular ones ;) Marcel

Re: [Ql-Users] Test email

Dilwyn Jones wrote: > Modern IT is getting so bad we will soon be better off going back to pencil > and paper. I don't quite get why you don't just click yourself your own hosting provider including a domain and eMail service and be done with it. This costs as much as two coffees per month but

Re: [Ql-Users] Graphics aspect ratio

> Am 28.04.2017 um 15:30 schrieb Tobias Fröschle : > > Right. Somewhere there ;) > > I seem to recall I saw that variable referenced somewhere in the "official" > documents - But when I looked for it, I couldn't find it either and had to > refer to the sources as

Re: [Ql-Users] SERNET question

Wolf wrote: > It isn't on the sources I originally got, hence it isn't part of the > SMSQ/E sources. > > I'll have a look-see whether I can find a version of it on old disks. I've send Dilwyn a copy of v3.01. As this is right off Bernd's latest hard drive I guess that's the latest version there

Re: [Ql-Users] SERNET question

Giorgio Garabello wrote: > This is good news, has it officially released? No. But if somebody wants to do it, it should be fine. Marcel ___ QL-Users Mailing List

Re: [Ql-Users] SERNET question

Dilwyn Jones wrote: > Bernd Reinhardt in Germany did most of the work on Sernet. If anyone is > still in contact with him, he could give a definitive answer. I talked to him a few weeks ago, he's generally fine with his stuff being free. Marcel ___

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

Jan Bredenbeek wrote: > 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

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

Derek Stewart wrote: > Do you think it is possible for the SMSQ/E internal compiler produce a > compiled version of the SBASIC programme? Perhaps it's possible, but I don't see a use case for it as there is already QLiberator and Turbo for that. And Turbo is probably faster. Marcel

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

Francois Lanciault wrote: > With all those discussions about bug correction and the good, > benevolent people who spend time to hunt them down, I wonder : > > Is there a proper way to report bugs in SMSQ/E ? > > Does asking kindly on this list enough ? :-) Yeah, that is probably your best bet.

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

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

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

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

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

Wolf wrote: > Marcel has done it again - SMSQE 3.31 is out now. > > Marcel has fixed the LRESPR bug. LRESPRing sbasic extensions in a > procedure no longer crashes the machine. Thank you Wolfgang. I have actually written down part of the journey in fixing this bug, so if this sort of technical

Re: [Ql-Users] Toolkit II v2.31

Peter Graf wrote: >> It's fairly easy to built new versions, so nobody is stopping anybody >> to make different releases. I do this for my own amusement, mostly. > If mostly for your amusement, one more reason to give your stuff a > different name. Not the traditional TK2 ROM, where major QL

Re: [Ql-Users] Toolkit II v2.31

pg...@q40.de wrote: >> Thanks for the feedback. Are there people badly missing the network >> code in the new TK2, i.e. is this still a thing? > > Depends on ROM or RAM. > > The network code is an essential of the ROM version. If removed, I > would not call the result TK2 ROM anymore. Well, I do

Re: [Ql-Users] Toolkit II v2.31

Fabrizio Diversi wrote: > if someone is wondering, Tk2 2.31 is perfectly working also in Mist (at > least as far as I can see:-)) Thanks for the feedback. Are there people badly missing the network code in the new TK2, i.e. is this still a thing? Cheers, Marcel

[Ql-Users] Toolkit II v2.31

I just uploaded a version with the fix for the CDEC$ bug. Also I noticed that the sources were not complete, this is fixed, too, along with including Jan's conditional assembly trick to get both versions without altering the source code. https://www.kilgus.net/2017/03/19/toolkit-ii-the-sequel/

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

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 ___

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

Jan Bredenbeek wrote: >> Jan Bredenbeek wrote: >> > QMAC can do conditional assembly outside macros using the GENIF and >> ENDGEN >> > keywords. Check the updates textfile for details. >> >> Ah, I only checked the manual, how foolish of me ;-) Great, thanks, I >> will check that out. > > I

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

Michael Bulford wrote: >> Do you use QemuLator by any chance? It returns allocation size as "1 >> bytes" for attached directories, which the TK2 code can't handle >> never could). It expects multiples of 256 bytes. Other devices work >> fine here. > > If QemuLator is used with SMSQ_QEM, then both

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

Jan Bredenbeek wrote: > QMAC can do conditional assembly outside macros using the GENIF and ENDGEN > keywords. Check the updates textfile for details. Ah, I only checked the manual, how foolish of me ;-) Great, thanks, I will check that out. Marcel

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

Michael Bulford wrote: > Thanks for fixing this, but the STAT bug remains. Do you use QemuLator by any chance? It returns allocation size as "1 bytes" for attached directories, which the TK2 code can't handle (never could). It expects multiples of 256 bytes. Other devices work fine here. > Also,

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

Michael Bulford wrote: > I have installed the bin version on Q-emulator. My initial thoughts > were that this is fantastic, since it noticeably improves the > performance of my programs - they start up quicker! > However... when I enter WSTAT win5_, the output is garbled. STAT win5_ gives > 0/0

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

Ralf Reköndt wrote: > The link of the the source code is also the link to the ROM file. ;-). Right, because the ROM is just so important ;) link is fixed. Marcel ___ QL-Users Mailing List

[Ql-Users] New TK II version 2.30

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] QXLDump utility.

Norman Dunbar wrote: > I'm playing with QXL.WIN files, again! I wanted to tell you that I recently read your QXL.WIN file system description and found it very enlightening. I have used the QLWA driver as a black box until now and it was interesting to read about the details. Cheers, Marcel

Re: [Ql-Users] QMake released for free

Derek Stewart wrote: > On a personal note, it seems that all the sotfware that I bought is now > free. Well, most of that stuff hasn't been updated in 15 years, so you might say it's about time ;-) Cheers, Marcel ___ QL-Users Mailing List

Re: [Ql-Users] QMake released for free

pg...@q40.de wrote: > Many thanks for this effort. I always used C68 Make and GNU Make for > my own projects, never tried QMAKE before. But as you said, QMAKE > helps to reproduce the original Minerva build process. I actually do not know if Lau used QMake to build it (if I had to guess I'd say

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

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

[Ql-Users] QMake released for free

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:

[Ql-Users] DISA manual

Thanks to Albin Hessler (who provided the Word document for DISA v2) and David Westbury (who provided a scan of v3) plus some effort on my side I can now provide the manual for DISA. Get it here: https://www.kilgus.net/smsqe/disa/ ___ QL-Users Mailing

Re: [Ql-Users] SuperBASIC parser vectors

Jan Bredenbeek wrote: > I got the names from the Minerva source. Obviously they were 'invented' by > Laurence since they are not documented in the original QDOS documentation > :-) Well, they are in the TK2 source (as part of SMSQ/E), too, so probably not named by Lau ;) > The vector which is

Re: [Ql-Users] SuperBASIC parser vectors

Jan Bredenbeek wrote: > MOVE.W$12C,A0 > JSR $4000(A0) call pa_graph to parse line Wow, the old and new names are mightily confusing. What once was called pa_graph is now sb_parse. What once was called pa_table is now sb_graph. > Like I stated earlier, this code has

Re: [Ql-Users] German Minerva ROM

Jan Bredenbeek wrote: > Just a (maybe silly) question: Is there a way to execute an SBASIC job from > another (non-SBASIC) job on SMSQ/E? I know it is possible on Minerva with a > special vector call and in SBASIC you can simply EXEC another SBASIC > program, but I couldn't find any info on how to

Re: [Ql-Users] German Minerva ROM

Dilwyn Jones wrote: > Is there such a thing as an OS call of any description which when presented > with a line of BASIC as simple ascii will check the syntax so that a program > such as Tim's can check what is being entered without necessarily inserting > the line of BASIC into a program

Re: [Ql-Users] German Minerva ROM

Dilwyn Jones wrote: > Dare I say it (I can live in hope) that such documentation might one day > help us get some form off IDE (a development environment) for better Basic > program development. ED and even using a text editor is absolutely fine, but > when it comes to developing the larger BASIC

Re: [Ql-Users] QMAKE

pg...@q40.de wrote: > Is this software still commercial? I've asked all parties involved a few weeks ago to release the software for free. They agreed, I just didn't have time to put everything together yet with the latest versions. Stay tuned. Marcel

Re: [Ql-Users] German Minerva ROM

pg...@q40.de wrote: > Also, the Minerva build system was completely lost when Lau released > the code, and it has cost a lot of time to create a replacement. Hm, took me at most 3 minutes to build Minerva using QMake. 100% bit perfect, too. Seems a pity to me that so much time was lost on

Re: [Ql-Users] German Minerva ROM

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

Re: [Ql-Users] German Minerva ROM

Ralf Reköndt wrote: > 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). Ah

Re: [Ql-Users] German Minerva ROM

Derek Stewart wrote: > 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. Yes, I had to disable the "ID check" flag to read one of my old EPROMS and haven't tried to burn one yet. Might

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

Urs Koenig (QL) wrote: > More info and download here: > http://sinclairql.net/repository.html#QLE Good job, thanks. It just seems to contain so much software that I can only briefly test a small part of it :-o Marcel ___ QL-Users Mailing List

[Ql-Users] German Minerva ROM

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

Re: [Ql-Users] Problem loading extensions

Giorgio Garabello wrote: > If I try to load an extension in the usual way (LRESPR filename) and then > load the other using the table QPC2 crash > Code: Select all > 100 WTV > 105 LRESPR WIN1_DBAS_sys > 110 LAUNCH > 120 DEFine PROCedure LAUNCH > 130DIM TAB_EXT$(2,50) > 140TAB_EXT$(0) =

Re: [Ql-Users] R: SMSQE 3.30

Wolf wrote: > this is the code for the baud command for the QXL (in the file > smsq_qxl_hdop_comm_asm): This code (qd_comm) is not used anywhere and even then it would only be the implementation for the highly machine specific sms.hdop. Baud is set using sms.comm. The trap is patched into the

Re: [Ql-Users] Preview

Dilwyn Jones wrote: > This happens to me with emails from Marcel (after his email was > hijacked a long time ago) as it is. 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

Re: [Ql-Users] USB mice

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:

Re: [Ql-Users] USB mice

Peter Graf wrote: >> https://www.kilgus.net/2017/01/30/of-mice-and-men-but-mostly-mice/ > Hehe, Marcel becomes hardware tinkerer :-D I like to get my retro stuff going. Next I will probably modify the Sandy board for HD discs. > I like the massive use of shrink-on tube ;-) Viel hilt viel ;) >

[Ql-Users] USB mice

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

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

Tobias Fröschle wrote: > Marcel, > > judging from the birthday cake picture, Miss Kilgus seems to be the chocolate > type ;) Happy Birthday! Well, I'm not even sure it's legal to have this many calories in a cake but I think she enjoyed it ;-) And thanks for all the birthday wishes around here!

<    1   2   3   4   5   6   7   8   9   10   >