Re: [Ql-Users] QDOS & SMSQ reference guide, Configuration standard manual
Thank you Wolfgang! On Sat, 17 Feb 2024, 13:09 Wolfgang Lenerz via Ql-Users, < ql-users@lists.q-v-d.com> wrote: > Hi all, > > > QDOS & SMSQ reference guide v. 4.8 is out. > > I also re-made the manual for the Configurations standard, levels 1 & 2, > with some assembler examples. > > > This can be downloaded from wlenerz.com/qlstuff (under documentation) > > Have fun! > > Wolfgang > > ___ > QL-Users Mailing List > ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hey Wolfgang! So, SMSQmulator now has (some level of) SERial port support - that's great! I can now test the QLUB Adapter with it :-) Anything I should know about this experimental feature? M. On Sat, 17 Feb 2024, 12:58 Wolfgang Lenerz via Ql-Users, < ql-users@lists.q-v-d.com> wrote: > > Hi all, > > SMSQE 3.39 is out now. > > > Various bugfixes by Marcel > SMSQ/E for Q-emulator (by Daniele) > EXEP_M EXEP_W keywords and related functions > Name of JOB_NAME for Sbasic may now be 48 chars long > Q68 setting date also sets it in the hardware clock, if PROT_DATE allows it > Q68 better serport handling > Q68 allows for configuurable home/end keys > SMSQmulator can handle serial ports (experimental feature) > CKEYON/CKEYOFF could malfunction under some circumstances > SER_FLOW no longer gives error every time it is used > Recent thing bugs corrected > > This can get downloaded from wlenerz.com/smsqe > > Have fun! > > Wolfgang > ___ > QL-Users Mailing List > ___ QL-Users Mailing List
Re: [Ql-Users] QX40
Hi Ian! The card you are referring to would be the 'QXL'. Those two 3.5mm sockets allow you to connect to the standard QL Network. The DOS binary for the QXL includes the SMS(Q/e) binary that runs on the card itself and the latest version can be found alongside the other SMSQe distributions on Wolfgang Lenerz's site (sorry, don't have the link to hand, but easy to Google for.) The QXL (and it's slightly souped up big sister, the QXL II) is a nice bit of kit and worth the effort! Good luck :-) On Sat, 30 Sept 2023, 12:32 silcreval via Ql-Users, < ql-users@lists.q-v-d.com> wrote: > Hello all, > > After a few decades ? - I decided to see if I can get my QL running again. > Unfortunately it has multiple issues, which I'll get to at some point. > > I remembered though I had an ISA card called I believe a QX40? I do > remember vaguely using this, probably in the 90s at some point. > > I've dusted it off and its now installed in an old Athlon PC that happened > to have an ISA slot. I've got DOS installed and all seems good. > > However I have struggled to find the software. I do have the original > disks but they are unreadable. > > I've had a look around the net but not really found any hits for this > device. > > Any clues pointers? > > One thing that is a bit mysterious with the QX40 card is there are two > 3.5mm (?) sockets on the rear panel. Any idea what they are for? > > Thanks. > > Ian > ___ > QL-Users Mailing List > ___ QL-Users Mailing List
[Ql-Users] Announcing availability of a QLNET driver for the Q68 (ND-Q68)
On this Father's Day (in the UK, anyway), I am pleased to announce the availability of driver software that allows you to finally network the Q68 with other QL-compatible machines via the standard QLNET ports. The ready-to-run driver as well as the source code and a short commentary are available at the *QL Forum* post here: https://qlforum.co.uk/viewtopic.php?f=3=2881 I'll be focusing on updates in the Forum post rather than this mailing list, but wanted to ensure the broadest coverage - if you don't yet frequent the Forum, perhaps now's a good time to start :-) Happy QL-Networking! ___ QL-Users Mailing List
Re: [Ql-Users] How do you find the Driver Definition Block (DDB) base-address from SBASIC for the NET device
Great observation, Wolfgang! So, that adjustment to a3 comes out to $1E (30) bytes /*later */in the DDB - so rather, once the ndt_ctab offset of $50 is added, we need to look at $6E through $8E for the timing constant table. I now see: $6E: 134 $70: 13570 $72: 19 $74: 328 $76: 2034 ... This looks more promising! Now I need to check against the expected values. The calculations carried out in nd/initv take three words for each constant stored by the macros in qxl.asm (time,offset,scale), which for the first 5 values (assuming a 20MHz clock) are: nqx_wgap: 200,28,28 = 141 nqx_bace: 2,28,28 = 14185 nqx_csct: 30,28,28 = 20 nqx_esct: 485,28,28 = 345 nqx_wsct: 3000,28,28 = 2141 ... Aha! We have accounted for the 5% difference between nominal QNET timings and what was measured down the wire from my QXL! The actual clock-rate is empirically measured somewhere else in the initialisation code and stored in d1 ready for nd/initv to use, rather than a fixed 20Mhz scale-factor which is how the original scaling factor assumed in qxl.asm. Would seem that the measured clock-rate was slightly lower than it really is. I'll go ahead and switch-out the stored values in the DDB constants table with the 5% higher figures and re-test. I love a good detective-story! Stand-by! M. On 19/05/2018 13:48, Wolf via Ql-Users wrote: Hi, This is what you can find in the NET driver i/o code: nd_io pea ndd_test(a3) push pseudo return address lea ndd.leni(a3),a3 normal linkage *** move.w io.serio,a2 and do serial IO jmp (a2) As you can see, A3 is adjusted there, perhaps you sould look at the DDB with the same offset. HTH Wolfgang On 19/05/2018 13:15, Martyn Hill via Ql-Users wrote: Thanks Wolfgang (and Jan via the Forum) Having now found what looks like the DDB - taking in to account the -$18 offset from the entry in the CDB - the resultant list of words at offset ndt_ctab ($50) looks suspicious, thus: 50: 0 52: 124 54: -18236 56: 0 58: 36 5A: 1 ... 6A: 20085 6C: 0 6E: 134 The '20085' at offset $6A in particular looks more like an RTS instruction than the timing constant for 'receive bit timeout'. Anyway, I'll keep digging. Thanks! Martyn. On 19/05/2018 09:41, Wolf via Ql-Users wrote: Hi, The best way would be to get the channel definition block (CDB) for a channel to the device. I don't know offhand of a Basic keyword that will do it for you, Toolkit III used to have such a function, I don't know whether that still available, though. If you have that, then the pointer to the driver definition block (DDB) lies at offset chn_drvr (=4) in the CDB - you can just PEEK_L that. Be careful, however, the pointer there normally points to offset iod_iolk (=$18) within the DDB, so all other offsets should be reduced by that same amount. HTH Wolfgang On 18/05/2018 22:01, Martyn Hill via Ql-Users wrote: Hi everyone In the spirit of double-posting between here and the QL Forum :-) I thought I'd ask my question here, too... I'm continuing to explore the QL network across a range of platforms - now with my refurbished QXL2 card (thanks, Derek!) The bit-timings on the QXL under SMSQ/E v3.33 (and also on v2.76) prove to be slightly-out from the nominal 11.2us, resulting in failed/unreliable comms with both my Iss7 QL and my prototype QNET to USB adapter (still a work in progress.) Given that the timings-constants for the NET device are exposed under SMSQ/E and stored ready for adjustment in the DDB of the NET device, I'm trying to find the base address of the DDB from SBasic. Any help appreciated! The original post appears here, with pictures :-) https://qlforum.co.uk/viewtopic.php?f=3=2462 Regards, Martyn. ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] How do you find the Driver Definition Block (DDB) base-address from SBASIC for the NET device
Thanks Wolfgang (and Jan via the Forum) Having now found what looks like the DDB - taking in to account the -$18 offset from the entry in the CDB - the resultant list of words at offset ndt_ctab ($50) looks suspicious, thus: 50: 0 52: 124 54: -18236 56: 0 58: 36 5A: 1 ... 6A: 20085 6C: 0 6E: 134 The '20085' at offset $6A in particular looks more like an RTS instruction than the timing constant for 'receive bit timeout'. Anyway, I'll keep digging. Thanks! Martyn. On 19/05/2018 09:41, Wolf via Ql-Users wrote: Hi, The best way would be to get the channel definition block (CDB) for a channel to the device. I don't know offhand of a Basic keyword that will do it for you, Toolkit III used to have such a function, I don't know whether that still available, though. If you have that, then the pointer to the driver definition block (DDB) lies at offset chn_drvr (=4) in the CDB - you can just PEEK_L that. Be careful, however, the pointer there normally points to offset iod_iolk (=$18) within the DDB, so all other offsets should be reduced by that same amount. HTH Wolfgang On 18/05/2018 22:01, Martyn Hill via Ql-Users wrote: Hi everyone In the spirit of double-posting between here and the QL Forum :-) I thought I'd ask my question here, too... I'm continuing to explore the QL network across a range of platforms - now with my refurbished QXL2 card (thanks, Derek!) The bit-timings on the QXL under SMSQ/E v3.33 (and also on v2.76) prove to be slightly-out from the nominal 11.2us, resulting in failed/unreliable comms with both my Iss7 QL and my prototype QNET to USB adapter (still a work in progress.) Given that the timings-constants for the NET device are exposed under SMSQ/E and stored ready for adjustment in the DDB of the NET device, I'm trying to find the base address of the DDB from SBasic. Any help appreciated! The original post appears here, with pictures :-) https://qlforum.co.uk/viewtopic.php?f=3=2462 Regards, Martyn. ___ QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
[Ql-Users] How do you find the Driver Definition Block (DDB) base-address from SBASIC for the NET device
Hi everyone In the spirit of double-posting between here and the QL Forum :-) I thought I'd ask my question here, too... I'm continuing to explore the QL network across a range of platforms - now with my refurbished QXL2 card (thanks, Derek!) The bit-timings on the QXL under SMSQ/E v3.33 (and also on v2.76) prove to be slightly-out from the nominal 11.2us, resulting in failed/unreliable comms with both my Iss7 QL and my prototype QNET to USB adapter (still a work in progress.) Given that the timings-constants for the NET device are exposed under SMSQ/E and stored ready for adjustment in the DDB of the NET device, I'm trying to find the base address of the DDB from SBasic. Any help appreciated! The original post appears here, with pictures :-) https://qlforum.co.uk/viewtopic.php?f=3=2462 Regards, Martyn. ___ QL-Users Mailing List
Re: [Ql-Users] Source code availability for Minerva v1.92 or v1.89?
My dear Marcel Your write-up on the debugging process is so welcome! I had been planning to try a monitor, but was unsure how to trap code running in ROM, seeing as you can't set breakpoints there. So I meandered along in my own naive way instead comparing what source code I had available, disassembly of some parts of the working ROM version and empirical testing :-) Is QMON yet available as freeware, or otherwise for purchase? Yours, gratefully... M. On 27/02/2018 13:32, Marcel Kilgus via Ql-Users wrote: Martyn's reply was also sent to the list but probably wasn't published because it was HTML and my original replay wasn't published because it came from the wrong sender address... so anyway, here it is once more: Martyn Hill wrote: OMGosh! Do you know how long I have been staring at the serio/relio code - but failed to see that potential flaw? I shall test by recompiling Minnie an report back here... Thank you, Marcel, bl**dy genius!!! Thanks and you're welcome ;) It actually wasn't very difficult so I have written up a short essay about how I go about debugging this kind of stuff https://www.kilgus.net/2018/02/27/debugging-minerva/ It also includes ROM images with the fix. I didn't increase the version number for now because, well, Minerva is not my project and we're running out of "sub 2.00" version numbers, which might have compatibility implications in the future. Marcel ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Source code availability for Minerva v1.92 or v1.89?
Thanks Marcel! On 27/02/2018 13:33, Marcel Kilgus via Ql-Users wrote: Martyn Hill via Ql-Users wrote: I looked again at the other serio vectored routines that themselves call io_pend and determined that it was wise to preserve /their/ serio key in d0 before resetting to 0 for io_pend, to avoid hammering their ability to locate the correct NET driver vector. This step may prove unnecessary, but harmless. The called routines do not rely on the value in D0 and they have to overwrite it anyway with their result status. So yeah, it's harmless but unnecessary ;) Both with and without TK2 active, Minnie v1.98b was able to successfully LBYTES the image from another QL across the QLNet. :-) As MK put it - back to '...more productive work' - aka, the QLNet to USB Bridge adapter (QLUB) - just another couple of weeks before I complete the SMSQ/E coding to talk to the uC... Sounds like a much better use of your time, good luck :-) Marcel ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Source code availability for Minerva v1.92 or v1.89?
Hi Per That would be excellent - thank you! I'll rely on Google to translate what I can't decipher of the German. I'll PM you via the QL Forum with my personal email, if that's alright. Thanks again! M. On 25/02/2018 18:56, pjwitte via Ql-Users wrote: I have a commented (in German!) disassembly of V1.89, if thats of any interest. It seems quite thorough and detailed, but Ive not tried to reassemble it. Let me know where to send it if you want it. Per On 25/02/2018 15:51, Martyn Hill via Ql-Users wrote: Hi everyone! I'm looking to get a hold of the *source *for either of *Minerva v1.92 *or *v1.89*. We have v1.98 source available, which I have poured over for /many /an hour... <> ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] New hardware announcement...
Thanks - just heard from DP via the Forum! Can't wait to see this project come to fruition :-) M. On 25/02/2018 15:46, Graeme Gregory via Ql-Users wrote: He did, you were a few hours late G On Sun, 25 Feb 2018, at 2:53 PM, Martyn Hill via Ql-Users wrote: Hi Dave ...and, did you? I was late joining the online Chat, so might have missed it :-( M. On 20/02/2018 21:45, Dave Park via Ql-Users wrote: Hi all, I'll be making a new hardware announcement this Saturday 24th at 8pm UK time. To join in, see the videos/photos and ask questions, join us on the QL Forum chatroom at 8pm. This new piece of hardware is not a small thing*, it is not a clone of existing hardware but is completely new hardware for the BBQL. To get to the QL Forum chatroom, simply surf to qlforum.co.uk, then click on "Online Chat" at the top of the page, choose a screen name, and click join. Anything you type will be seen by everyone. *ok, it IS a small thing. 100x63mm, but that includes a through-connector, but it packs a punch for the size! -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] New hardware announcement...
Hi Dave ...and, did you? I was late joining the online Chat, so might have missed it :-( M. On 20/02/2018 21:45, Dave Park via Ql-Users wrote: Hi all, I'll be making a new hardware announcement this Saturday 24th at 8pm UK time. To join in, see the videos/photos and ask questions, join us on the QL Forum chatroom at 8pm. This new piece of hardware is not a small thing*, it is not a clone of existing hardware but is completely new hardware for the BBQL. To get to the QL Forum chatroom, simply surf to qlforum.co.uk, then click on "Online Chat" at the top of the page, choose a screen name, and click join. Anything you type will be seen by everyone. *ok, it IS a small thing. 100x63mm, but that includes a through-connector, but it packs a punch for the size! -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
[Ql-Users] Source code availability for Minerva v1.92 or v1.89?
Hi everyone! I'm looking to get a hold of the *source *for either of *Minerva v1.92 *or *v1.89*. We have v1.98 source available, which I have poured over for /many /an hour... Is anyone able to contact the QView team to ask, or else has a copy to hand of either version of source code and has permission to release to a enthusiastic tester? Whilst I can continue using Min v1.92 +TK2 with full & reliable networking, my aim is to run the latest Minerva**available - possibly after hacking v1.98 or TK2 to restore /full /QLNet compatibility**between them**- see below.* * *Context:* In my on-going exploration and testing of the network on the BBQL, I discovered an apparent incompatibility between Minerva v1.97 and 1.98 whenever TK2 (any version) is loaded when it comes to using LBYTES specifically. Other uses of the NET driver work as more-or-less as expected (OPEN, LOAD, SBYTES, etc), albeit with some additional latency sometimes observed. I posted a thread on the forum a while back but, at that time, I had reservations about the hardware state of my own 2x QL motherboards (an Iss7 and an Iss5 - both 'hacked' quite a bit.) Since then, I have tested with other QL motherboards (Iss6 and another Iss5 - no hacks) and made adjustments to the TK2 code to validate and now have a degree of confidence that there really is something odd with Minerva + TK2 /after /Minerva v1.92. Specifically, when receiving via LBYTES (and SBYTES at the remote end), Minerva 1.97+ on its own receives perfectly, but once the NET driver is effectively replaced with TK2 (upto v2.23), issuing LBYTES will completely hang the /receiving /QL - immediately and regardless of whether the sending end has even started. It doesn't seem to make a jot of difference what is running at the /sending/ end - nor which issue of motherboard are at either end... ROM (Rx) w/o TK2 with TK2 - --- JS and MG OK OK Min v1.89 OK OK Min v1.92 OK OK Min v1.97 OK Hangs on LBYTES Min v1.98 OK Hangs on LBYTES (I don't know how well that table will render...) I have already hacked the TK2 (v2.23) NET driver source to allow both the Minerva NET and the TK2 NET driver (renamed to 'TNT') to co-exist, and also to allow both Minerva's LBYTES and TK2's equivalent procedure (again, renamed.) When using the Minerva NET driver, but still with TK2 loaded, normal service resumes. The moment LBYTES is issued (again on Min v1.97/1.98) but against the renamed 'TNT' driver, the receiver hangs again. As one might expect from the above, Minerva v1.92 and 1.89 execute LBYTES perfectly well using /either /NET or the TNT variant. I suspect some combination of register or stack usage/dependencies that are no longer as TK2 expects /after /Min v1.92, but after literally man-days of cross comparing the various source codes available, I can't nail it down and its bugging me :-) What I am missing is a decent disassembly of one of the 'working' Minerva versions, or better still, the source. Hence my request. If I can't lay my hands on the source, I'll resort to running DEA or IDIS against the Minerva v1.98 ROM, but that's tedious as hell :-) Any takers? Regards, *Martyn Hill.* -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] New WIN/SDC driver: RENAME curiosity...
...and, true to form, within hours of reporting the issue, Wolfgang has delivered a fix for me to test - and it works! I understand that it may be another 24hours or so before he gets around to uploading the fixed version to the original site. Thank you WL! M. On 29/01/2018 08:42, Martyn Hill wrote: Hi WL! Yes - that was just my typo :-) Martyn Hill Sent from my mobile - please excuse spelling errors... On 29 Jan 2018 07:31, Wolf via Ql-Users <ql-users@lists.q-v-d.com> wrote: sorry, this was meant for Martyn On 29/01/2018 07:25, Wolf via Ql-Users wrote: > > Hi Martyn, > > thanks for pointing this out, I'll have a look. > > I presume that the difference between "targetPth$" and "targetPath$" > below is just a typo here. > > Wolfgang > > > On 28/01/2018 18:20, Martyn Hill via Ql-Users wrote: >> Hi everyone >> >> Thanks to Wolfgang for his work on porting the WIN driver to QDOS and >> merging with the SDC driver. >> >> As a result, I am now able to mount a number of .WIN container files >> as WIN1_, WIN2_ etc and in the process, ease the transfer of files >> from QPC to my QL(s). >> >> Loving it! >> >> One curiosity that I have spotted which worked as expected with the >> original QubIDE/SDC driver but now throws an error under WIN/SDC is >> use of RENAME. I've also posted this to the QL Forum, but as I >> understand WL tends to hang-out here more than there, I'm posting to >> this list as well: >> >> I'm running Minerva v1.98 on this QL, with the WIN/SDC driver burnt in >> to the usual 16k ROM slot at 0c000. >> Using my home-brew file-transfer app, I moved a file over to the QL, >> as I do all the time from QPC. The app captures the file-fragments via >> the SERial port in to a temporary file and, once the transfer is >> complete, renames the tmp file to its final resting place on the SD >> Card, with a given name. >> The following worked fine under QubIDE/SDC, but errors-out with the >> WIN/SDC driver (all else being equal): >> >> RENAME tmpFile$ TO targetPth$ & fileName$ >> >> The variables in question in this case were: >> >> tmpFile$ = 'sdc1_tmp_1801281611' >> targetPath$ & fileName$ = 'sdc1_RMS_RMS_v4t4k_exe' >> >> The first 'RMS_' in the target file-path is a hard directory on SDC1_. >> A WIN_USE 'sdc' appears in my Boot file, prior to running this app. >> The error reported under WIN/SDC is 'bad name' and appears the same >> whether using RENAME from the command line with explicit names in >> place of the variables and even trying WREN in place of RENAME. >> I can COPY the tmp file to its new name without problem (i.e. >> replacing RENAME with COPY and keeping the rest as-is.) I can then >> delete the original file manually as well. >> When using WREN, the expected 'Do you want to copy xxx to yyy' prompt >> appears and the error appears only after accepting with 'Y'. >> >> Any thoughts? >> ___ >> QL-Users Mailing List > ___ > QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
[Ql-Users] New WIN/SDC driver: RENAME curiosity...
Hi everyone Thanks to Wolfgang for his work on porting the WIN driver to QDOS and merging with the SDC driver. As a result, I am now able to mount a number of .WIN container files as WIN1_, WIN2_ etc and in the process, ease the transfer of files from QPC to my QL(s). Loving it! One curiosity that I have spotted which worked as expected with the original QubIDE/SDC driver but now throws an error under WIN/SDC is use of RENAME. I've also posted this to the QL Forum, but as I understand WL tends to hang-out here more than there, I'm posting to this list as well: I'm running Minerva v1.98 on this QL, with the WIN/SDC driver burnt in to the usual 16k ROM slot at 0c000. Using my home-brew file-transfer app, I moved a file over to the QL, as I do all the time from QPC. The app captures the file-fragments via the SERial port in to a temporary file and, once the transfer is complete, renames the tmp file to its final resting place on the SD Card, with a given name. The following worked fine under QubIDE/SDC, but errors-out with the WIN/SDC driver (all else being equal): RENAME tmpFile$ TO targetPth$ & fileName$ The variables in question in this case were: tmpFile$ = 'sdc1_tmp_1801281611' targetPath$ & fileName$ = 'sdc1_RMS_RMS_v4t4k_exe' The first 'RMS_' in the target file-path is a hard directory on SDC1_. A WIN_USE 'sdc' appears in my Boot file, prior to running this app. The error reported under WIN/SDC is 'bad name' and appears the same whether using RENAME from the command line with explicit names in place of the variables and even trying WREN in place of RENAME. I can COPY the tmp file to its new name without problem (i.e. replacing RENAME with COPY and keeping the rest as-is.) I can then delete the original file manually as well. When using WREN, the expected 'Do you want to copy xxx to yyy' prompt appears and the error appears only after accepting with 'Y'. Any thoughts? ___ QL-Users Mailing List
Re: [Ql-Users] Re-upping QL-SD new driver [OT]
Is personal consumption legal in France ? :-) On 24/01/2018 12:32, Wolf via Ql-Users wrote: Hi, Got anything cooking? I've got my fingers in many pies that are a-cooking, but mostly for in-house consumption. Wolfgang ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] QL-SD new driver
Hi WL This is BRILLIANT - thank you so much for taking the initiative! From reading the PDF, it also appears to bring the possibility of mapping multiple WIN drives (1..8) to distinct container files simultaneously, which - as far as I was aware - could not be achieved before with the original (and very effective, within its intended scope) SDC driver. Do we have any understanding of the QL (Minerva) memory utilisation of WIN as compared to SDC? I'm thinking about the need with the SDC driver to keep container file-size small in order not to consume QL memory too aggressively for its (equivalent of) slave-blocks. E.g. for an unexpanded QL of 128k, about 1.5MB container size seems to be the limit before you take too much memory to run the machine effectively. If only we could find another builder/supplier of the SD interface... :-) Martyn Hill. On 22/01/2018 13:41, Graeme Gregory via Ql-Users wrote: On Mon, 22 Jan 2018, at 9:41 AM, Wolfgang Lenerz via Ql-Users wrote: Hi all, I've released a new driver for QL-SD that uses standard qxl.win drives instead of Qubide ones. It's for Minerva only, though. You can download it from www.wlenerz.com/QLSD And the next trick make qubide do the same :-D Graeme ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Possible bug in the (experimental) QubIDE feature of QXLWinReader
Hi everyone Despite his busy schedule, Wolfgang made a new version of QXLWinReader available to me privately and I have tested the new behaviour. The issue appears to be addressed and FTYP is now returning the correct file-type for sub-directories copied from a WIN drive to a BDI image on my SD-Card. Wow - that is a quick release-cycle! Working in the software industry myself, I know our customers would love that kind of service! I'll leave it to Wolfgang to say when he's ready to upload the new version to his site for general release. Thanks Wolfgang! M. On 30/10/2017 10:21, Martyn Hill wrote: Hi Wolfgang! For sure - no pressure - I can fix-up the issue on my SD-Card with a little script in the meantime. As for on which FS the issue takes-place; it shows itself on the destination side (QubIDE/SD-Card image) - running FTYP on the source QLWA/WIN source returns the expected '255' against all (sub)directories, whereas after copying (en-masse) to a BDI image on my mounted SD-Card, the same sub-directories return '0' to FTYP once re-mounted on the SDC-equipped QL - but are still marked as directories in the parent (hence tagged with the ' ->' marker when DIRing the parent.) Warm regards - and thanks again for a really valuable utility! M. On 30/10/2017 03:39, Wolf via Ql-Users wrote: Hi, thanks for pointing this out. I'm a little short on time right now, but will check this as soon as possible. Under which file system does this error arise, QLWA ou Qubide? Regards Wolfgang On 29/10/2017 22:12, Martyn Hill via Ql-Users wrote: Hi list and especially Wolfgang Not sure the best way to report the issue, but as per my recent thread on the Forum (http://qlforum.co.uk/viewtopic.php?f=3=2146), I seem to have uncovered an odd behaviour when copying directory structures from WIN to a QL.BDI image file on SDC. I know this feature is still experimental, but I already use it quite a lot - especially after corrupting my SD-Card sufficiently that it wouldn't get recognised on the QL, but QXLWinReader was able to read all the files and directories (somehow!), allowing me to recreate the QL.BDI image file and restore all the contents. At the moment, this valuable little program is my preferred way to transfer large amounts of data between QPC and my QL. In short, whilst the directory structures are all copied across with their files (and further sub-directories), it would appear that the file-header copy inside each sub-directory file itself is not copied across intact. The effect of this is that, whilst a DIR listing shows the ' ->' against such sub-directories indicating that it is recognised as a directory-file, when you use FTYP to query the sub-dir path, it returns '0' as for a normal file. I've tested this - as documented on the Forum - and think I've ruled out anything else (like the typical user-error that plagues most of my QL work!) Would love to see this investigated and possibly addressed! Regards, Martyn. ___ QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Possible bug in the (experimental) QubIDE feature of QXLWinReader
Hi Wolfgang! For sure - no pressure - I can fix-up the issue on my SD-Card with a little script in the meantime. As for on which FS the issue takes-place; it shows itself on the destination side (QubIDE/SD-Card image) - running FTYP on the source QLWA/WIN source returns the expected '255' against all (sub)directories, whereas after copying (en-masse) to a BDI image on my mounted SD-Card, the same sub-directories return '0' to FTYP once re-mounted on the SDC-equipped QL - but are still marked as directories in the parent (hence tagged with the ' ->' marker when DIRing the parent.) Warm regards - and thanks again for a really valuable utility! M. On 30/10/2017 03:39, Wolf via Ql-Users wrote: Hi, thanks for pointing this out. I'm a little short on time right now, but will check this as soon as possible. Under which file system does this error arise, QLWA ou Qubide? Regards Wolfgang On 29/10/2017 22:12, Martyn Hill via Ql-Users wrote: Hi list and especially Wolfgang Not sure the best way to report the issue, but as per my recent thread on the Forum (http://qlforum.co.uk/viewtopic.php?f=3=2146), I seem to have uncovered an odd behaviour when copying directory structures from WIN to a QL.BDI image file on SDC. I know this feature is still experimental, but I already use it quite a lot - especially after corrupting my SD-Card sufficiently that it wouldn't get recognised on the QL, but QXLWinReader was able to read all the files and directories (somehow!), allowing me to recreate the QL.BDI image file and restore all the contents. At the moment, this valuable little program is my preferred way to transfer large amounts of data between QPC and my QL. In short, whilst the directory structures are all copied across with their files (and further sub-directories), it would appear that the file-header copy inside each sub-directory file itself is not copied across intact. The effect of this is that, whilst a DIR listing shows the ' ->' against such sub-directories indicating that it is recognised as a directory-file, when you use FTYP to query the sub-dir path, it returns '0' as for a normal file. I've tested this - as documented on the Forum - and think I've ruled out anything else (like the typical user-error that plagues most of my QL work!) Would love to see this investigated and possibly addressed! Regards, Martyn. ___ QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
[Ql-Users] Possible bug in the (experimental) QubIDE feature of QXLWinReader
Hi list and especially Wolfgang Not sure the best way to report the issue, but as per my recent thread on the Forum (http://qlforum.co.uk/viewtopic.php?f=3=2146), I seem to have uncovered an odd behaviour when copying directory structures from WIN to a QL.BDI image file on SDC. I know this feature is still experimental, but I already use it quite a lot - especially after corrupting my SD-Card sufficiently that it wouldn't get recognised on the QL, but QXLWinReader was able to read all the files and directories (somehow!), allowing me to recreate the QL.BDI image file and restore all the contents. At the moment, this valuable little program is my preferred way to transfer large amounts of data between QPC and my QL. In short, whilst the directory structures are all copied across with their files (and further sub-directories), it would appear that the file-header copy inside each sub-directory file itself is not copied across intact. The effect of this is that, whilst a DIR listing shows the ' ->' against such sub-directories indicating that it is recognised as a directory-file, when you use FTYP to query the sub-dir path, it returns '0' as for a normal file. I've tested this - as documented on the Forum - and think I've ruled out anything else (like the typical user-error that plagues most of my QL work!) Would love to see this investigated and possibly addressed! Regards, Martyn. ___ QL-Users Mailing List
Re: [Ql-Users] Q68 Advance Notice 3 - Delay
Good morning Derek What a nightmare for you - we wish you a speedy recovery. If there is still room left on your first 20 for Q68, could I ask to be added (incl. the black case, but no need for the PS/2 splitter). Regards, Martyn. On 20/10/2017 09:00, Derek Stewart via Ql-Users wrote: There will be a slight delay in the availability of the Q68, which I stated in a previous message to be available on 09/10/2017 I have had medical problems, I went into hospital on 22/9/17, to have a throat operation. This should of been a one day operation. But there was a problem with the procedure they used and I ended up having a Tracheotomy Tube inserted into my airway to keep me alive. I stayed in The Royal Liverpool Hospital Intensive Care Unit for 12 days attached to a ventilator, which was assisting my breathing. The tube was removed and I was discharged home, to the care of a visiting District Nurse. The nurse changes the dressings daily. I have been home for 2 weeks and just now, starting to regain my strength and concentration. There was a notice posted on the QL Forum, regarding the delay, which obviously did not get to everyone. The new date will be 06/11/2017. Here is the link to the notice: http://www.qlforum.co.uk/viewtopic.php?f=2=2120#p19180 I am sorry for the delay, I will try to update everyone on a regular basis. With regards to availability of the Q68. I have created a list of people who showed interest in date order. Which I will contact to arrange the sale of the Q68. -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Problem loading extensions
Sounds interesting Wolfgang! Even if never fixed, any chance you could share what you found as the cause? M. On 22/02/2017 22:30, Wolf wrote: Hi all, I've found the source of the error and this seems to be a genuine bug. However, I'm not sure that the effort required to correct this whilst making sure that nothing else will be broken at the same time, will be worthwhile. So perhaps it's best to go with Martyn Hill's suggestion : don't use LRESPR in a procedure/function.. On 20/02/2017 14:40, Martyn Hill wrote: Ciao Giorgio Some time ago, I observed and reported here a similar sounding issue whereby LRESPR would fail from within an SBasic PROCedure. Not all of them, but some. Sorry I seem to have missed that Wolfgang I resorted to loading the very same extensions outside of a procedure, without issue. Regards, Martyn Hill. On 19/02/2017 22:42, Giorgio Garabello wrote: HI, on QPC2 I wrote a small test program, in which load the names of several extensions in a table and then load (LRESPR) scanning the table. Code: Select all 100 WTV 110 LAUNCH 120 DEFine PROCedure LAUNCH 130DIM TAB_EXT$(3,50) 140TAB_EXT$(0) = "WIN1_CLAVIER_bin" 150TAB_EXT$(1) = "WIN1_DBAS_sys" 160TAB_EXT$(2) = "WIN1_ENV_bin" 170TAB_EXT$(3) = "WIN1_FILEINFO2_bin" 180: 190FOR I = 0 TO 3 200 LRESPR TAB_EXT$(I) 210END FOR I 220: 230 END DEFine LAUNCH If I try to load an extension in the usual way (LRESPR filename) and then load the other using the table QPC2 crash Code: Select all 100 WTV 105 LRESPR WIN1_DBAS_sys 110 LAUNCH 120 DEFine PROCedure LAUNCH 130DIM TAB_EXT$(2,50) 140TAB_EXT$(0) = "WIN1_CLAVIER_bin" 150TAB_EXT$(1) = "WIN1_DBAS_sys" 170TAB_EXT$(2) = "WIN1_FILEINFO2_bin" 180: 190FOR I = 0 TO 2 200 LRESPR TAB_EXT$(I) 210END FOR I 220: 230 END DEFine LAUNCH This happens with any extension. Any idea to solve the problem? Giorgio p.s. On SMSQmulator: the first example work correctly as on QPC2 the second example reset SMSQMulator. ___ QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Problem loading extensions
Ciao Giorgio Some time ago, I observed and reported here a similar sounding issue whereby LRESPR would fail from within an SBasic PROCedure. Not all of them, but some. I resorted to loading the very same extensions outside of a procedure, without issue. Regards, Martyn Hill. On 19/02/2017 22:42, Giorgio Garabello wrote: HI, on QPC2 I wrote a small test program, in which load the names of several extensions in a table and then load (LRESPR) scanning the table. Code: Select all 100 WTV 110 LAUNCH 120 DEFine PROCedure LAUNCH 130DIM TAB_EXT$(3,50) 140TAB_EXT$(0) = "WIN1_CLAVIER_bin" 150TAB_EXT$(1) = "WIN1_DBAS_sys" 160TAB_EXT$(2) = "WIN1_ENV_bin" 170TAB_EXT$(3) = "WIN1_FILEINFO2_bin" 180: 190FOR I = 0 TO 3 200 LRESPR TAB_EXT$(I) 210END FOR I 220: 230 END DEFine LAUNCH If I try to load an extension in the usual way (LRESPR filename) and then load the other using the table QPC2 crash Code: Select all 100 WTV 105 LRESPR WIN1_DBAS_sys 110 LAUNCH 120 DEFine PROCedure LAUNCH 130DIM TAB_EXT$(2,50) 140TAB_EXT$(0) = "WIN1_CLAVIER_bin" 150TAB_EXT$(1) = "WIN1_DBAS_sys" 170TAB_EXT$(2) = "WIN1_FILEINFO2_bin" 180: 190FOR I = 0 TO 2 200 LRESPR TAB_EXT$(I) 210END FOR I 220: 230 END DEFine LAUNCH This happens with any extension. Any idea to solve the problem? Giorgio p.s. On SMSQmulator: the first example work correctly as on QPC2 the second example reset SMSQMulator. ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] DM5 upsetting Dates in QPC2
Hi Bob Just to confirm that I too have been unable to run DM5 on QPC (v4) and saw oddities around the date before it would hang QPC. I didn't investigate to the same depth, but it appears to match your experience. Martyn. On 12/01/2017 15:35, Bob Spelten wrote: Hi All, I was trying to get DiskMate5 to run in QPC2/QLE but ran into a serious problem. It reported a wrong date but while the suggested date was correct my PC clock had been reset in the background to 18-Jan-2053, causing problems on the W$7 side. In my QPC2/QLE this also froze SMSQ/E but not in my normal QPC2. Also a previous QPC2 (v3.40/3.16) behaved the same. I have used DM5 for GD2 sporadically before but never seen this bug. Has something changed in SMSQ/E's date handling that is not working for DM5 anymore? Has anyone experienced this before? Bob -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Behaviour of DIV with negative numbers in SBASIC (QPC2)
Thank you Tobias! Makes sense with that context. M. On 05/01/2017 15:49, Tobias Fröschle wrote: Martyn, Integer division for negative numbers is not very well defined. Language designers get to choose if their language will round towards zero, negative infinity, or positive infinity when doing integer division. Different languages have made different choices. S*Basic designers have chosen to use the "flooring" approach (round the floating point result to the next smaller number). Some other reasoning: -1 / 2 should be? (1) -1/2 = 0 remainder -1 (2)$ ASR 1 = $ = -1 Another note: The original QL allowed word-size divisors and dividends. while SMSQ/E extended this to long integers. And the original QL manual even had an example illustrating what you see here: -5 DIV 2 { will output -3} Tobias Am 05.01.2017 um 16:27 schrieb Martyn Hill <martyn.joseph.h...@gmail.com>: Hi everyone Can anyone tell me the expected behaviour for the integer-divide operator 'DIV' in SBASIC, when provided with a negative dividend/numerator? My number-theory is a bit rusty, but I would have thought that, say, -1 DIV 10 should result in 0 (with remainder/MOD of -1). Instead, on QPC2/SBASIC, I get the result -1 for that example - and (almost) always 1 less than expected for negative dividends, thus: 12 DIV 10 = 1 11 DIV 10 = 1 10 DIV 10 = 1 9 DIV 10 = 0 ... 2 DIV 10 = 0 1 DIV 10 = 0 0 DIV 10 = 0 * -1 DIV 10 = -1 - expected '0'** ** -2 DIV 10 = -1** **...** ** -9 DIV 10 = -1* *-10 DIV 10 = -1 - as expected* *-11 DIV 10 = -2 - expected '-1' -12 DIV 10 = -2 *etc... Thanks in advance! Martyn. ___ QL-Users Mailing List ___ QL-Users Mailing List -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
[Ql-Users] Bevaiour of DIV with negative numbers in SBASIC (QPC2)
Hi everyone Can anyone tell me the expected behaviour for the integer-divide operator 'DIV' in SBASIC, when provided with a negative dividend/numerator? My number-theory is a bit rusty, but I would have thought that, say, -1 DIV 10 should result in 0 (with remainder/MOD of -1). Instead, on QPC2/SBASIC, I get the result -1 for that example - and (almost) always 1 less than expected for negative dividends, thus: 12 DIV 10 = 1 11 DIV 10 = 1 10 DIV 10 = 1 9 DIV 10 = 0 ... 2 DIV 10 = 0 1 DIV 10 = 0 0 DIV 10 = 0 * -1 DIV 10 = -1 - expected '0'** ** -2 DIV 10 = -1** **...** ** -9 DIV 10 = -1* *-10 DIV 10 = -1 - as expected* *-11 DIV 10 = -2 - expected '-1' -12 DIV 10 = -2 *etc... Thanks in advance! Martyn. ___ QL-Users Mailing List
Re: [Ql-Users] Wrong dates on DOS & NFA
Hi Dilwyn I played with your Sync program myself recently (thank you!) and noticed what appeared to be a mistake in how a source file's Update-date was being extracted from the directory - GET in to a float (updt1) , rather than LGET for the long-word Date. Not sure if I was using your latest version (downloaded form your site a few weeks ago), but I corrected it and it then worked for me (on both QEm and QPC). As its not the primary topic of this thread, I can email you off-list to discuss further, if you like... Oh, and Happy New year to everyone! Martyn Hill. On 02/01/2017 14:54, Dilwyn Jones wrote: I wonder if this would also explain why I get occasional queries that my Sync program does not always handle dates correctly and sometimes gets older/newer ones wrong? (Something I have not been able to reproduce here) Dilwyn -Original Message- From: Bob Spelten Sent: Monday, January 02, 2017 1:53 PM To: ql-us...@q-v-d.com Subject: [Ql-Users] Wrong dates on DOS & NFA Hi All, I noticed some inconsistency in the use of emulator dates. When using QPAC2's Backup (v1.46) to copy a file from WIN to DOS or NFA, dates are not always maintained. Under QPC2 v3.40(3.16) the date is kept correct. Under QPC2 v4.04(3.26) the date is cleared to 1.1.1961 Under SMSQ/m v2.20(3.27) the date is set to the current date, like Copy does. All tested on my PC running W$7. Why? Bob ___ QL-Users Mailing List
Re: [Ql-Users] Wrong dates on DOS & NFA
Hi Dilwyn I played with your Sync program myself recently and noticed what appeared to be a mistake in how a file's Update-date was being extracted from the directory (GET in to a float, rather than LGET for the Long-word Date.) Not sure if I was using your latest version (downloaded form your site a few weeks ago), but I corrected it and it then worked for me (on QEm and QPC). As its not the primary topic of this thread, I can email you off-list to discuss further, if you like... Oh, and Happy New year to everyone! Martyn Hill. On 02/01/2017 14:54, Dilwyn Jones wrote: I wonder if this would also explain why I get occasional queries that my Sync program does not always handle dates correctly and sometimes gets older/newer ones wrong? (Something I have not been able to reproduce here) Dilwyn -Original Message- From: Bob Spelten Sent: Monday, January 02, 2017 1:53 PM To: ql-us...@q-v-d.com Subject: [Ql-Users] Wrong dates on DOS & NFA Hi All, I noticed some inconsistency in the use of emulator dates. When using QPAC2's Backup (v1.46) to copy a file from WIN to DOS or NFA, dates are not always maintained. Under QPC2 v3.40(3.16) the date is kept correct. Under QPC2 v4.04(3.26) the date is cleared to 1.1.1961 Under SMSQ/m v2.20(3.27) the date is set to the current date, like Copy does. All tested on my PC running W$7. Why? Bob -- "There are 10 types of people in this world. Those who understand binary and those who don't." ___ QL-Users Mailing List
Re: [Ql-Users] Good Morning People - ‘QL SuperBASIC - The Definitive Handbook’
Just to add my interest to getting hold of a reasonable soft-copy of this classic... The copy I have is mostly illegible (though regularly trawled-through). eBay has hard-copies on sale, but they're pretty expensive! Martyn. On 17/06/2014 13:10, Lee Privett wrote: The was some move awhile ago by a few on here to get this book legitimately available in an electronic (possibly PDF) format, does anyone know how far anyone got. I am not talking about the one available on World of Spectrum among others but a higher quality version. I note Jan Jones seems to be contactable on here http://www.jan-jones.co.uk/index.html via webmas...@jan-jones.co.uk Regards Lee Privett ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Assembly Language Mailing List News
Dear Norman Being one of the more 'silent' list members, I none the less couldn't let such a brilliant initiative and effort go without providing at least a thank you! Yes, I read your 1st edition cover to cover and enjoyed it very much. The format works for me - I read in PDF. All I'd like to see is it continue! All the best and thanks again! Martyn Hill On 20/03/2014 20:12, Norman Dunbar wrote: Evening all, the latest news from the Assembly language mailing list is: 1. Kindle version now available. Issue 1 of the QL Today Memorial Assembly Language Mailing List irregular eMagazine is now available in a fourth flavour, added just today we now have: MOBI (aka Kindle) - qdosmsq.dunbar-it.co.uk/downloads/AssemblyLanguage/Issue_001/Assembly_Language_001.mobi * You can download the Mobi version and then transfer it to your Kindle via the USB, or; * You can send the file directly to your Kindle using your Kindle's email address (You can find this under settings on your device) - however, make sure you are on WiFi otherwise Amazon will charge you for this service if you have or use 3G to download the file. 2. The amount of feedback I have had on Issue 1 so far has been a resoundingly huge amount of nothing! :-( Has anyone read it? Do you like it? What don't you like? Is the format reasonable? What would you like to see changed? Does it look ok on your eReader, if you use one? Do you prefer HTML, PDF, ePub or Mobi? Do you have any questions? Will George find something wrong? ;-) (I hope so!) Etc? Anyway, enjoy the added flavour! Cheers, Norm. -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QPC2 v4.01 released
Congratulations Marcel, first and foremost for your new arrival! And thank you for continuing to support QPC! Martyn. On 31/01/2014 01:11, Marcel Kilgus wrote: Hello everybody. I have mentioned that I intended to make QPC2 available and free for all for some time and the first fruit of this could be observed for QL Today subscribers with QPC2 v4 on the last QL-Today DVD. Now, to celebrate the birth of my first and very lovely daughter (who turns one week old in exactly 3 hours), I follow up on my promise and finally make QPC2 available for everybody to enjoy. Head over to http://www.kilgus.net/qpc/downloads.html to get it. The package contains QPC2 v4.01 and the latest SMSQ/E 3.18. Cheers, Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] How to query current Paper/Strip/Ink in HiColour/QPC2 windows?
Hi everyone On an entirely different topic, and perhaps naively, can I ask how to query a window in SBASIC to discover the current Paper/Strip and Ink settings - specifically after using the COLOUR_PAL command in QPC2? My aim is to (arbitrarily) manipulate the colours on a window that's passed to my SBASIC routine and to then reset the colours back to what they were on entry, before returning. When using the default QL (8 colour) palette, the current Paper etc, could be found in the window's channel definition block at offsets 68 - 70 (decimal). Old-school, but effective, seeing as there doesn't appear to be a trap or vectored routine to officially query such properties of a window. Once the 256 colour palette is selected, the values at these offsets appear to get hammered (or at least reset to zero, regardless of what is set through the PAPER/STRIP and INK commands.) Am I missing something really obvious? Thanks in advance, Martyn. -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QPC2 v3.40 Beta 2
Thank you, Marcel! Yep - I use full-screen most of the time on my laptop. Martyn Hill On 10/07/2013 14:18, Marcel Kilgus wrote: Surprise! It only took 6 years, but finally there is another official beta of QPC ;-) Don't hesitate because it's called a beta, it's very stable, I only want people to test the new keyboard driver first before calling it a release. It includes the latest SMSQ/E v3.16. New features: - Added new keyboard driver that doesn't rely on DirectX anymore. DirectX support in Windows became worse and worse over the years, so now QPC can use the Windows keyboard driver. Much work has been but into this feature to be as compatible as possible, so I hope it works for all countries and that even KEYROW continues to make some sense. SMSQ/E keyboard tables like the ones created by Clavier will NOT work with this driver, but the old driver is still in there, just select SMSQ/E as the keyboard driver in the configuration dialog. - Basic support for floppy disc images. Images can be configured on boot but currently not changed afterwards. - Various bug fixes including a probably more stable screen driver. - Some CPU fixes thanks to George Gwilt. While I'm at it, does anybody still use the fullscreen mode? I'm considering moving away from DirectX completely, which would also get rid of native full screen mode. But in times of LCDs it's probably not that important anymore anyway. Download link: http://www.kilgus.net/qpc/downloads.html Cheers, Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Building a netbook from a RasPi
Hi all Interesting video - I found the following page on Amazon (UK): http://www.amazon.co.uk/Motorola-Lapdock-for-ATRIX/dp/B00519L43M 85 quid - only 10 left. Regards Martyn. On 08/01/2013 19:57, Tony Firshman wrote: Mororola Atrix -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] What's the official method to queue text in to another job's CON channel?
On 14/07/2011 20:05, ql-users-requ...@lists.q-v-d.com wrote: On 13/07/2011 18:16, pjwitte wrote: On 13/07/2011 17:48, pjwitte wrote: On 13/07/2011 14:10, Martyn Hill wrote: Hi everyone Something got lost in translation.. Heres a tidier version Per SBslave More than somethink got lost in translation! Typically Gremlins snuck in and added a supernumerous '1024' to line 260, making the program unusable. Apologies to anyone who wasted time over it! Alter the offending line from 260 cm$ = 'lrun ' pip$ 'o_1024' to 260 cm$ = 'lrun ' pip$ 'o' and all should be well. Provided: I should also have added a short note on the environmental assumptions made here. This program was built up using trial and error until the desired effect was achived - and then filed away for ten years. 1. As it stands its SMSQ/E (3.13+) only. Sorry. A similar method should be possible in Minerva too, I guess. 2. It expects to run in a three-windowed SBASIC daughter job Have a nice day! Per -- Thanks very much Per! I never thought to re-open #0 of the daughter SB job as a pipe - genius! (Thanks to George as well - extending the Turbo commands would be another solution.) Regards, Martyn. -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] What's the official method to queue text in to another job's CON channel?
Hi everyone As part of an on-going SB Editor project in QPC/SMSQ-E, I am reseraching ways to queue SB commands in to a daughter SB job. Extensions such as SG's QUEUE% or Turbo's TYPE_IN don't quite work for this purpose as I need to queue the commands from another SB (eventualy Turbo'd) job rather than into the current keyboard queue (as pointed to by SYS_CKYQ - QUEUE% - or into the the #0 of the current job - TYPE_IN). So far, I've found no explicit documentation on where to find the type-ahead buffer in SMSQ/E CON channels (only the SCR defintion block's are described in detail), but my own digging around shows that the (serial queue) buffer appears to sit at offset 152dec. ($98) from the start of a CON defintion block (after all the SCR-like variables). So, my question, what is the offical/safest/most portable way to queue text in to a given CON (#0 for daughter SB) channel belonging to another job? Thanks for any ideas/alternatives. Martyn, London. -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Where is SBASIC?
Dear list I am working on an SBASIC editing tool (initially in SBASIC itself) under SMSQ/E (QPC 2). I'm currently trying to find my way around the SBASIC (Job0 or otherwise) job area and am confused by the locations of the various areas within the SBASIC job itself. Here's an example from a fairly long SBASIC daughter job (sorry about the possibly screwed-up spacing): AreaLength St End Input buf 10 256 266 Token buf61280 1286 Program 23830 123544147374 Name table2856 89800 92656 Name list 2889 59848 62737 Variables 4080-3110136 -3106056 Channels 200 -179720 -179520 Return 24 -790456 -790432 Lines0 0 0 How is it that some of these areas lie well outside of the traditional SBASIC job area? I have my own ideas, but hoped someone here (Marcel?) might be able to shed some light on how and where SBASIC is laid-out in SMSQ/E. Also, the Job 0 pointed-to from the system variables appears to be a 'dummy' job header+job area (640 bytes, regardless of whats loaded in Job 0). I supoose all I really need to know (beyond satisfying my curiosity) is: a) Can I rely on the pointers above - from peek_l(\\...) - to find the actual table data? b) Is there a SBASIC job-size stored in any _one_ place (as opposed to adding up the 'Length' bits above) Thanks for any insights ;-) Martyn Hill London. -- There are 10 types of people in this world. Those who understand binary and those who don't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Simple HowTo to make SBasic jobs PEable...
Dear all Thank you for all your replies! I really thought it was a naive question in the first place, but reading your replies am glad I asked it! For the time being, invoking the Button_Sleep routine from a Hotkey, I am successfully putting the active job to sleep (whatever it is, including Job 0), as per design, and waking it again as needed from the QPAC2 button-frame. It's enough for my current requirements (moving/resizing SB jobs can wait until I decompose the various ideas and program snippets I've been sent - thanks especially to Bob S). Now back to my SB coding, which I'll share with the community once it takes shape... Thanks again. M. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Simple HowTo to make SBasic jobs PEable...
Dear list Whilst I suspect that there is no 'simple' way to make an SBasic job work with the PE - i.e. able to move #0/1/2 windows and put to sleep in QPAC2 frame - without going the whole hog of making a PE compliant application, but none-the-less wondered if someone could devise and share a basic HowTo on the process. I think I've read most of the PE documentation out there but I'm still at a loss to understand just what is required to be able to manipulate an SBasic Job (0 or daughter SBasic jobs) with the PE. I run QPC2 with QPAC2 and would invoke my copy of QDT more if I could tame SBasic windows in this way. Have I missed something obvious, or is it necessary to develop a standalone app using the PE tools available just to achieve this? Thanks for any ideas. Martyn Hill London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Ql-Users Digest, Vol 76, Issue 52
On 30/06/2010 09:11, ql-users-requ...@lists.q-v-d.com wrote: Message: 1 Date: Tue, 29 Jun 2010 20:15:13 +0100 From: Martyn Hillmartyn.joseph.h...@googlemail.com To: ql-users@lists.q-v-d.com Subject: [Ql-Users] How can I purchase old Ergon Development software titles? Message-ID:4c2a4641.4050...@googlemail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all Having tried to email Ergon Deveolpment and not gotten a response yet, I wondered if anyone here knows how I can purchase a copy of their ZM/ht Spectrum compiler/emulator? Also, I see from their website that the SB source of their MasterBasic software could be made available - I'd very much like to see how they designed this. Any ideas? Regards, Martyn Hill, London A happy QPC user... -- Dear Davide and all Thank you for your responses. I shall follow-up directly with Davide. As for the MasterBasic source SB, my principal interest is to look at how the SB tokenised program file was decoded as I am in the midst of writing some routines myself to assist in the writing of my own SBasic. Regards, Martyn Hill. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] How can I purchase old Ergon Development software titles?
Hi all Having tried to email Ergon Deveolpment and not gotten a response yet, I wondered if anyone here knows how I can purchase a copy of their ZM/ht Spectrum compiler/emulator? Also, I see from their website that the SB source of their MasterBasic software could be made available - I'd very much like to see how they designed this. Any ideas? Regards, Martyn Hill, London A happy QPC user... ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Am I alone in not receiving any postings since 5th Dec?
Phew! that's better... Martyn Hill wrote: Dear list Just wanted to verify whether the list has been quiet since 5th December, or perhaps my access to the daily digests has expired as I haven't received anything since then. Anyone? Regards, Martyn Hill. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Am I alone in not receiving any postings since 5th Dec?
Dear list Just wanted to verify whether the list has been quiet since 5th December, or perhaps my access to the daily digests has expired as I haven't received anything since then. Anyone? Regards, Martyn Hill. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Any working examples of qascade_rc files?
Hi Could anyone using the really useful Qascade care to share their qascade_rc config files here? Jonathan's examples are fine in themselves, but I'd like some more examples, particularly of SBAS/ETHG SBASIC usage. Regards, Martyn Hill. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Question regarding the expected behaviour of the SBASIC cmd MRUN in a program...
Hi Thanks to everyone who answered my initial post on this peculiar issue of MRUN not continuing to run the remaining program after merging some definitions. Firstly, I tried the simple cases suggested and yes, MRUN works just as expected. Secondly, line numbers of the merged definitions were not at fault (no overlap with existing lines). Then I started to carry out (what turned out to be) an exhaustive bit of testing with my own boot program and have now been able to replicate this curious behaviour. This testing appears to have isolated a _possible_ problem with SBASIC when LRESPRing a significant number of SB resident extentions from within a PROC. It's more than open to interpretation, but if you're still interested, let me explain (it's a bit long winded, but then I test software as part of my real job and get a bit fastidious about it). Take the following simple example (no MRUN involved here): Scenario A: LRESPR in the main program - OK. 10 LRESPR some_extn_file : REMark ** LRESPR some useful SB extentions 20 dummy_proc : REM ** Call a PROC that doesn't exist in this program Because the PROC dummy_proc doesn't exist, the following (expected) error is returned: At line 20:1 unknown procedure OK, so far. Scenario B: LRESPR from within an invoked PROC - Unusual. 10 init_extns: REMark ** Call a PROC that LRESPRs some useful SB extentions 20 dummy_proc : REM ** Call a PROC that doesn't exist in this proram ... 100 DEF PROC init_extns 110 LRESPR some_extn_file 120 END DEF Now, the invocation of PROC dummy_proc still causes an error, but this time is thus: At line 120:1 unknown procedure Curious - the SB program pointer appears to have gotten screwed. No biggie in this simplistic case. However, coming back to the MRUN issue (finally), let's assume that dummy_proc is contained in another file dummy_proc_def, like this: 200 DEF PROC dummy_proc 210 PRINT 'Running dummy_proc...' 220 END DEF Now let's see what happens... Scenario C: LRESPR in the main program, with MRUN - OK. 10 LRESPR some_extn_file : REMark ** LRESPR some useful SB extentions 15 MRUN dummy_proc_def 20 dummy_proc : REM ** Call a PROC that has just been MERGEd Because the PROC dummy_proc now exists, it runs without error as expected, printing the debug message 'Running dummy_proc...' Scenario D: LRESPR from within an invoked PROC, then MRUN - Unhelpful. 10 init_extns: REMark ** Call a PROC that LRESPRs some useful SB extentions 15 MRUN dummy_proc_def 20 dummy_proc : REM ** Call a PROC that has just been MERGEd ... 100 DEF PROC init_extns 110 LRESPR some_extn_file 120 END DEF In this case, the invocation of dummy_proc just never happens, no debug message is printed and the program simply halts withour error. An inquisitive LISTing shows dummy_proc is safely merged. This is the behaviour that lead to my initial posting. I've tested with various SB resident extention files - DIY Toolkits, Turbo (full) TK, the QLib1.6 TK, as well as FileInfo and Menu_rext. All result in the same obserevd behaviour, _except_ when LRESPRing the simple ENV extentions. My _guess_ for the difference in behaviour between TKs is that ENV doesn't add as many extra SB resident procs/fns as the others and the growth in the name table while running inside the init_extns proc is clobering some return stack or SB variable. Now I'm talking well out of my league, so will stop here. It's hardly a show-stopper - I can simply move my LRESPRs outside a defined proc, but thought that there might be at least one of you who'd be marginally interested (Marcel?) Oh, I'm running QPC 3.34, SMSQ/E 3.13 HBA with 16MB RAM. Regards, Martyn Hill London. Martyn Hill wrote: Hi again Could anyone say whether the behaviour that I'm seeing when using MRUN in a running SBASIC prog is expected? As part of my initial SB boot prog, I include an MRUN statement that successfully merges some useful SB definitions (only). I expect the boot prog to continue to execute the next statement, but it simply stops after merging the DEFs. I'm running this in QPC. Is this expected behaviour? I read in the manual that MRUN in a program _should_ continue with the next runnable statement in the program. Regards, Martyn Hill London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] (Another) Question - Is it possible to save the QPC state?
Hello again Thanks for that - I might therefore go back to running QPC in MS Virtual PC, as Wolfgang suggested. Only trouble is that I found QPC a little unstable in that VM. Actually, most any emulator in MS VPC seemed to go funny. Regards, Martyn Hill London Martyn Hill wrote: Hello again While I'm at it, I was also wondering whether anyone knew if QPC can be made to save the QL environment before closing so that one could start-up where one left off? I know QPC copes well if I place my laptop to sleep, but it would be helpful to be able to save the entire emulated environment so that I could nip in and out without a complete QL restart... I should probably send this directly to Marcel, but see that he reads this list... Regards, Martyn Hill London ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Question regarding the QDT desktop and SBASIC job 0 windows...
Hello once again Thanks for the replies. So, it's more a case of hiding Job 0, than trying to bring the QDT + wallpaper to the top. Looks like I need to fork-out some cash for QPAC2 after years of trying to do without it! Regards, Martyn Hill London. Martyn Hill wrote: Hi * I have a question regarding QDT that I have installed in my QPC environment. I have not made much use of QDT since I purchased it some time ago, partly due to the way that the QDT desktop always sits 'behind' my extended SBASIC job 0 windows. I have enabled a QDT desktop background that just peeks from underneath my job 0 windows (which don't quite fill the 800x600 QPC window that I use), but I can never send the job 0 windows to the background, in the way that I would expect (i.e. from principally using Windows). When I switch to any of the QDT icons, they do appear on top as you would expect, so I don't think there is an error in that software. I guess I am missing some understanding of the way PE windows work - what I would like to achieve is to treat the job 0 windows in the same way as any other job and have them hidden by the QDT desktop whenever QDT is brought to the top, just as one might click 'Show Desktop' in Windows. Any advice? I'd like to use QDT more (as well as see it continue to be developed!). Regards, Martyn Hill London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Question regarding the QDT desktop and SBASIC job 0 windows...
Hi * I have a question regarding QDT that I have installed in my QPC environment. I have not made much use of QDT since I purchased it some time ago, partly due to the way that the QDT desktop always sits 'behind' my extended SBASIC job 0 windows. I have enabled a QDT desktop background that just peeks from underneath my job 0 windows (which don't quite fill the 800x600 QPC window that I use), but I can never send the job 0 windows to the background, in the way that I would expect (i.e. from principally using Windows). When I switch to any of the QDT icons, they do appear on top as you would expect, so I don't think there is an error in that software. I guess I am missing some understanding of the way PE windows work - what I would like to achieve is to treat the job 0 windows in the same way as any other job and have them hidden by the QDT desktop whenever QDT is brought to the top, just as one might click 'Show Desktop' in Windows. Any advice? I'd like to use QDT more (as well as see it continue to be developed!). Regards, Martyn Hill London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Question regarding the expected behaviour of the SBASIC cmd MRUN in a program...
Hi again Could anyone say whether the behaviour that I'm seeing when using MRUN in a running SBASIC prog is expected? As part of my initial SB boot prog, I include an MRUN statement that successfully merges some useful SB definitions (only). I expect the boot prog to continue to execute the next statement, but it simply stops after merging the DEFs. I'm running this in QPC. Is this expected behaviour? I read in the manual that MRUN in a program _should_ continue with the next runnable statement in the program. Regards, Martyn Hill London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] (Another) Question - Is it possible to save the QPC state?
Hello again While I'm at it, I was also wondering whether anyone knew if QPC can be made to save the QL environment before closing so that one could start-up where one left off? I know QPC copes well if I place my laptop to sleep, but it would be helpful to be able to save the entire emulated environment so that I could nip in and out without a complete QL restart... I should probably send this directly to Marcel, but see that he reads this list... Regards, Martyn Hill London ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Missing the last installment of the File Browser article from QL World...
Dear QL community I've been reading your postings religiously since I subscribed to this list earlier this year. It's fascinating and encouraging to continue to see activity in the QL community after so long. Thank you all for that! I myself came back to the QL scene after several years, having been an avid follower of all things QL when I should otherwise have been studying for my A levels (and later, my Degree!). Now with a wife and child and several more years under my belt, I continue my development of programming ideas through QPC2 and SB/68k coding as an antidote to the Microsoft and Unix world in which I find myself. So, my question for this posting is this: I recently found my old copies of QL World when it was still alive as a paper magazine and am working through the File Browser/Requester article that Simon Goodwin wrote for the SuperBASIC in Action column. The last copy of the magazine that I have is Volume 3, Issue 4 (or 5, depending which page you read it on), when it was indicated that that would be the last edition. The arcticle in question with the remaining SB listing was incomplete, so I would like to know if anyone (or Simon himself, if he reads this mail-list) has the rest of the arcticle in some form and could provide it to me. I have other topics and questions I'd like to post here in due course and hope that I can offer back some of my own experience/expertise to other members by way of a thank you for all the work put in to the QL community that I've enjoyed for so long! Regards, Martyn Hill, London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm