[Ql-Users] QIMSI Gold
Hi folks, not sure the news has reached users outside the QL forum, so here is a quick info about my latest hardware design, the "QIMSI Gold": It is an interface for the QL ROM Port. The basic functions are PS/2 mouse, SD card mass storage, PS/2 keyboard and an optional sampled sound for the original QL. Thus far identical to the standard "QIMSI". "QIMSI Gold" builds on "QIMSI" and additionally provides 32 MB extra RAM for the integrated CPU running at 40 MHz. It allows to run the Minerva and SMSQ/E operating systems at much higher speed than on the 68008 of the original QL. "QIMSI Gold" also offers a graphics controller with digital video output, 115kBaud SER and buffered realtime clock. More info here: www.qlforum.co.uk/viewtopic.php?t=4799 All the best Peter ___ QL-Users Mailing List
Re: [Ql-Users] Q68
Derek is also active on the QL Forum, qlforum.co.uk and regularly gets people asking for new Q68s there. If you don't get a reply here, try there. Cheers, Norm. -- Author of "Arduino Software Internals" and "Arduino Interrupts". On 26 August 2024 21:36:01 BST, Michael Grunditz via Ql-Users wrote: >Hello, > >I tried to send a mail to sa...@q40.de but it bounced back.Derek , if >you read this , I was just asking if the next batch still is about now. > >Kind regards >Michael Grunditz >___ >QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] Q68
Hello, I tried to send a mail to sa...@q40.de but it bounced back.Derek , if you read this , I was just asking if the next batch still is about now. Kind regards Michael Grunditz ___ QL-Users Mailing List
Re: [Ql-Users] String handling in Sbasic
Op 9/08/2024 om 13:00 schreef Jan Bredenbeek via Ql-Users: On 09-08-2024 07:52, Wolfgang Lenerz via Ql-Users wrote: without having looked at the string slicing code in SMSQE, I believe that the general contract is a$(x to y) where x and y are positive integers and y is bigger than, or equal to, x. If x is omitted, it is implied that it should be 1. If y is omitted, it is implied that it should be the size of the string (this explains j$ and k$). So the examples where x is bigger than y will either return nothing (when x=y-1) or an error - as these are non-sensical in regard of the above contract, that doesn't bother me. This is why the line i$=a$(L to L-2) fails: x is bigger than y. This is true even for the JS ROM, except that omitting x causes an error because JS assumes it's zero by default... By exception, a$(0) returns the length of a$, so in the line d$=a$(0), d$ isn't 1, but 10. This is also why your line e$=a$(0 to 1) fails. Both Minerva and SMSQ/E return the length of a string(0), JS returns 'out of range'. Notes: 1 - If y is bigger than the size of the string, no error is generated, and it will be limited to the length of the string: Print a$(1 to 100) will just print the entire string. Even true for JS. But what if x is greater than LEN(a$)? If LEN(a$)=10, then - Both JS and SMSQ/E return 'array index out of range' with a$(11), but SMSQ/E returns empty string with a$(11 to 12)! (I believe older versions of SMSQ/E accepted a$(11) but Marcel changed that some years ago). - Minerva returns empty string with a$(11) (but does not allow a$(12)). This is documented in the Minerva manual. 2 - Fun can be had with negative numbers - Norman Dunbar drew my attention to that. One useful thing would be to allow negative numbers for x, meaning the 'x'th element from the *end* of the string. E.g. "abcdefgh"(-3 TO) would return "fgh". This avoids awkward constructs like a$(LEN(a$)-x+1 TO), you would just write a$(-x TO). Of course this would mean that y (if present) must be negative too, with a default of -1 rather than LEN(a$)... Best Regards, Thanks for your additional info. François Van Emelen ___ QL-Users Mailing List
Re: [Ql-Users] String handling in Sbasic
On 09-08-2024 07:52, Wolfgang Lenerz via Ql-Users wrote: without having looked at the string slicing code in SMSQE, I believe that the general contract is a$(x to y) where x and y are positive integers and y is bigger than, or equal to, x. If x is omitted, it is implied that it should be 1. If y is omitted, it is implied that it should be the size of the string (this explains j$ and k$). So the examples where x is bigger than y will either return nothing (when x=y-1) or an error - as these are non-sensical in regard of the above contract, that doesn't bother me. This is why the line i$=a$(L to L-2) fails: x is bigger than y. This is true even for the JS ROM, except that omitting x causes an error because JS assumes it's zero by default... By exception, a$(0) returns the length of a$, so in the line d$=a$(0), d$ isn't 1, but 10. This is also why your line e$=a$(0 to 1) fails. Both Minerva and SMSQ/E return the length of a string(0), JS returns 'out of range'. Notes: 1 - If y is bigger than the size of the string, no error is generated, and it will be limited to the length of the string: Print a$(1 to 100) will just print the entire string. Even true for JS. But what if x is greater than LEN(a$)? If LEN(a$)=10, then - Both JS and SMSQ/E return 'array index out of range' with a$(11), but SMSQ/E returns empty string with a$(11 to 12)! (I believe older versions of SMSQ/E accepted a$(11) but Marcel changed that some years ago). - Minerva returns empty string with a$(11) (but does not allow a$(12)). This is documented in the Minerva manual. 2 - Fun can be had with negative numbers - Norman Dunbar drew my attention to that. One useful thing would be to allow negative numbers for x, meaning the 'x'th element from the *end* of the string. E.g. "abcdefgh"(-3 TO) would return "fgh". This avoids awkward constructs like a$(LEN(a$)-x+1 TO), you would just write a$(-x TO). Of course this would mean that y (if present) must be negative too, with a default of -1 rather than LEN(a$)... Best Regards, -- Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List
Re: [Ql-Users] String handling in Sbasic
Op 9/08/2024 om 7:52 schreef Wolfgang Lenerz via Ql-Users: Hi, without having looked at the string slicing code in SMSQE, I believe that the general contract is a$(x to y) where x and y are positive integers and y is bigger than, or equal to, x. If x is omitted, it is implied that it should be 1. If y is omitted, it is implied that it should be the size of the string (this explains j$ and k$). So the examples where x is bigger than y will either return nothing (when x=y-1) or an error - as these are non-sensical in regard of the above contract, that doesn't bother me. This is why the line i$=a$(L to L-2) fails: x is bigger than y. By exception, a$(0) returns the length of a$, so in the line d$=a$(0), d$ isn't 1, but 10. This is also why your line e$=a$(0 to 1) fails. Notes: 1 - If y is bigger than the size of the string, no error is generated, and it will be limited to the length of the string: Print a$(1 to 100) will just print the entire string. 2 - Fun can be had with negative numbers - Norman Dunbar drew my attention to that. print a$(1 to -1) will print the entire string. I PRESUME that this is because both indexes get taken as unsigned integers, so -1 would be $, and thus bigger than the end of the string HTH Wolfgang 100 open#3,con_:window#3,800,600,0,0 105 REMark test done from within QD 110 a$ = "1234567890" 115 L=len(a$) 120 b$ = a$(4 to 3): REMark This works but b$ is empty 125 rem c$ = a$(4 to 2): REMark This fails with an error. 130 135 d$=a$(0) :REMark returns 1 OK WHY? 140 REMark e$=a$(0 to 1) :REMark This fails with an error. 145 f$=a$(1) :REMark This works 150 g$=a$(L) :REMark This works 155 h$=a$(L-1 to l) :REMark This works 160 REMark i$=a$(L to L-2) :REMark This fails with an error. 165 j$=a$( to 2) 170 k$=a$( to ) 175 print#3, 'b$= ';b$,len(b$) 180 print#3, 'c$: ';c$ :REMark This fails with an error. 185 print#3, 'd$= ';d$ :REMark This works 190 print#3, 'e$= ';e$ ,len(e$) 195 print#3, 'f$= ';f$ 200 print#3, 'g$= ';g$ 205 print#3, 'h$= ';h$ 210 print#3, 'i$= ';i$ çois 215 print#3, 'j$= ';j$ 220 print#3, 'k$= ';k$ ::REMark This works returns a$ 225 print#3, 'done' 230 pause ___ QL-Users Mailing List Hi Wolfgang, Thank you for reply and explanation. Have a fine day. François Van Emelen ___ QL-Users Mailing List
[Ql-Users] String handling in Sbasic
Hi, without having looked at the string slicing code in SMSQE, I believe that the general contract is a$(x to y) where x and y are positive integers and y is bigger than, or equal to, x. If x is omitted, it is implied that it should be 1. If y is omitted, it is implied that it should be the size of the string (this explains j$ and k$). So the examples where x is bigger than y will either return nothing (when x=y-1) or an error - as these are non-sensical in regard of the above contract, that doesn't bother me. This is why the line i$=a$(L to L-2) fails: x is bigger than y. By exception, a$(0) returns the length of a$, so in the line d$=a$(0), d$ isn't 1, but 10. This is also why your line e$=a$(0 to 1) fails. Notes: 1 - If y is bigger than the size of the string, no error is generated, and it will be limited to the length of the string: Print a$(1 to 100) will just print the entire string. 2 - Fun can be had with negative numbers - Norman Dunbar drew my attention to that. print a$(1 to -1) will print the entire string. I PRESUME that this is because both indexes get taken as unsigned integers, so -1 would be $, and thus bigger than the end of the string HTH Wolfgang 100 open#3,con_:window#3,800,600,0,0 105 REMark test done from within QD 110 a$ = "1234567890" 115 L=len(a$) 120 b$ = a$(4 to 3): REMark This works but b$ is empty 125 rem c$ = a$(4 to 2): REMark This fails with an error. 130 135 d$=a$(0) :REMark returns 1 OK WHY? 140 REMark e$=a$(0 to 1) :REMark This fails with an error. 145 f$=a$(1) :REMark This works 150 g$=a$(L) :REMark This works 155 h$=a$(L-1 to l) :REMark This works 160 REMark i$=a$(L to L-2) :REMark This fails with an error. 165 j$=a$( to 2) 170 k$=a$( to ) 175 print#3, 'b$= ';b$,len(b$) 180 print#3, 'c$: ';c$ :REMark This fails with an error. 185 print#3, 'd$= ';d$ :REMark This works 190 print#3, 'e$= ';e$ ,len(e$) 195 print#3, 'f$= ';f$ 200 print#3, 'g$= ';g$ 205 print#3, 'h$= ';h$ 210 print#3, 'i$= ';i$ 215 print#3, 'j$= ';j$ 220 print#3, 'k$= ';k$ ::REMark This works returns a$ 225 print#3, 'done' 230 pause ___ QL-Users Mailing List
[Ql-Users] String handling in Sbasic
Hi, Just saw a thread about handling strings on QL Forum This is what I experienced. I don’t know if this is useful. François Van Emelen 100 open#3,con_:window#3,800,600,0,0 105 REMark test done from within QD 110 a$ = "1234567890" 115 L=len(a$) 120 b$ = a$(4 to 3): REMark This works but b$ is empty 125 rem c$ = a$(4 to 2): REMark This fails with an error. 130 135 d$=a$(0) :REMark returns 1 OK WHY? 140 REMark e$=a$(0 to 1) :REMark This fails with an error. 145 f$=a$(1) :REMark This works 150 g$=a$(L) :REMark This works 155 h$=a$(L-1 to l) :REMark This works 160 REMark i$=a$(L to L-2) :REMark This fails with an error. 165 j$=a$( to 2) 170 k$=a$( to ) 175 print#3, 'b$= ';b$,len(b$) 180 print#3, 'c$: ';c$ :REMark This fails with an error. 185 print#3, 'd$= ';d$ :REMark This works 190 print#3, 'e$= ';e$ ,len(e$) 195 print#3, 'f$= ';f$ 200 print#3, 'g$= ';g$ 205 print#3, 'h$= ';h$ 210 print#3, 'i$= ';i$ 215 print#3, 'j$= ';j$ 220 print#3, 'k$= ';k$ ::REMark This works returns a$ 225 print#3, 'done' 230 pause ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Wolfgang, Question: I don't use sernet, but I do know that some use it. Has anybody ever lost data transferred to the Q68 via sernet? Haven't tested by copying to SD card, but I know sernet transfers data in packets (don't know how much bytes at a time) so it has flow control built in and doesn't need to have RTS/CTS handshake, provided the send/receive buffers are large enough. - update: copying unzip (58 bytes) via sernet took 16 seconds, both on RAM and WIN. The write LED on WIN flashed for a short time afterwards. I ran the copy command from the Q68 with QPC2 on the other end. Copying from the QPC2 end to Q68 failed for some reason, I have to sort out why. Best Regards, Jan -- Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Wolfgang, >>> Question: I don't use sernet, but I do know that some use it. Has >>> anybody ever lost data transferred to the Q68 via sernet? >> >> No, never. SERNET seems to work perfectly at 115200 Baud. For Q68, >> Qzero, QIMSI connected to each other, or to Q60 or PC emulator. Which is >> one reason why I did not implement RTS on the Qzero. > > I presume that you transferred files of more than 512 bytes... If so, > that seem to answer that question. Yes, up to several MB. Peter ___ QL-Users Mailing List
[Ql-Users] The Dormagen meeting
Hi all, perhaps a small echo of the Dormagen meeting will interest some of you. It ran under the motto “The QL is 40”, started on friday afternoon (May 17th) and lasted to sunday mid-morning. It was, to my mind, a resounding success. First of all, my compliments to Detlef, who managed to get us a hotel and a meeting space. The first evening we were in a somewhat cramped space because a wedding took place in the larger room - something the hotel owner had conveniently forgotten to tell Detlef, but on Saturday we were able to enjoy the larger room. Some of us felt that the accommodations were not up to standards, but I was satisfied with my room. At least there the wifi worked correctly. Anyway, these niggles did nothing to dampen my enthusiasm at meeting all present, most known (at least by voice on the phone) and some previously unknown. Many of us hadn’t met more in person for something like 20 years! There was a wide range of people, from bloggers to users to hardware developers to software tinkerers to collectors. People came from all over Europe, from Norway to the south of France, from Croatia to Normandy, from Switzerland, Germany and the UK. I find it fascinating that a machine that, whilst now being 40, has been dead for the last 35 years or so, still attracts that many fine minds. All in all, about 20 people attended. On the friday afternoon, everybody set their machines up and got together and to know each other (again). On Saturday, in a well thought-out presentation, Peter Graf showed the latest evolutions of actually existing hardware, notably the Qzero and Qbase as well as the Qimsi Gold. Martyn Hill, authors of the much appreciated QLUB adapter, gave an interesting summary of his current and future projects. Urs König gave a presentation of all the interesting stuff he collected, and all the interesting QL-related persons he met, over the last ten years. The rest of the time, and especially during the evening meals, there were far-ranging discussions, not all QL related. All in all, I had a blast of a time. There was talk on sunday morning, to organize another meeting, perhaps next year. I can only hope that, in that case, Detlef handles the organising again. Have fun! Wolfgang ___ QL-Users Mailing List
[Ql-Users] SMSQE 3.41
Hi, Thanks for the clarification. Does this mean the duration of interrupt disable is totally unpredictable, and could even be much longer than the polling period? Possibly, yes. However, this will probably not happen when getting data via SER as the data will probably be written to the card as soon as one slave block is full. And writing one block to the card should not take that long. E.g. a hardware receive buffer size of 256 bytes to "survive" one polling period would be doable. See below. Question: I don't use sernet, but I do know that some use it. Has anybody ever lost data transferred to the Q68 via sernet? No, never. SERNET seems to work perfectly at 115200 Baud. For Q68, Qzero, QIMSI connected to each other, or to Q60 or PC emulator. Which is one reason why I did not implement RTS on the Qzero. I presume that you transferred files of more than 512 bytes... If so, that seem to answer that question. So, as a safeguard you might want to implement a bigger buffer, but right now this does not seem to be necessary - but Jan might have something different to say there. Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Wolfgang, >> We'd need to find out how long the SMSQ/E SD card driver will disable >> the serial interrupt - if it actually does. > > Yes it does. > > What happens with data trickling in from something like a serial port, > is that it is put into a buffer, i.e. the slave blocks. When one slave > block is full (it has the same size as a sector on the card, i.e. 512 > bytes), it is flagged as being ready to be written back to the disk (or > card). At the next poll interrupt the slave block then gets written out. > During that time interrupts are disabled (status reg = $2200). If, for > some reason, several slave blocks can be written out at once, they will > go in the same interrupt. Thanks for the clarification. Does this mean the duration of interrupt disable is totally unpredictable, and could even be much longer than the polling period? E.g. a hardware receive buffer size of 256 bytes to "survive" one polling period would be doable. > Question: I don't use sernet, but I do know that some use it. Has > anybody ever lost data transferred to the Q68 via sernet? No, never. SERNET seems to work perfectly at 115200 Baud. For Q68, Qzero, QIMSI connected to each other, or to Q60 or PC emulator. Which is one reason why I did not implement RTS on the Qzero. (As always, there were not enough dedicated pins left, so I had to "steal" CTS from the 40 pin I/O connector of the Qzero. I want as many pins on that connector untouched, so I hoped to avoid RTS.) All the best Peter ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.01
Hi all, I added a version of SMSQmulator for java 21 to my site. Have fun! Wolfgang ___ QL-Users Mailing List
[Ql-Users] SMSQE 3.41
Hi, We can increase the hardware receive FIFO size of the UART if you think there is a problem. The Qzero FPGA has sufficient resources. We'd need to find out how long the SMSQ/E SD card driver will disable the serial interrupt - if it actually does. Yes it does. What happens with data trickling in from something like a serial port, is that it is put into a buffer, i.e. the slave blocks. When one slave block is full (it has the same size as a sector on the card, i.e. 512 bytes), it is flagged as being ready to be written back to the disk (or card). At the next poll interrupt the slave block then gets written out. During that time interrupts are disabled (status reg = $2200). If, for some reason, several slave blocks can be written out at once, they will go in the same interrupt. Question: I don't use sernet, but I do know that some use it. Has anybody ever lost data transferred to the Q68 via sernet? Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Jan, >> I have indeed added CTS, so a slower machine can stop the Qzero from >> sending. The RTS line is just fake though - my hope is that a Qzero is >> always fast enough to handle 115200 Baud. > > As long as you don't write to the SD card at the same time, probably yes. We can increase the hardware receive FIFO size of the UART if you think there is a problem. The Qzero FPGA has sufficient resources. We'd need to find out how long the SMSQ/E SD card driver will disable the serial interrupt - if it actually does. All the best Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Op 22/05/2024 om 9:43 schreef Wolfgang Lenerz via Ql-Users: Hi all, SMSQE 3.41 is out. This is a bugfix release for SMSQmulator and Q68 - there are no changes for other machines. The code for the Q68 is also the one users of Qimsi Gold or Qzero (if there are any) should use - it is the same code for all three machines. The files can be found, as usual, on https://wlenerz.com/smsqe/ Have fun! Wolfgang ___ QL-Users Mailing List Hi Wolfgang, Thank you for the update. François Van Emelen ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.01
On 22/05/2024 16:09, Derek via Ql-Users wrote: Hi Wolfgang, Downloaded the update must of been the browser cache. In case of future problems, when you have the download URL, say "https://whatever.org/downloads/someFile.xxx"; then change the link to read "https://whatever.org/downloads/someFile.xxx?id=123456"; (added "?id=123456" to the URL) and this will cause it to read afresh from the URL and not use the cache. Obviously, if "id=123456" failed, you would need to use a different number on the retry to avoid the cache again. It also doesn't have to be "id" this would also work "https://whatever.org/downloads/someFile.xxx?norman=plonker";! ;-) You just change the parameters after the URL to bypass the cache. I wrote a Javascript utility some years ago at work which generated a random URL in this manner when people complained about getting the rong versions. It worked! Cheers, Norm. -- Norman Dunbar. ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Peter, I have indeed added CTS, so a slower machine can stop the Qzero from sending. The RTS line is just fake though - my hope is that a Qzero is always fast enough to handle 115200 Baud. As long as you don't write to the SD card at the same time, probably yes. The connector is prepared so you can use a standard male D-Sub with ribbon cable for SER. I had the printed schematics and placeplan in Dormagen, but forget to give them to you. Shall send by personal email. You actually did give those printed documents to me in Dormagen ;-) Best Regards, Jan -- Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.01
Hi Wolfgang, Downloaded the update must of been the browser cache. Thank you for the updates to SMSQmulator Regards, Derek On 22 May 2024 14:20:40 BST, Wolfgang Lenerz via Ql-Users wrote: >Hi Derek, > >that's strange, I can definitely download it. I just re-upped it to be sure. > >Perhaps refresh your cache? > >Regards > >Wolfgang >> I tried to download the update for SMSQmulator, but v3.00 is only available. >> >> Regards, >> Derek >> >> On 22/05/2024 08:45, Wolfgang Lenerz via Ql-Users wrote: >>> Hi all, >>> >>> SMSQmulator 3.01 is out. >>> >>> This is a bugfix release, and I'd recommend everybody to upgrade, using the >>> SMSQE that comes with it. >>> >>> >>> Have fun! >>> >>> Wolfgang >>> ___ >>> QL-Users Mailing List >> ___ >> QL-Users Mailing List > >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.01
Hi Derek, that's strange, I can definitely download it. I just re-upped it to be sure. Perhaps refresh your cache? Regards Wolfgang I tried to download the update for SMSQmulator, but v3.00 is only available. Regards, Derek On 22/05/2024 08:45, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQmulator 3.01 is out. This is a bugfix release, and I'd recommend everybody to upgrade, using the SMSQE that comes with it. Have fun! Wolfgang ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Jan, >>> The code for the Q68 is also the one users of Qimsi Gold or Qzero (if >>> there are any) should use - it is the same code for all three machines. >> >> Surely there are Qzero users ;-) More than a handful already. > > ;-) > > I'm a bit curious about the SER1 connector on the QLBase board. It's a > 10-pin header. Does that mean that it's fully wired, i.e. including > RTS/CTS lines? I have indeed added CTS, so a slower machine can stop the Qzero from sending. The RTS line is just fake though - my hope is that a Qzero is always fast enough to handle 115200 Baud. The connector is prepared so you can use a standard male D-Sub with ribbon cable for SER. I had the printed schematics and placeplan in Dormagen, but forget to give them to you. Shall send by personal email. All the best Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Peter, Great, SER1 and SLUG work well on all three now! The code for the Q68 is also the one users of Qimsi Gold or Qzero (if there are any) should use - it is the same code for all three machines. Surely there are Qzero users ;-) More than a handful already. ;-) I'm a bit curious about the SER1 connector on the QLBase board. It's a 10-pin header. Does that mean that it's fully wired, i.e. including RTS/CTS lines? Best Regards, Jan -- Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Hi Wolfgang, > This is a bugfix release for SMSQmulator and Q68 - there are no changes > for other machines. Great, SER1 and SLUG work well on all three now! > The code for the Q68 is also the one users of Qimsi Gold or Qzero (if > there are any) should use - it is the same code for all three machines. Surely there are Qzero users ;-) More than a handful already. Many thanks for all your work! Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQE 3.41
Thank you for your ever-dilligent efforts to maintain our cherished OS!!! On Wed, 22 May 2024, 08:44 Wolfgang Lenerz via Ql-Users, < ql-users@lists.q-v-d.com> wrote: > Hi all, > > SMSQE 3.41 is out. > > This is a bugfix release for SMSQmulator and Q68 - there are no changes > for other machines. > > The code for the Q68 is also the one users of Qimsi Gold or Qzero (if > there are any) should use - it is the same code for all three machines. > > The files can be found, as usual, on https://wlenerz.com/smsqe/ > > Have fun! > > Wolfgang > > > > > > > ___ > QL-Users Mailing List > ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.01
Hi Wolfgang, I tried to download the update for SMSQmulator, but v3.00 is only available. Regards, Derek On 22/05/2024 08:45, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQmulator 3.01 is out. This is a bugfix release, and I'd recommend everybody to upgrade, using the SMSQE that comes with it. Have fun! Wolfgang ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.01
Hi all, SMSQmulator 3.01 is out. This is a bugfix release, and I'd recommend everybody to upgrade, using the SMSQE that comes with it. Have fun! Wolfgang ___ QL-Users Mailing List
[Ql-Users] SMSQE 3.41
Hi all, SMSQE 3.41 is out. This is a bugfix release for SMSQmulator and Q68 - there are no changes for other machines. The code for the Q68 is also the one users of Qimsi Gold or Qzero (if there are any) should use - it is the same code for all three machines. The files can be found, as usual, on https://wlenerz.com/smsqe/ Have fun! Wolfgang ___ QL-Users Mailing List
[Ql-Users] SMSQmulator FLP Images problems
Hi, a new version is iminent. Best regards Wolfgang Hi I downloaded the most recent version of SMSQmulator, v3.00 from Wolfgang's web site. Still the same. Does not read FLP images and locks the emulator up. I restored SMSQmulator v2.32 and all works well. On 19 May 2024 17:02:10 BST, desin via Ql-Users wrote: Am 18.05.24 um 16:49 schrieb Derek via Ql-Users: I am having problems reading FLP image files in SMSQmulator v3.00 Java 17 on Linux Debian 12.5. I have sent Wolfgang an email with problems I wonder if anyone else has anyone else had any problems. The FLP images work on QPC2, sQLux, Q-emulator, Q68 with FDI. --- Regards, Derek ___ QL-Users Mailing List Hello Derek Wolfgang fixed it in March so do you use the latest version ? Greetings from Switzerland Markus ___ QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator FLP Images problems
Hi I downloaded the most recent version of SMSQmulator, v3.00 from Wolfgang's web site. Still the same. Does not read FLP images and locks the emulator up. I restored SMSQmulator v2.32 and all works well. On 19 May 2024 17:02:10 BST, desin via Ql-Users wrote: > > >Am 18.05.24 um 16:49 schrieb Derek via Ql-Users: >> I am having problems reading FLP image files in SMSQmulator v3.00 Java 17 on >> Linux Debian 12.5. >> >> I have sent Wolfgang an email with problems I wonder if anyone else has >> anyone else had any problems. >> >> The FLP images work on QPC2, sQLux, Q-emulator, Q68 with FDI. >> --- >> Regards, >> Derek >> ___ >> QL-Users Mailing List > >Hello Derek > >Wolfgang fixed it in March >so do you use the latest version ? > >Greetings from Switzerland > >Markus >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator FLP Images problems
Am 18.05.24 um 16:49 schrieb Derek via Ql-Users: I am having problems reading FLP image files in SMSQmulator v3.00 Java 17 on Linux Debian 12.5. I have sent Wolfgang an email with problems I wonder if anyone else has anyone else had any problems. The FLP images work on QPC2, sQLux, Q-emulator, Q68 with FDI. --- Regards, Derek ___ QL-Users Mailing List Hello Derek Wolfgang fixed it in March so do you use the latest version ? Greetings from Switzerland Markus ___ QL-Users Mailing List
[Ql-Users] SMSQmulator FLP Images problems
I am having problems reading FLP image files in SMSQmulator v3.00 Java 17 on Linux Debian 12.5. I have sent Wolfgang an email with problems I wonder if anyone else has anyone else had any problems. The FLP images work on QPC2, sQLux, Q-emulator, Q68 with FDI. --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] Meeting in Dormagen
Hi QLers, > since I'll be going to Dormagen, I'll bring 2 QLs for sale with me, and > a CUB monitor. Speaking of Dormagen, I spoke to Detlef (the organiser) yesterday. It looks like we are going to have a great event! I just prepared my presentation and will pack up tomorrow. Attendees: Please bring your EPROM readers to Dormagen to help me read a patient EPROM (27128) that my EPROMers cannot read. I look forward to meet as many of you as possible there. Cheers, Urs P.S. For those of you wondering what QL topics I'm working on, check out my blog on my YouTube Community tab. https://www.youtube.com/@QLvsJAGUAR/community ___ QL-Users Mailing List
[Ql-Users] Meeting in Dormagen
Hi all, since I'll be going to Dormagen, I'll bring 2 QLs for sale with me, and a CUB monitor. The Qls come with their power supply. They are in working condition (but state of the mdv is unknown). One needs a new keyboard membrane (so I can't get beyond the F1/F2 prompt) the other has a fancy keyboard (with one keytop missing) and boots into Basic. They both need new screws to fasten the top half to the bottom. I don't know whether I'll have the time to buy new screws, as I'm not at home ATM. I'll also bring some floppy drives & interfaces. The CUB monitor is also in working condition. Have fun! Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] Assembly Language eMagazine - new issue!
On 14.4.2024, at 20:37, Peter Graf wrote: Ah, a MacOS 10.4 user? In order to still run 68K Mac programs? Did you still keep TenFourFox up-to-date be compiling it yourself? No, I have the last "official" version (2021, I think). I do not compile anything (but I have heard, there is some way to compile more up-to-date FireFox). On 15.4.2024, at 14:32, Norman Dunbar via Ql-Users wrote: Try this link https://github.com/NormanDunbar/ QLAssemblyLanguageMagazine/blob/master/Issue_012/ Assembly_Language_012.pdf and if that doesn't work, does "wget" fetch it? For some reason this does not work. But will help, I'm on the way to sort out. Thank You. ___ QL-Users Mailing List
Re: [Ql-Users] Assembly Language eMagazine - new issue!
Try this link https://github.com/NormanDunbar/QLAssemblyLanguageMagazine/blob/master/Issue_012/Assembly_Language_012.pdf and if that doesn't work, does "wget" fetch it? Failing that, drop me your email address to norman at Dunbar hyphen it dot Co dot UK and I'll email you back the pdf. Cheers, Norm. On 14 April 2024 14:57:23 BST, Jiri Dolezal via Ql-Users wrote: >> I know it's been a while, but Issue 12 of the somewhat irregular Assembly >> Language Programming eMagazine is, finally, available. >> Get it here >> https://github.com/NormanDunbar/QLAssemblyLanguageMagazine/releases/tag/Issue_12. > >Is direct link to the PDF available? >TenFourFox is not able to process the GitHub javascript. > dex >___ >QL-Users Mailing List -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ QL-Users Mailing List
Re: [Ql-Users] Assembly Language eMagazine - new issue!
Am 14.04.2024 um 15:57 schrieb Jiri Dolezal via Ql-Users: > TenFourFox is not able to process the GitHub javascript. Ah, a MacOS 10.4 user? In order to still run 68K Mac programs? Did you still keep TenFourFox up-to-date be compiling it yourself? ___ QL-Users Mailing List
Re: [Ql-Users] Assembly Language eMagazine - new issue!
I know it's been a while, but Issue 12 of the somewhat irregular Assembly Language Programming eMagazine is, finally, available. Get it here https://github.com/NormanDunbar/ QLAssemblyLanguageMagazine/releases/tag/Issue_12. Is direct link to the PDF available? TenFourFox is not able to process the GitHub javascript. dex ___ QL-Users Mailing List
[Ql-Users] Assembly Language eMagazine - new issue!
I know it's been a while, but Issue 12 of the somewhat irregular Assembly Language Programming eMagazine is, finally, available. Get it here https://github.com/NormanDunbar/QLAssemblyLanguageMagazine/releases/tag/Issue_12. I noticed that it has been two whole years since the previous issue was released into the wild. I hope it was worth waiting for! Those of you who signed up to my mailing list, apologies, there's currently no mailing list. I cancelled my hosting plan! I still have a backup so will hopefully do something with it at some point "soon"! (For certain values of "soon"!) Cheers, Norm. ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt's Programs
Hi I did mirror George's web site with whet, a while back. But maybe out of date. I also have some of the SQLUG reports Derek On 9 April 2024 15:08:15 BST, Norman Dunbar via Ql-Users wrote: >On 08/04/2024 19:02, Dilwyn Jones via Ql-Users wrote: >> Thank you for doing this Norman. > >Just to let you know, I did reply to your email yesterday, but Gmail doesn't >like me, and wouldn't accept your or Darren's email addresses as ones I can >send to. > > >Cheers, >Norm. > >-- >Norman Dunbar. > >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt's Programs
On 08/04/2024 19:02, Dilwyn Jones via Ql-Users wrote: Thank you for doing this Norman. Just to let you know, I did reply to your email yesterday, but Gmail doesn't like me, and wouldn't accept your or Darren's email addresses as ones I can send to. Cheers, Norm. -- Norman Dunbar. ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt's Programs
I have now completed the upload of a huge number of files --- ok, 33 --- which Tobias sent me yesterday. You can find everything at https://github.com/SinclairQL/GeorgeGwilt. I've attempted to document what is in each directory, but I've only got George's minimal documentation to go on myself. ;) Cheers, Norm. -- Norman Dunbar. ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt's Programs
Thanks Wolfgang. I think I might have a full set now, thanks to Tobias. Cheers, Norm. On 8 April 2024 20:31:57 BST, Wolfgang Lenerz via Ql-Users wrote: >Hi Norman, > >I have nothing recent, sorry. > >Wolfgang > >> This is a copy of a message I posted on the QL Forum, for anyone interested >> who doesn't use the forum. >> >> >> >> I wanted to check if I had the latest copies of George's assemblers GWASL >> and GWASS and discovered that http://gwiltprogs.info is no longer present, >> other than a blank landing page. >> >> It would be a huge shame if George's programs vanished from the world, in my >> opinion, so I have set them up on the SinclairQL's github at >> https://github.com/SinclairQL/GeorgeGwilt. >> >> I have, from my own downloads folder, uploaded the following: >> >> GWASS Program and source. >> GWASL Program and source, various versions. >> EASYPEASY Program and source, various versions. >> SETW Program and source, various versions. >> Also, George's various development libraries needed to compile the >> other stuff. >> >> I've put a README.md file in each separate application folder to explain, as >> best as I've been able to find out, what each of the files are and which >> versions of the application they apply to. >> >> I don't have the sources or binaries for Turbo, so if you have those, can >> you either add a new folder and upload them, or let me have them and I'll do >> the needful. Thanks. I suspect that they are on Dilwyn's fine web site. >> >> Likewise, George's TurboPE stuff. Which I never got around to using. >> >> >> Cheers, >> Norm. > >___ >QL-Users Mailing List -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ QL-Users Mailing List
[Ql-Users] George Gwilt's Programs
Hi Norman, I have nothing recent, sorry. Wolfgang This is a copy of a message I posted on the QL Forum, for anyone interested who doesn't use the forum. I wanted to check if I had the latest copies of George's assemblers GWASL and GWASS and discovered that http://gwiltprogs.info is no longer present, other than a blank landing page. It would be a huge shame if George's programs vanished from the world, in my opinion, so I have set them up on the SinclairQL's github at https://github.com/SinclairQL/GeorgeGwilt. I have, from my own downloads folder, uploaded the following: GWASS Program and source. GWASL Program and source, various versions. EASYPEASY Program and source, various versions. SETW Program and source, various versions. Also, George's various development libraries needed to compile the other stuff. I've put a README.md file in each separate application folder to explain, as best as I've been able to find out, what each of the files are and which versions of the application they apply to. I don't have the sources or binaries for Turbo, so if you have those, can you either add a new folder and upload them, or let me have them and I'll do the needful. Thanks. I suspect that they are on Dilwyn's fine web site. Likewise, George's TurboPE stuff. Which I never got around to using. Cheers, Norm. ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt's Programs
Thank you for doing this Norman. Most if not all of George's QL software is either on my website, or in a folder on my PC's hard drive. What I don't know is whether I had the most recent versions - the site closed before I could check. George would put a number at the end of the zip files to indicate version, add an 's' for sources and a 'p' for program binaries, 'm' for manuals, e.g. for Turbo: trbop16.zip (binaries) or trbos20.zip (sources) or trbom16.zip (manuals) Note that with Turbo there was an intermediate release 510 from Per Witte which is on my website - something to do with the PEEK_F and POKE_F extensions for SMSQ/E (don't remember the full details from memory). Afraid I don't know if this was a one-off or whether Per hopes to further develop the compiler in any way. Not home atm or I'd check versions I have against yours. Will try to do a list of what I have later. Dilwyn On Mon, 8 Apr 2024 at 16:49, Norman Dunbar via Ql-Users wrote: > > This is a copy of a message I posted on the QL Forum, for anyone > interested who doesn't use the forum. > > > > I wanted to check if I had the latest copies of George's assemblers > GWASL and GWASS and discovered that http://gwiltprogs.info is no longer > present, other than a blank landing page. > > It would be a huge shame if George's programs vanished from the world, > in my opinion, so I have set them up on the SinclairQL's github at > https://github.com/SinclairQL/GeorgeGwilt. > > I have, from my own downloads folder, uploaded the following: > > GWASS Program and source. > GWASL Program and source, various versions. > EASYPEASY Program and source, various versions. > SETW Program and source, various versions. > Also, George's various development libraries needed to compile the > other stuff. > > I've put a README.md file in each separate application folder to > explain, as best as I've been able to find out, what each of the files > are and which versions of the application they apply to. > > I don't have the sources or binaries for Turbo, so if you have those, > can you either add a new folder and upload them, or let me have them and > I'll do the needful. Thanks. I suspect that they are on Dilwyn's fine > web site. > > Likewise, George's TurboPE stuff. Which I never got around to using. > > > Cheers, > Norm. > -- > Norman Dunbar. > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt's Programs
Hi Norman, > On 8 Apr 2024, at 17:43, Norman Dunbar via Ql-Users > wrote: > > This is a copy of a message I posted on the QL Forum, for anyone interested > who doesn't use the forum. > > > > I wanted to check if I had the latest copies of George's assemblers GWASL and > GWASS and discovered that http://gwiltprogs.info is no longer present, other > than a blank landing page. > > It would be a huge shame if George's programs vanished from the world, in my > opinion, so I have set them up on the SinclairQL's github at > https://github.com/SinclairQL/GeorgeGwilt. > > I have, from my own downloads folder, uploaded the following: > >GWASS Program and source. >GWASL Program and source, various versions. >EASYPEASY Program and source, various versions. >SETW Program and source, various versions. >Also, George's various development libraries needed to compile the other > stuff. > Thank you for this effort! — Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 ___ QL-Users Mailing List
[Ql-Users] George Gwilt's Programs
This is a copy of a message I posted on the QL Forum, for anyone interested who doesn't use the forum. I wanted to check if I had the latest copies of George's assemblers GWASL and GWASS and discovered that http://gwiltprogs.info is no longer present, other than a blank landing page. It would be a huge shame if George's programs vanished from the world, in my opinion, so I have set them up on the SinclairQL's github at https://github.com/SinclairQL/GeorgeGwilt. I have, from my own downloads folder, uploaded the following: GWASS Program and source. GWASL Program and source, various versions. EASYPEASY Program and source, various versions. SETW Program and source, various versions. Also, George's various development libraries needed to compile the other stuff. I've put a README.md file in each separate application folder to explain, as best as I've been able to find out, what each of the files are and which versions of the application they apply to. I don't have the sources or binaries for Turbo, so if you have those, can you either add a new folder and upload them, or let me have them and I'll do the needful. Thanks. I suspect that they are on Dilwyn's fine web site. Likewise, George's TurboPE stuff. Which I never got around to using. Cheers, Norm. -- Norman Dunbar. ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Graeme wrote: > Just letting the list know that I picked up the George's QL collection this > evening! > > It is a substantial collection it almost filled my van. So its going to take me a > while to catalogue it! Good job, Graeme! Glad that it's saved and not dumped! ___ QL-Users Mailing List
Re: [Ql-Users] hardware
> On 25 Mar 2024, at 21:46, Graeme Gregory via Ql-Users > wrote: > > Just letting the list know that I picked up the George's QL collection this > evening! > > It is a substantial collection it almost filled my van. So its going to take > me a while to catalogue it! Good job! Can’t wait! :-) — Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Just letting the list know that I picked up the George's QL collection this evening! It is a substantial collection it almost filled my van. So its going to take me a while to catalogue it! Graeme ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Computer Research Centrum, Ltd via Ql-Users wrote: >> The Q60, was sold by me in 2003, which should be 66Mhz Q60 64Mb ram,. > > Battle of the Q60 upcoming? > Dear, so much of us will like one… > dex 27 years after design time... still unreached by any other QL hardware. And maybe the fastest 68060 mainboard forever, as the VME and chess mainboards were somewhat slower. Someone still compiles up-to-date Linux kernels for Qx0 ... so crazy. ___ QL-Users Mailing List
Re: [Ql-Users] hardware
>The Q60, was sold by me in 2003, which should be 66Mhz Q60 64Mb ram,. Battle of the Q60 upcoming? Dear, so much of us will like one… dex ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Hi The Q60, was sold by me in 2003, which should be 66Mhz Q60 64Mb ram,. I would normally drive up to to Edinburgh and collect everything and arrange distribution. But I my life is constrained by being a carer for an older relation. Regards Derek On 25 March 2024 14:48:34 GMT, Peter Graf via Ql-Users wrote: >Darren Branagh via Ql-Users wrote: > >> I don't have a Q60, so would be more than willing to pay postage to have it >> sent to me? > >A Q60 for just postage would be a fantastic deal, it's easily worth a >four digit sum these days... > >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Darren Branagh via Ql-Users wrote: > I don't have a Q60, so would be more than willing to pay postage to have it > sent to me? A Q60 for just postage would be a fantastic deal, it's easily worth a four digit sum these days... ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Just thinking I will actually be in Edinburgh later this month, so could collect some pieces then... 16th to the 19th.. Can also make a donation to charity in Georges name. Would like to have something belonging to him. Darren. On Mon 25 Mar 2024, 14:07 Darren Branagh, wrote: > > Hi Richard, > > I don't have a Q60, so would be more than willing to pay postage to have > it sent to me? > > Maybe some other items too... A QL with Trump card and some of Georges > floppies etc found be nice. > > Let me know if willing to post them. Certainly don't dump any of it. > > Darren. > > > On Sat 23 Mar 2024, 11:14 Derek via Ql-Users, > wrote: > >> Hi, >> >> Please do not dump it, I can drive up from Derbyshire to collect it >> >> Regards, >> Derek >> >> On 23/03/2024 10:44, George Gwilt via Ql-Users wrote: >> > >> > >> > >> > >> > >> > >> > Hallo again from Richard Gwilt - George’s son. Thank you very much for >> your kind words over the last week or so. Sorry to bother you all AGAIN - >> but we are in the process of tidying up - and are faced with a room FULL of >> QL stuff!! >> > >> > 6 old black QL computers (1 with Trump card) >> > 1 Q60 >> > 1 QL21 >> > assorted CRT monitors, MILLIONS of micro tapes, floppies etc. >> > ENORMOUS number of manuals etc etc >> > >> > We are about to take it all to the dump - if anyone would like any, >> it’ll be here in Edinburgh in Dad’s computer room available for pick up for >> the next couple of days. I know, no time to think — but perhaps there >> photos give you an idea of the scale of the problem … >> > >> > All the best, >> > >> > Richard >> > >> > >> > >> > >> > >> > >> > >> > >> > ___ >> > QL-Users Mailing List >> ___ >> QL-Users Mailing List >> > ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Hi Richard, I don't have a Q60, so would be more than willing to pay postage to have it sent to me? Maybe some other items too... A QL with Trump card and some of Georges floppies etc found be nice. Let me know if willing to post them. Certainly don't dump any of it. Darren. On Sat 23 Mar 2024, 11:14 Derek via Ql-Users, wrote: > Hi, > > Please do not dump it, I can drive up from Derbyshire to collect it > > Regards, > Derek > > On 23/03/2024 10:44, George Gwilt via Ql-Users wrote: > > > > > > > > > > > > > > Hallo again from Richard Gwilt - George’s son. Thank you very much for > your kind words over the last week or so. Sorry to bother you all AGAIN - > but we are in the process of tidying up - and are faced with a room FULL of > QL stuff!! > > > > 6 old black QL computers (1 with Trump card) > > 1 Q60 > > 1 QL21 > > assorted CRT monitors, MILLIONS of micro tapes, floppies etc. > > ENORMOUS number of manuals etc etc > > > > We are about to take it all to the dump - if anyone would like any, > it’ll be here in Edinburgh in Dad’s computer room available for pick up for > the next couple of days. I know, no time to think — but perhaps there > photos give you an idea of the scale of the problem … > > > > All the best, > > > > Richard > > > > > > > > > > > > > > > > > > ___ > > QL-Users Mailing List > ___ > QL-Users Mailing List > ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Hi Richard, I live pretty near Edinburgh and would be willing to help you clear out and distribute the stuff to the QL community! Graeme On Sat, 23 Mar 2024, at 10:44 AM, George Gwilt via Ql-Users wrote: > Hallo again from Richard Gwilt - George’s son. Thank you very much for > your kind words over the last week or so. Sorry to bother you all > AGAIN - but we are in the process of tidying up - and are faced with a > room FULL of QL stuff!! > > 6 old black QL computers (1 with Trump card) > 1 Q60 > 1 QL21 > assorted CRT monitors, MILLIONS of micro tapes, floppies etc. > ENORMOUS number of manuals etc etc > > We are about to take it all to the dump - if anyone would like any, > it’ll be here in Edinburgh in Dad’s computer room available for pick up > for the next couple of days. I know, no time to think — but perhaps > there photos give you an idea of the scale of the problem … > > All the best, > > Richard > > > > > > > > > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] hardware
> On 23 Mar 2024, at 12:13, Derek via Ql-Users wrote: > > Hi, > > Please do not dump it, I can drive up from Derbyshire to collect it I might be interested in some of the HW (provided that you can save it from the dump). — Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 ___ QL-Users Mailing List
Re: [Ql-Users] hardware
Hi, Please do not dump it, I can drive up from Derbyshire to collect it Regards, Derek On 23/03/2024 10:44, George Gwilt via Ql-Users wrote: Hallo again from Richard Gwilt - George’s son. Thank you very much for your kind words over the last week or so. Sorry to bother you all AGAIN - but we are in the process of tidying up - and are faced with a room FULL of QL stuff!! 6 old black QL computers (1 with Trump card) 1 Q60 1 QL21 assorted CRT monitors, MILLIONS of micro tapes, floppies etc. ENORMOUS number of manuals etc etc We are about to take it all to the dump - if anyone would like any, it’ll be here in Edinburgh in Dad’s computer room available for pick up for the next couple of days. I know, no time to think — but perhaps there photos give you an idea of the scale of the problem … All the best, Richard ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] hardware
Hallo again from Richard Gwilt - George’s son. Thank you very much for your kind words over the last week or so. Sorry to bother you all AGAIN - but we are in the process of tidying up - and are faced with a room FULL of QL stuff!! 6 old black QL computers (1 with Trump card) 1 Q60 1 QL21 assorted CRT monitors, MILLIONS of micro tapes, floppies etc. ENORMOUS number of manuals etc etc We are about to take it all to the dump - if anyone would like any, it’ll be here in Edinburgh in Dad’s computer room available for pick up for the next couple of days. I know, no time to think — but perhaps there photos give you an idea of the scale of the problem … All the best, Richard ___ QL-Users Mailing List
[Ql-Users] Launchpad 2.14 update
A minor update to my Launchpad 2 program launcher software has been issued to fix a problem with the Jobs menu when run on QDOS with pointer environment. The v2.14 update (just 3 files to replace for existing users) is available to download from https://dilwyn.qlforum.co.uk/gen/launchpad/demo/demo.html The full Launchpad software is available to download free from https://dilwyn.qlforum.co.uk/gen/launchpad/launchpad.html where you can see the system requirements for the software. There are two versions - v0.96 runs on QDOS systems with pointer environment, while version 2 demands a system with Window Manager 2. Dilwyn ___ QL-Users Mailing List
Re: [Ql-Users] Q-Liberator v3.46
Op 20/03/2024 om 23:10 schreef Dilwyn Jones via Ql-Users: Version 3.46 of the Q-Liberator compiler is now available to download from https://dilwyn.qlforum.co.uk/qlib/index.html The source files are also available on the page. Dilwyn ___ QL-Users Mailing List Thank you. François Van Emelen ___ QL-Users Mailing List
[Ql-Users] Q-Liberator v3.46
Version 3.46 of the Q-Liberator compiler is now available to download from https://dilwyn.qlforum.co.uk/qlib/index.html The source files are also available on the page. Dilwyn ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
Feel free to add more OS constants! From: Ql-Users on behalf of Graeme Gregory via Ql-Users Sent: Tuesday, March 19, 2024 2:25 PM To: ql-us...@q-v-d.com Cc: Graeme Gregory Subject: Re: [Ql-Users] Q-emulator On Tue, 19 Mar 2024, at 1:30 PM, Dilwyn Jones via Ql-Users wrote: > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > Should be pretty simple to implement this in sQLux, just need documentation for the missing values for all the OSes sQLux runs on. Graeme ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
Hello, I have now created a SuperBASIC extension here: http://www.terdina.net/ql/soft/qemu_version_bin It defines two functions: IS_QEMULATOR returns 1 if running on Q-emuLator, 0 otherwise. QEMU_VER$ returns a string with the emulator name and version. Currently only Q-emuLator supports it (but that could change) and on other platforms it returns an empty string. Thanks, Daniele From: Ql-Users on behalf of Urs Koenig (QL) via Ql-Users Sent: Tuesday, March 19, 2024 1:05 PM To: ql-us...@q-v-d.com Cc: Urs Koenig (QL) Subject: Re: [Ql-Users] Q-emulator Have a look at QL/E's QLEhelper_bas (or boot_verbose which uses the compiled QLEhelper) where the command line option \QEMU does exactly this. Inside QLEhelper_bas look at the PROCedure QemuLator_detect which uses that Trap call. Feel free to copy, (amend) and use what you need in SuperBASIC. > -Ursprüngliche Nachricht- > Von: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Im Auftrag von > Daniele Terdina via Ql-Users > Gesendet: Dienstag, 19. März 2024 20:48 > An: ql-us...@q-v-d.com > Cc: Daniele Terdina > Betreff: Re: [Ql-Users] Q-emulator > > I can write you an extension for that later today. > > Thanks > Daniele > ________ > From: Ql-Users on behalf of desin via > Ql-Users > Sent: Tuesday, March 19, 2024 12:24 PM > To: ql-us...@q-v-d.com > Cc: desin > Subject: Re: [Ql-Users] Q-emulator > > > > Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: > > This is correct, thank you Dilwyn! > > > > If you'd like to test whether you are running on the Q-emuLator-specific > version of SMSQ/E (file named SMSQ_QEM, that can only run on Q- > emuLator), you can use MACHINE and check for code 26. > > > > On any version of QDOS or SMSQ/E, you can test whether you are running > on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling > TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are > running on Q-emuLator. > > Thanks Daniele > but how do it in basic ? > > Background > > A boot file that runs on most systems (native/emulated) > on Q-emulator it must check what version of SMSQE > is necessary > > Greetings from Switzerland > Markus > > ___ > QL-Users Mailing List > ___ > QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
On Tue, 19 Mar 2024, at 1:30 PM, Dilwyn Jones via Ql-Users wrote: > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > Should be pretty simple to implement this in sQLux, just need documentation for the missing values for all the OSes sQLux runs on. Graeme ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
Have a look at QL/E's QLEhelper_bas (or boot_verbose which uses the compiled QLEhelper) where the command line option \QEMU does exactly this. Inside QLEhelper_bas look at the PROCedure QemuLator_detect which uses that Trap call. Feel free to copy, (amend) and use what you need in SuperBASIC. > -Ursprüngliche Nachricht- > Von: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Im Auftrag von > Daniele Terdina via Ql-Users > Gesendet: Dienstag, 19. März 2024 20:48 > An: ql-us...@q-v-d.com > Cc: Daniele Terdina > Betreff: Re: [Ql-Users] Q-emulator > > I can write you an extension for that later today. > > Thanks > Daniele > ________ > From: Ql-Users on behalf of desin via > Ql-Users > Sent: Tuesday, March 19, 2024 12:24 PM > To: ql-us...@q-v-d.com > Cc: desin > Subject: Re: [Ql-Users] Q-emulator > > > > Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: > > This is correct, thank you Dilwyn! > > > > If you'd like to test whether you are running on the Q-emuLator-specific > version of SMSQ/E (file named SMSQ_QEM, that can only run on Q- > emuLator), you can use MACHINE and check for code 26. > > > > On any version of QDOS or SMSQ/E, you can test whether you are running > on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling > TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are > running on Q-emuLator. > > Thanks Daniele > but how do it in basic ? > > Background > > A boot file that runs on most systems (native/emulated) > on Q-emulator it must check what version of SMSQE > is necessary > > Greetings from Switzerland > Markus > > ___ > QL-Users Mailing List > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
I can write you an extension for that later today. Thanks Daniele From: Ql-Users on behalf of desin via Ql-Users Sent: Tuesday, March 19, 2024 12:24 PM To: ql-us...@q-v-d.com Cc: desin Subject: Re: [Ql-Users] Q-emulator Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: > This is correct, thank you Dilwyn! > > If you'd like to test whether you are running on the Q-emuLator-specific > version of SMSQ/E (file named SMSQ_QEM, that can only run on Q-emuLator), you > can use MACHINE and check for code 26. > > On any version of QDOS or SMSQ/E, you can test whether you are running on > Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling TRAP > #1. On return, if the error code (in D0) is zero and D1.B is 1, you are > running on Q-emuLator. Thanks Daniele but how do it in basic ? Background A boot file that runs on most systems (native/emulated) on Q-emulator it must check what version of SMSQE is necessary Greetings from Switzerland Markus ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: This is correct, thank you Dilwyn! If you'd like to test whether you are running on the Q-emuLator-specific version of SMSQ/E (file named SMSQ_QEM, that can only run on Q-emuLator), you can use MACHINE and check for code 26. On any version of QDOS or SMSQ/E, you can test whether you are running on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are running on Q-emuLator. Thanks Daniele but how do it in basic ? Background A boot file that runs on most systems (native/emulated) on Q-emulator it must check what version of SMSQE is necessary Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
This is correct, thank you Dilwyn! If you'd like to test whether you are running on the Q-emuLator-specific version of SMSQ/E (file named SMSQ_QEM, that can only run on Q-emuLator), you can use MACHINE and check for code 26. On any version of QDOS or SMSQ/E, you can test whether you are running on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are running on Q-emuLator. From: Ql-Users on behalf of Dilwyn Jones via Ql-Users Sent: Tuesday, March 19, 2024 6:46 AM To: ql-us...@q-v-d.com Cc: Dilwyn Jones Subject: Re: [Ql-Users] Q-emulator I think I forgot to mention that under the QemuLator specific version 3.38 from Daniele's website, the MACHINE function in SBASIC returns 26 for QemuLator. I don't know if the Gold Card and Aurora versions also do this, sorry. Dilwyn On Tue, 19 Mar 2024 at 13:30, Dilwyn Jones wrote: > > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > > On Tue, 19 Mar 2024 at 12:54, desin via Ql-Users > wrote: > > > > Hello > > how can a basic program check if its running on Q-emulator ? > > > > Greetings from Switzerland > > Markus > > ___ > > QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
I think I forgot to mention that under the QemuLator specific version 3.38 from Daniele's website, the MACHINE function in SBASIC returns 26 for QemuLator. I don't know if the Gold Card and Aurora versions also do this, sorry. Dilwyn On Tue, 19 Mar 2024 at 13:30, Dilwyn Jones wrote: > > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > > On Tue, 19 Mar 2024 at 12:54, desin via Ql-Users > wrote: > > > > Hello > > how can a basic program check if its running on Q-emulator ? > > > > Greetings from Switzerland > > Markus > > ___ > > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
I was given this file a few years ago. I'm sorry, I don't know if it's still accurate. Hope it helps. Dilwyn Q-EMULATOR TRAP CALL Use Trap #1 with D0.L = -26 to get some emulator info. The trap is designed to be usable by other emulators, but I don't think anybody else is using it, so it works only with Q-emuLator. In systems where the trap is not implemented you will get an error in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. There are three commands, identified by the value in D1: == D1.L = 0 Currently returns 0 in both D1.L and D2.L. I don't remember anymore for sure what the intended meaning was :(. I think D1 was the version of the D0=-26 TRAP implemented by the emulator (for example in the future there might be a version 1 TRAP that returns extra info, or allows more values in D1.L), and D2 is probably reserved for future use. Just ignore D1 and D2 and look only at D0 (0 = trap is supported, error = it is not), or directly call with D1.L = 1 or 2. == D1.L = 1 Returns in D1.L info about the host system: D1.L = $00aabbcc, where aa = host OS 0 = Windows 3 = Mac OS bb = host OS variant (for example, if aa was Unix, bb would identify whether it is BSD, Linux, etc.). Currently always zero. cc = emulator ID 1 = Q-emuLator Returns in D2.L the version of the emulator: D2.L = $xxyyzzww, where xx = major version number yy = middle version number zz = minor version number ww was supposed to be a global incremental number, but a 0-255 range is probably too little, so you can just ignore it. D3.L = type of build 0 = alpha 1 = beta 2 = release For example, D2.L = $02010005 and D3.L = 2 means version 2.1 D2.L = $01030218 and D3.L = 1 means version 1.3.2b == D1.L = 2 A1.L = pointer to memory buffer D2.L = length of buffer Fills the buffer with a short QL string identifying the emulator (for example "Q-emuLator 2.2"). Returns a buffer full error in D0 if the buffer is smaller than the string (and the buffer content is not valid in this case). == Hope this helps. Most of this is untested so you may find some bugs. The only piece of software currently using one of these traps is the Q-emuLator's mouse driver (it refuses to install and prints an error if it's not running in Q-emuLator). On Tue, 19 Mar 2024 at 12:54, desin via Ql-Users wrote: > > Hello > how can a basic program check if its running on Q-emulator ? > > Greetings from Switzerland > Markus > ___ > QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] Q-emulator
Hello how can a basic program check if its running on Q-emulator ? Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hello Wolfgang print FTEST ("flp1_") results in Exception in thread "Thread-1" java.lang.NullPointerException: Cannot read field "data_regs" because "this.cpu" is null at drivers.FloppyDriver.checkDriveStatus(FloppyDriver.java:334) at smsqmulator.TrapDispatcher.dispatchTrap(TrapDispatcher.java:570) at CPU.JavaComm$1.execute(JavaComm.java:37) at CPU.MC68000Cpu.executeContinuous(MC68000Cpu.java:301) at smsqmulator.SimpleEmulationThread.run(SimpleEmulationThread.java:27) Greetings from Switzerland Markus ___ QL-Users Mailing List
[Ql-Users] George Gwilt
On Monday, 11. March 2024 15:20:57 (+01:00), George Gwilt via Ql-Users wrote: > Hello everyone at the QL-Users group. I guess most of you knew of mu father, > George Gwilt - this is just to let you know that he passed away this past Saturday. > > All the best, > > Richard Gwilt Hello Richard, thanks for letting us know, my sincerest condolences. He had a very sharp mind, even wrote the first draft of the 68020 emulation core for QPC in PC assembler. Also enjoyed meeting him on our trips to England. My last contact was probably over 10 years ago, but every few years he came to my mind and I wondered how he was, considering that he seemed to be a bit older even back then. Do you mind sharing his age? I hope his last years were good ones. Regards, Marcel P.S.: Sorry everybody, currently a bit out of the QL world, it was more luck than anything that I've seen the message today. I hope one day I can partake a bit more again. ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
On Monday, 11. March 2024 15:20:57 (+01:00), George Gwilt via Ql-Users wrote: > Hello everyone at the QL-Users group. I guess most of you knew of mu father, George Gwilt - this is just to let you know that he passed away this past Saturday. > > All the best, > > Richard Gwilt Hello Richard, thanks for letting us know, my sincerest condolences. He had a very sharp mind, even wrote the first draft of the 68020 emulation core for QPC in PC assembler. Also enjoyed meeting him on our trips to England. My last contact was probably over 10 years ago, but every few years he came to my mind and I wondered how he was, considering that he seemed to be a bit older even back then. Do you mind sharing his age? I hope his last years were good ones. Regards, Marcel P.S.: Sorry everybody, currently a bit out of the QL world, it was more luck than anything that I've seen the message today. I hope one day I can partake a bit more again. ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt
Sad news! My deepest sympathy. He was a smart and bright person. His contribution to the QL world is invaluable. A great loss. I last met George almost 10 years ago at the QL is 30 show which took place in Edinburgh in October 2014. Speaking of that show, there are some videos and reports out there: https://www.youtube.com/watch?v=WF7ahxJ3f-k http://www.gwicks.net/indepth/QLis30workshop.pdf Had some personal email conversations afterwards (re. TURBO, NET_PEEK, 68008 addressing modes, etc.) which stopped about 5 years ago. From the record George stopped posting in ql-users in 2018. Whenever I've met some joint QL friends we've always wondered "How's George doing?" RIP, George. ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt
I never met George, but he was an inspiration with my "struggles" to modify the SMSQ sources on the 68060 processor of my Q60 and recompile them. Rest in peace. Fabrizio On 12/03/24 10:25, Wolfgang Lenerz via Ql-Users wrote: Hi, I'm sorry to hear about his passing. He was an inspiration for many of us. My condolences! Wolfgang Hello everyone at the QL-Users group. I guess most of you knew of mu father, George Gwilt - this is just to let you know that he passed away this past Saturday. All the best, Richard Gwilt On 25 Feb 2024, at 20:54, qlus...@sinclairql.net via Ql-Users wrote: This is great news! It took me some time to do a first test run with QPC2 and QL/E v3.23 this evening. So far all is well. QL forever! Urs ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] George Gwilt
Hi, I'm sorry to hear about his passing. He was an inspiration for many of us. My condolences! Wolfgang Hello everyone at the QL-Users group. I guess most of you knew of mu father, George Gwilt - this is just to let you know that he passed away this past Saturday. All the best, Richard Gwilt On 25 Feb 2024, at 20:54, qlus...@sinclairql.net via Ql-Users wrote: This is great news! It took me some time to do a first test run with QPC2 and QL/E v3.23 this evening. So far all is well. QL forever! Urs ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Op 11/03/2024 om 15:20 schreef George Gwilt via Ql-Users: Hello everyone at the QL-Users group. I guess most of you knew of mu father, George Gwilt - this is just to let you know that he passed away this past Saturday. All the best, Richard Gwilt May he rest in peace. François Van Emelen ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
I'm gutted to hear of George's passing away. I had a lot of dealings with George when I was writing Assembler articles for QL Today, there wasn't ever an article that George didn't have a comment on, but mostly he had ideas to improve things. For which I was grateful. My deepest sympathies to his family. He will be missed. Regards, Norman. -- Author of "Arduino Software Internals" and "Arduino Interrupts". ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt
Very sorry to hear this. George was a very talented man, and some of the programs he wrote were truly brilliant. May he rest in peace. On Mon 11 Mar 2024, 23:37 Marcel Kilgus via Ql-Users, < ql-users@lists.q-v-d.com> wrote: > > > On Monday, 11. March 2024 15:20:57 (+01:00), George Gwilt via Ql-Users > wrote: > > Hello everyone at the QL-Users group. I guess most of you knew of mu > father, > > George Gwilt - this is just to let you know that he passed away this > past Saturday. > > > > All the best, > > > > Richard Gwilt > > Hello Richard, > > thanks for letting us know, my sincerest condolences. > > He had a very sharp mind, even wrote the first draft of the 68020 > emulation > > core for QPC in PC assembler. Also enjoyed meeting him on our trips to > England. > My last contact was probably over 10 years ago, but every few years he came > to my mind and I wondered how he was, considering that he seemed to be a > bit older > even back then. Do you mind sharing his age? I hope his last years were > good ones. > > Regards, Marcel > > P.S.: Sorry everybody, currently a bit out of the QL world, it was more > luck than > anything that I've seen the message today. I hope one day I can partake a > bit more > again. > ___ > QL-Users Mailing List > ___ QL-Users Mailing List
[Ql-Users] George Gwilt
On Monday, 11. March 2024 15:20:57 (+01:00), George Gwilt via Ql-Users wrote: > Hello everyone at the QL-Users group. I guess most of you knew of mu father, > George Gwilt - this is just to let you know that he passed away this past Saturday. > > All the best, > > Richard Gwilt Hello Richard, thanks for letting us know, my sincerest condolences. He had a very sharp mind, even wrote the first draft of the 68020 emulation core for QPC in PC assembler. Also enjoyed meeting him on our trips to England. My last contact was probably over 10 years ago, but every few years he came to my mind and I wondered how he was, considering that he seemed to be a bit older even back then. Do you mind sharing his age? I hope his last years were good ones. Regards, Marcel P.S.: Sorry everybody, currently a bit out of the QL world, it was more luck than anything that I've seen the message today. I hope one day I can partake a bit more again. ___ QL-Users Mailing List
Re: [Ql-Users] George Gwilt
Richard Gwilt wrote: > Hello everyone at the QL-Users group. I guess most of you knew of mu > father, George Gwilt - this is just to let you know that he passed > away this past Saturday. > > All the best, > > Richard Gwilt Thank you for letting us know. George contributed a lot to the QL scene through his software and articles. He will be missed. Dilwyn ___ QL-Users Mailing List
[Ql-Users] George Gwilt
Richard Gwilt wrote: > Hello everyone at the QL-Users group. I guess most of you knew of mu > father, George Gwilt - this is just to let you know that he passed > away this past Saturday. > > All the best, > > Richard Gwilt My heartfelt sympathy! I remember we privately met about a decade ago. Still have photos from us and the involved Q60, made with his huge reflex camera. Interesting discussions about floating point operations, 68060 specialties and his SMSQ/E port to GWASS. George was a fine person and one of the greatest QL developers. He will be missed! All the best Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Richard, My condolences on the passing of your father. I used all the software he wrote and he used some computer hardware I built. I always enjoyed talking to George at QL shows and found all his presentations, really interesting. I am really saddened by his passing. Regards, Derek On 11 March 2024 14:20:57 GMT, George Gwilt via Ql-Users wrote: >Hello everyone at the QL-Users group. I guess most of you knew of mu father, >George Gwilt - this is just to let you know that he passed away this past >Saturday. > >All the best, > >Richard Gwilt > > > > >> On 25 Feb 2024, at 20:54, qlus...@sinclairql.net via Ql-Users >> wrote: >> >> >> This is great news! >> >> It took me some time to do a first test run with QPC2 and QL/E v3.23 this >> evening. So far all is well. >> >> QL forever! >> Urs >> >> ___ >> QL-Users Mailing List > >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Richard, My condolences. Thank you for letting us know. George was one of the greats. He will be missed! Per On 11/03/2024 15:20, George Gwilt via Ql-Users wrote: Hello everyone at the QL-Users group. I guess most of you knew of mu father, George Gwilt - this is just to let you know that he passed away this past Saturday. All the best, Richard Gwilt On 25 Feb 2024, at 20:54,qlus...@sinclairql.net via Ql-Users wrote: This is great news! It took me some time to do a first test run with QPC2 and QL/E v3.23 this evening. So far all is well. QL forever! Urs ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hello everyone at the QL-Users group. I guess most of you knew of mu father, George Gwilt - this is just to let you know that he passed away this past Saturday. All the best, Richard Gwilt > On 25 Feb 2024, at 20:54, qlus...@sinclairql.net via Ql-Users > wrote: > > > This is great news! > > It took me some time to do a first test run with QPC2 and QL/E v3.23 this > evening. So far all is well. > > QL forever! > Urs > > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Wolfgang Lenerz via Ql-Users: >>> Hmm, I always thought there was only one remaining user under java 8. >> >> I'm sure there would be several more, if you didn't hide the Java 8 >> version from the public ;-) > > Yes, and maintaining it is a PITA I only know PITA as a greek flatbread :) Reckon you were swearing, but: If you did the work for the single user, the pain already lies behind you. Allowing more users does not enlarge the pain gone by ;) ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.00
Hi, Hmm, I always thought there was only one remaining user under java 8. I'm sure there would be several more, if you didn't hide the Java 8 version from the public ;-) Yes, and maintaining it is a PITA Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Hi Wolfgang, > Hmm, I always thought there was only one remaining user under java 8. I'm sure there would be several more, if you didn't hide the Java 8 version from the public ;-) Your Java 8 version runs like a charm, nicely supports 32 bit machines, and can live with a compact JRE engine instead of the huge JDK. Java 8 is still maintained and the official, most recent JRE available from Oracle. Especially on my older Laptop and Raspberry, I much prefer this version. Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.40 (only for Qimsi users)
Wolfgang Lenerz via Ql-Users wrote: > I just uploaded SMSQE 3.40. > > This is ONLY of interest for those having a (Super)GoldCard with Qimsi: > the PS2 driver for that hardware is now integrated into the source tree. > The filename for that version of SMSQ/E is "gold_qimsi" and can be found > in the smsqe340_binaries.zip file, as referenced from my website. Many thanks Wolfgang! I'd like to clarify, that only the PS/2 keyboard driver is part of SMSQ/E. The PS/2 mouse driver for QIMSI still has to be loaded separatly. By the way, why did you separate it from normal GoldCard? To save binary length? All the best Peter ___ QL-Users Mailing List
[Ql-Users] SMSQmulator 3.00
Hi, Hmm, I always thought there was only one remaining user under java 8. Wolfgang (Strangely enough, I only got François' reply, not the original message from Urs) While all my PCs were still running Java 8 from Oracle, this was the trigger to start upgrading Java. My Windows 10 power horse now has Java 17 from Microsoft. A first test run of SMSQmulator v3.00 and QL/E v3.23 showed an old design issue of QTop-Desk. Maybe it's time to fix this in the forseeable future. Urs ___ QL-Users Mailing List Hi, Thanks for the info. François Van Emelen ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] SMSQ/E 3.40 (only for Qimsi users)
Hi all, I just uploaded SMSQE 3.40. This is ONLY of interest for those having a (Super)GoldCard with Qimsi: the PS2 driver for that hardware is now integrated into the source tree. The filename for that version of SMSQ/E is "gold_qimsi" and can be found in the smsqe340_binaries.zip file, as referenced from my website. Nothing has changed for the other versions, there is no need to download v. 3.40 Have fun! Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] SMSQmulator 3.00
Op 25/02/2024 om 22:04 schreef qlus...@sinclairql.net via Ql-Users: Another great news! While all my PCs were still running Java 8 from Oracle, this was the trigger to start upgrading Java. My Windows 10 power horse now has Java 17 from Microsoft. A first test run of SMSQmulator v3.00 and QL/E v3.23 showed an old design issue of QTop-Desk. Maybe it's time to fix this in the forseeable future. Urs ___ QL-Users Mailing List Hi, Thanks for the info. François Van Emelen ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Jan, > When I use a splitter and connect the keyboard to the corresponding > connector on the spiltter, the Q68 freezes at the boot loader screen > even if the mouse is not connected. The simple reason is that most (not all) splitter cables lead the mouse to the primary PS/2 port. This was to also allow a mouse to be used on a PC laptop without splitter cable. Which made sense, because Laptops have a builtin keyboard. But on the Q68 it is more important to have the keyboard on the primary PS/2 port, so it can be used without splitter. To achieve this, I swapped the ports, compared to most PC laptops. In other words, most splitter cables are not correctly labelled for a Q68. > I have to reverse keyboard and mouse plugs to make it work. Which is absolutely normal. > Of course this has no relationship with Minerva > or SMSQ/E (which hasn't even started up yet) but it might have something > to do with interrupts or firmware (which I'm not familiar with, it's > Peter's design). Not at all. The labelling of your splitter cable simply needs to be swapped to reflect the Q68 pinout. Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Jan This was posted on the QL Forum: https://qlforum.co.uk/viewtopic.php?t=2097&hilit=PS%2F2+Q68&start=160 Repeated here: Just a further note on the topic of PS/2 Splitter cables. I recently purchased a Genius DX-110 Optical Mouse, on connecting the mouse to the Q68, via Splitter cable, stopped the Q68 booting up at the Ram Test stage, or more specifically at the point where the Q68 detects the PS/2 Mouse. A Perixx Mouse 201-B PS/2 mouse works perfectly. I examined the Genius DX-110 PS/2 Connector, which has these connections, it seems that the mouse connections use the Keyboard Data and Clock connections.: Mouse Data connected to Keyboard Data 1 Mouse Clock connected to Keyboard Clock Pin 5 The Q68 expects the Mouse Data to be on Pin 2 and Mouse Clock on Pin 6 as per the so-called IBM standard: This is the probable reason of the failure of PS/2 Mouse(s) (...Mice) on the Q68, the PS/2 Mouse to be connected to a PC uses the Keyboard Data and Clock connections and the PC PS/2 Controller chip on the PS/2 Interface decides whether the data supplied is keyboard or mouse and sends the data to the correct port. In the case of the Q68, which uses Pins 2, 6 for Mouse Data and Clock signals will fail on the PC standard Mouse connections using Pins 1, 5 for Mouse Data and Clock signals. A possible solution is to interchange Pin 1,2 and Pin 5,6 for the Q68 to use a PC PS/2 Mouse. I have some PS/2 Splitter cables that do not work with the Q68, but interchanging 4 wires in the Mouse connector, get the splitter working. Regards Derek On 29 February 2024 22:58:09 GMT, Jan Bredenbeek via Ql-Users wrote: >Hi Dilwyn, > >On 29-02-2024 19:05, Dilwyn Jones via Ql-Users wrote: > >> I might agree with that, were it not for the fact that there has been >> no issue whatsoever with running SMSQ/E on it (apart from the fact I >> have to configure it not to try to do fast SD card access). >> >> Anyway, once Derek has been able to reprogram it, we'll know if it's >> the software version or something else. >> > >I'm curious as to how you have connected the keyboard to the Q68. Is it >keyboard only or keyboard + mouse via a spiltter? >When I use a splitter and connect the keyboard to the corresponding connector >on the spiltter, the Q68 freezes at the boot loader screen even if the mouse >is not connected. I have to reverse keyboard and mouse plugs to make it work. >Of course this has no relationship with Minerva or SMSQ/E (which hasn't even >started up yet) but it might have something to do with interrupts or firmware >(which I'm not familiar with, it's Peter's design). > >Also, you might check if the 5V power supply is sufficiently stable (the Q68 >itself runs at 3V but the keyboard at 5V). > >I've got a reply today from Mark, he still has the freeze issue you describe >so you're not the only one with this problem. > >Best Regards, >Jan >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Dilwyn, On 29-02-2024 19:05, Dilwyn Jones via Ql-Users wrote: I might agree with that, were it not for the fact that there has been no issue whatsoever with running SMSQ/E on it (apart from the fact I have to configure it not to try to do fast SD card access). Anyway, once Derek has been able to reprogram it, we'll know if it's the software version or something else. I'm curious as to how you have connected the keyboard to the Q68. Is it keyboard only or keyboard + mouse via a spiltter? When I use a splitter and connect the keyboard to the corresponding connector on the spiltter, the Q68 freezes at the boot loader screen even if the mouse is not connected. I have to reverse keyboard and mouse plugs to make it work. Of course this has no relationship with Minerva or SMSQ/E (which hasn't even started up yet) but it might have something to do with interrupts or firmware (which I'm not familiar with, it's Peter's design). Also, you might check if the 5V power supply is sufficiently stable (the Q68 itself runs at 3V but the keyboard at 5V). I've got a reply today from Mark, he still has the freeze issue you describe so you're not the only one with this problem. Best Regards, Jan ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
I might agree with that, were it not for the fact that there has been no issue whatsoever with running SMSQ/E on it (apart from the fact I have to configure it not to try to do fast SD card access). Anyway, once Derek has been able to reprogram it, we'll know if it's the software version or something else. On Thu, 29 Feb 2024 at 17:59, Peter Graf via Ql-Users wrote: > > Dilwyn Jones via Ql-Users wrote: > > 1.05 - That's the version that caused me all the Minerva problems. > > A hardware problem seems more likely to me, because logic version 1.05 > works with the latest Minerva elsewhere. > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Dilwyn Jones via Ql-Users wrote: > 1.05 - That's the version that caused me all the Minerva problems. A hardware problem seems more likely to me, because logic version 1.05 works with the latest Minerva elsewhere. ___ QL-Users Mailing List