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

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

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

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

Re: [Ql-Users] SMSQ/E 3.39

Hi Jan, I can do any upgrades if you want to send the Q68 to me. Regards, Derek I have upgraded the Q68 FPGA firmware to v1.05 last week and everything is working fine, no lock-ups. However, using 40MHz SDHC clock gets corrupted file reads, at least when using the original Q68 SDHC card. So

Re: [Ql-Users] SMSQ/E 3.39

Oh well, if Peter Graf can upgrade my Q68 to v1.05 in May I might be able to do more research... Please remind me prior to the QL meeting so I bring the equipment and FPGA data. I might be able to get a second hand FPGA programmer for cheap, I'll let you know when I get it. As I wrote at

Re: [Ql-Users] SMSQ/E 3.39

On 19-02-2024 15:03, Dilwyn Jones via Ql-Users wrote: My Q68 failed consistently with all SDHC cards I've tried here when configured for fast. It definitely did not slow down automatically when configured to fast (SMSQE 3.38) - the Q68 either crashed or failed to recognise the cards at 40MHz.

Re: [Ql-Users] bug in String handling

On 12-01-2024 16:20, Norman Dunbar via Ql-Users wrote: If I remember correctly, all the way back to 1984-85, I'm almost certain that the supplied QL manual, in the large, heavy, A$ folder, mentioned that string lengths are indeed stored in a$(0)---or at least, can be accessed from there.

Re: [Ql-Users] CONFIG Manual

2023-12-07T17:55:41Z Norman Dunbar via Ql-Users : > Evening all. > > I was reading through the latest version of Wolfgang's SMSQ/E Reference > Manual, looking for some information on Config blocks and usage. It wasn't > there! > > I was sure that a previous manual, possibly the old A5 printed

Re: [Ql-Users] QBOX

Hi Fabrizio, It looks like opening a TCP channel for listening doesn't work in these cases. But which port are you using for listening? Windows allows privileged ports (below 1024) but Linux doesn't. I don't know about MacOS but I believe it's more Unix-like and might prevent opening

Re: [Ql-Users] QBOX

Hi Fabrizio, Just start QBOX with the -T option, i.e. EX QBOX;'-T'. This bypasses the clock check. Then log on and log off, this will correct the time stamp on the USERS_BBS file. After this, you won't need the -T option if your clock is set correctly (QBOX only complains when the time stamp

Re: [Ql-Users] QBOX

Hi Fabrizio, Just start QBOX with the -T option, i.e. EX QBOX;'-T'. This bypasses the clock check. Then log on and log off, this will correct the time stamp on the USERS_BBS file. After this, you won't need the -T option if your clock is set correctly (QBOX only complains when the time stamp

Re: [Ql-Users] QBOX

Hi Fabrizio, Just start QBOX with the -T option, i.e. EX QBOX;'-T'. This bypasses the clock check. Then log on and log off, this will correct the time stamp on the USERS_BBS file. After this, you won't need the -T option if your clock is set correctly (QBOX only complains when the time stamp

Re: [Ql-Users] QBOX

Hi Fabrizio, Just start QBOX with the -T option, i.e. EX QBOX;'-T'. This bypasses the clock check. Then log on and log off, this will correct the time stamp on the USERS_BBS file. After this, you won't need the -T option if your clock is set correctly (QBOX only complains when the time stamp

Re: [Ql-Users] QL-SD ROM

On 29-04-2021 19:45, Marcel Kilgus via Ql-Users wrote: An update on the progress of the external QL-SD variant: https://www.kilgus.net/2021/04/29/ql-sd-rom-tiny/ Hi Marcel, Based on your excellent blog post about the (S)GC boot process

Re: [Ql-Users] SMSQE 3.37

Hi Wolfgang, I noticed that I cannot configure the fat1_ drive on the Q68. Menuconfig simply skips this entry when I try to. Strange enough it does work with the other fat drives... Jan On 24-01-2021 08:55, Wolfgang Lenerz via Ql-Users wrote: Hi all, SMSQE 3.37 is available on my site now.

Re: [Ql-Users] SMSQmulator 2.30

Hi Wolfgang, It appears that most of the library files are missing in the Java 8 .zip file. SMSQmulator refused to start and gave an 'INI file error' on the Java 8 version. I could fix this by copying the files in the lib directory from the Java 11 version. A more serious bug is that the

Re: [Ql-Users] Select on

Op za 20 jun. 2020 14:01 schreef Dave Park via Ql-Users < ql-users@lists.q-v-d.com>: > > > > ooGyebd = Goodbye > goodbye <> Goodbye > > Use a hash algorithm like CRC-16 or CRC-32? ;-) Jan ___ QL-Users Mailing List

Re: [Ql-Users] IOB.FLIN strips CR from lines ending in CR/LF

On Tue, 24 Mar 2020 at 06:59, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi Jan, > > On what machine? > It does occur on QPC2 too and appears to be connected to WIN-devices (doesn't occur on ram and dos, only win). Jan -- *Jan Bredenbeek* | Hilversum, NL |

[Ql-Users] IOB.FLIN strips CR from lines ending in CR/LF

I recently discovered that the IOB.FLIN trap on SMSQ/E, when called to read a line from a file, strips any CR from lines ending in CR/LF. However, this seems to happen ONLY with files on the WINx device! I've tried several versions of SMSQ/E, even ones as old as v3.05, and they all show the same

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

Hi Peter, On Tue, 10 Mar 2020 at 09:03, pgraf--- via Ql-Users < ql-users@lists.q-v-d.com> wrote: > > Anyway, it's working now... got about 30Kbit throughput between the Q68 > and > > a BBQL with GC, which is about the expected rate given the fact that > QLnet > > is half-duplex. SERnet between

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

On Wed, 4 Mar 2020 at 18:05, Peter Graf via Ql-Users < ql-users@lists.q-v-d.com> wrote: > > If you have no problem with network plugs on the front side, then I'd > recommend drilling a hole to the front panel. > For the moment I have removed the on/off switch as I pull out the mains plug of the

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

On Mon, 2 Mar 2020 at 18:56, Peter Graf via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi Jan, > > > I personally use a Linux machine or Raspberry Pi with tcpser and a> > USB-to-serial converter to exchange files to my BBQL. > How about using a Q68 as bridge from Linux (SER) to QLNET (BBQL)? >

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

On Mon, 2 Mar 2020 at 13:10, Fabrizio Diversi via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Yep, it is pretty cool. > > I am already using it to update files on different Ql machines. > It's definitely a solution to transfer files from emulated environments to a BBQL if you can't use

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

On this (Quantum) Leap day, I proudly present the re-release of QBOX. And not just the version that's been laying around for years in scattered files, but a complete ready-to-run WIN container that works over TCP/IP on QPC2, SMSQmulator and UQLX! It also contains the complete QL file archive of

Re: [Ql-Users] SMSQ/E 3.35

On Sat, 8 Feb 2020 at 06:47, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi Brian, Jan > > Strangely enough, I can't reproduce the version problem here. > > To be extras sure, I downloaded the version uploaded yesterday and > tested them of Q68 and QPC. > > All files should

Re: [Ql-Users] SMSQ/E 3.35

On Fri, 7 Feb 2020 at 17:49, Brian Kemmett via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi Wolfgang.. Just downloaded and installed the latest SMSQE... A > question.. When I ask the version (Ver$(1)) it prints "3.34" and not > "3.35", even though the download file is named

Re: [Ql-Users] Magazine Articles page

On Sun, 24 Nov 2019 at 14:50, Dilwyn Jones via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Pleased to announce a new page containing scanned magazine articles. > Thanks to the work of individuals like Klaus Frank who've been busy > scanning articles for me, the first draft of the page is ready

Re: [Ql-Users] Q68 serial buffers

On 22-06-2019 21:30, Jan Bredenbeek wrote: I also noticed that the SER_BUFF command which can be used to set the buffer size in SMSQ/E is present in the Q68 version, but it always gives a 'not found' error message irrespective of the arguments I specify. Is this a bug or a 'feature''? Jan.

[Ql-Users] Q68 serial buffers

I've been doing some tests with the Q68's serial port. It's well known that it doesn't support flow control. So this means that if you receive data at, say, 38400 bps or higher, you need a buffer large enough to hold all the incoming data to give the Q68 a chance to digest it (for example to

Re: [Ql-Users] QMac source code

On Fri, 14 Dec 2018 at 10:52, Marcel Kilgus via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Jan Bredenbeek via Ql-Users wrote: > > QLINK has some serious issues compared to the GST version. The symbol > table > > dump in the _MAP file looks strange and the gene

Re: [Ql-Users] QMac source code

On Thu, 13 Dec 2018 at 08:37, Urs Koenig (QL) via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Marcel wrote: > > Does anybody know who has the source code to QMac? The Quanta version > > doesn't look like simple patches to the GST binary, so I guess somebody > must > > have had it at some point.

Re: [Ql-Users] SMSQE 3.34

One small issue for Q68 users: the file Q68_SMSQ.WIN is incorrectly named Q68.SMSQ.WIN. Also the SMSQE binary in this container is standard configured for German keyboard layout, which is a bit of a challenge to find the underscore character if you have US or UK keyboard (it's on the key left

Re: [Ql-Users] Proposal about the file system

On 9 October 2018 at 16:44, Giorgio Garabello via Ql-Users < ql-users@lists.q-v-d.com> wrote: > In the header file we have the backup date field from what is not used. > Can not be used to insert us from file creation date? > Wouldn't this break any backup software? I've written HARDBAK back in

[Ql-Users] QED v2.02 released

QED v2.02 has been released and can be downloaded here . New features - The RC command can now be used to load a file in cooked mode. It is equivalent to the R command, except that CR/LF line endings are

Re: [Ql-Users] File header info

On 28 September 2018 at 11:01, Giorgio Garabello via Ql-Users < ql-users@lists.q-v-d.com> wrote: > on dbas manual i've found an alternative description of the header.. > >Type Length Name Contents >2 -LENGTHFile Length >1 -TYPE File access

[Ql-Users] QED v2.01 released!

I'm very pleased to present you release 2.01 of QED, my ever popular text editor! This release comes exactly 30 years after version 1.01, which has been included in many QL software distributions. New features include: * Support for TK2 Data Default directories * Editing multiple files

Re: [Ql-Users] Odd behavour of the DIR command?

This has always been the problem with substitution devices. One solution would be to rewrite the io.fstrg/fs.headr/etc code to substitute the filenames read as well (essentially chop off the directory path substituted). In case of io.fstrg this means checking if the channel is opened for directory

Re: [Ql-Users] sBASIC overloading...

On 21 June 2018 at 15:21, Dave Park via Ql-Users wrote: > > SuperBASIC is quite unique in that it stores the *difference* in length > of > > a line compared to the previous line, along with its line number. This > way, > > because the current line length is also stored in a system variable, it >

Re: [Ql-Users] sBASIC overloading...

On 21 June 2018 at 00:43, Dave Park via Ql-Users wrote: > My reason for asking was, I was wondering if an analysis of how frequently > functions were called, and from where, could affect how quickly they would > be stepped to. I have seen this behavior in SuperBASIC on JM/JS and > achieved often

Re: [Ql-Users] sBASIC overloading...

On 20 June 2018 at 22:35, Dave Park via Ql-Users wrote: > Hi all, > > Separately, does the sBASIC in SMSQ or Minerva still scan for > procedures/functions from the beginning of the program, so earlier FN/PROCs > have a speed advantage over later ones like in JM/JS? SuperBASIC (JM/JS/Minerva)

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

On 8 June 2018 at 15:52, pjwitte via Ql-Users wrote: > When loading this into RESPR and then doing CALL base+4 I get an >> 'insufficient memory' error. But PEEK_L(base) returns 0 so the code never >> got to the point where it stores the result. >> > Sure, but this is not the whole story. For

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

On 8 June 2018 at 13:26, pjwitte via Ql-Users wrote: It appears that, on an error, QDOS doesnt return here at all! > Correct. > Under SMSQ/E it may return an error (IMEM), but the error code is not > always set! That implies that you could get a wrong result, depending on > what was in D0

Re: [Ql-Users] Stuart Honeyball

On 29 March 2018 at 11:40, Dilwyn Jones via Ql-Users < ql-users@lists.q-v-d.com> wrote: > I regret to have to report that I heard this morning of the death of > Stuart Honeyball of Miracle Systems. > > He passed away peacefully last night (28th March) at 23:45 of cancer, > according to his wife,

Re: [Ql-Users] Sjef vd Molengraaf

On 9 March 2018 at 16:35, Bob Spelten via Ql-Users wrote: > > I am sad to inform you all that Sjef van de Molengraaf passed away earlier > this week at the age of 73. > As long time secretary of the Dutch SIN_QL_AIR foundation he will be > remembered by many

Re: [Ql-Users] QA.RESRI - QDOSMSQ eference guide

On 15 February 2018 at 19:33, Tobias Fröschle via Ql-Users < ql-users@lists.q-v-d.com> wrote: > > 1. Not called from an S*BASIC context: --> return with nothing done, d0 > is what you put in, so not meant to report an error. Not really a valid use > case > > This _is_ a valid use case for

Re: [Ql-Users] QA.RESRI - QDOSMSQ eference guide

On 15 February 2018 at 11:45, pjwitte via Ql-Users wrote: > Update: > After sribbling down the example above, I decided to "weaponise" it to > test the following three premises: > 1) Is A1 preserved?: JS, Minerva and SMSQ/E all appear to do so > Correct as far as I

Re: [Ql-Users] Ql-Users Digest, Vol 167, Issue 2

On 5 January 2018 at 22:33, Dave Park via Ql-Users wrote: > I did have an FB dongle around here once upon a time, but I haven't seen it > in five years. > I once got my hands on an FB machine somewhere in autumn 1984. A local computer store had imported it from the UK

Re: [Ql-Users] Ql-Users Digest, Vol 167, Issue 2

On 5 January 2018 at 15:49, Tobias Fröschle via Ql-Users < ql-users@lists.q-v-d.com> wrote: > AF = Awfully faulty > JM = jerkily mended > JS = just stable > MG = mainly good FB - Full of Bugs (has anyone this ROM around? Would be a collector's item ;-)) Jan. -- *Jan Bredenbeek* | Hilversum,

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

Hi Norman, On 31 December 2017 at 19:43, Norman Dunbar via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Happy New Year one and all. > > I started pcb design a while back too. I use Fritzing and/or Kicad for > mine. Manually routing a pcb can seriously use up a good few hours of your > life! But

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

On 28 December 2017 at 13:10, Wolf via Ql-Users wrote: > Hi, > > ok, ok, but I didn't even use the word "odd"! > :) In any case, if you jump to an odd location (whether strange or not even) on a QL you will usually be in big trouble... Jan. -- *Jan Bredenbeek* |

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

On 28 December 2017 at 12:59, Wolf via Ql-Users wrote: > > Hi, > > To my mind, a "jump to a strange address" is not an address error which > would give rise to that exception. He he that's a language thing :). 'Odd' in English can mean 'strange' but also 'not even'.

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

On 28 December 2017 at 07:43, Wolf via Ql-Users wrote: > Hi, > yes that's a bug. > > Somehow the return stack gets confused/overwitten (stack overflow!), > causing a jump to a strange address where you then will get an illegal > instruction error. > > > I've checcked

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

On 14 November 2017 at 13:03, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi, > > yes Jochen told me on sundcay that it's OK to be distributed. > Great, now I can finally convert my programs to use the QL config standard rather than having to write my own :). (I've always

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

On 13 November 2017 at 18:27, Peter Graf via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi Duncan, > > > the version of menuconfig I have is 3.36 and is dated 2003. > > Thank you. That's it! :) With menuconfig 3.36 it worked. > > > The version of menuconfig on Dilwyn's site is 3.34 > > Found

Re: [Ql-Users] QL MODE 8 Flash Bit

On 27 October 2017 at 21:51, Peter Graf wrote: > I just noticed the work was in vain, because SMSQ/E does not seem to > support FLASH in MODE 8. At least not if I test with SBASIC. > Indeed SMSQ/E on a QL with Gold Card doesn't flash :(. It also seems to work only when PRINTing

Re: [Ql-Users] QL MODE 8 Flash Bit

On 27 October 2017 at 21:03, Peter Graf wrote: > > E.g. when a pixel has red colour with flash on, the rest of the pixels > > on the line will flash between the original pixel colour and red until > > the next set flash bit. > > The "until" is ambiguous. When that next pixel

Re: [Ql-Users] QL MODE 8 Flash Bit

On 27 October 2017 at 19:01, Peter Graf via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi, > > today I noticed that my MODE 8 Flash Bit implementation in the Q68 was > never completed. It is 11 years ago that I designed the video > controller, and now I don't even remember how exactly the QL

Re: [Ql-Users] Stupid AND

On 19 September 2017 at 23:36, Tobias Fröschle via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Neither Turbo nor QLiberator do short-circuit evaluation. > C68 does. > Because it's part of the language definition. Jan -- *Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net

Re: [Ql-Users] Stupid AND

On 19 September 2017 at 21:27, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi all, > > Just a rant about the SBasic AND operator. > > Suppose this: > > 10 a=0 > 20 b=10 > 30 if (a<>0 AND b/a=5) > 40 do_something > 50 end if > > Run it and what happens? > > You get an

Re: [Ql-Users] Maximum length of files on QL file-system

On 23 July 2017 at 15:47, Andrea Carpi via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hello everybody > > Trying to transfer large files between Windows 10, > QPC2, and QL-Aurora-SGC-Qubide I have noticed that there are big > limitations in the maximum length of the files. > > I mean: > - On