Re: [Ql-Users] Function type error

The type of a function is not determined by the function name ending in a $ or % sign, but rather by what it returns - You can even write a function STRING% that returns a string or a function a$ that returns an integer value. The name you give your function is simply a hint to yourselves on

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

-d.com> wrote: > >> Hi Tobias, >> >> The WHEN solution is great, but on some version of QODS, the WHEN ERRor >> did not work. >> >> There are some people still using AH,JM, roms which may have problems with >> WHEN ERRor >> >> -- &g

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

Lee, there are a number of toolkits that allow you to check for specific other toolkit commands loaded or not - But this is a bit useless as it leaves you with a chicken-and-egg problem: How to check whether the checking toolkit is loaded? Your best bet on SMSQ/E would be a WHEN ERRor clause

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

hoke on a different error than "bad name". MANIFEST is pretty ideal for this. Tobias > Am 17.08.2017 um 11:25 schrieb Tobias Fröschle via Ql-Users > <ql-users@lists.q-v-d.com>: > > Lee, > > there are a number of toolkits that allow you to check for sp

Re: [Ql-Users] R: R: R: QxlwinReader

Davide, dd is a utility program that allows you to dump raw file systems or partitions to image files and back. It is a standard program that comes with all Unix and Linux systems. It is available as near function-equivalent implementations on Windows systems as well:

Re: [Ql-Users] Stupid AND

ptember 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 &g

Re: [Ql-Users] Stupid AND

Neither Turbo nor QLiberator do short-circuit evaluation. C68 does. Tobias > Am 19.09.2017 um 23:25 schrieb Jan Bredenbeek via Ql-Users > : > > On 19 September 2017 at 21:27, Wolfgang Lenerz via Ql-Users < > ql-users@lists.q-v-d.com> wrote: > >> Hi all, >> >> Just a

Re: [Ql-Users] TYPE_IN

You _can_ open a cONsole window with more than 128 bytes of input buffer ("con_512x202a0x0_256", for example). But you _cannot_ tell S*Basic to open #0 like that as default. I just checked: close#0:open#0,"con_512x256a0x0_1024" seems to work. Unfortunately, I cannot check how large the

Re: [Ql-Users] TYPE_IN

Lee, are you running on SMSQ/E? Are you maybe running PE with PE_BGOFF? That will not allow your background program to run when it has (even partially) obstructed windows. So, if you "TYPE_IN" something into an obstructed S*Basic window, the job owning that window will not be able to digest

Re: [Ql-Users] Dock

Peter, you obviously seem to have a RPTR on your system, so that is most probably not the problem. I would have a look at the OUTLN and WINDOW commands a bit up from there - They seem to be setting #0 to a zero size/outline (which is basically the whole point of the program) - This might

Re: [Ql-Users] Dock

Peter, you obviously seem to have a RPTR on your system, so that is most probably not the problem. I would have a look at the OUTLN and WINDOW commands a bit up from there - They seem to be setting #0 to a zero size/outline (which is basically the whole point of the program) - This might

Re: [Ql-Users] Dock

That is why I proposed 2x2 - Depending on window position, the PE might round down the outline to the next even size, which is 0x0 when you have 1x1 ;) - So, you're back at the starting point. Not really sure that is the problem, but might be it. I did try to check the same, but on my system I

Re: [Ql-Users] Dock

Failure or success might probably depend on whether you set an OUTLN on S*Basic in the BOOT or not. Will do some further checks tonight. Tobias > Am 08.11.2017 um 14:17 schrieb pgraf--- via Ql-Users > : > > On 8 Nov 2017 at 13:09, François Van Emelen via Ql-Users

Re: [Ql-Users] SMSQE 3.32

That’s really great. Eager to try an IDE-to-SD Adapter and see how direct data exchange will work. Tobias This mail was sent from my mobile. Any typos are entirely its fault. > Am 10.12.2017 um 15:37 schrieb duncan . via Ql-Users > : > > Hi Wolfgang, > > Fantastic

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

Doesn't crash here but ends up in QMon signalling an Address error ;) Tobias > Am 27.12.2017 um 17:20 schrieb François Van Emelen via Ql-Users > : > > Op 26/12/2017 om 18:31 schreef pjwitte via Ql-Users: >> If you want a really miserable Christmas, you could try

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

Jan, with an FB-machine, you would probably have had much harder 30+ QL-years than you actually had ;) Tobias > Am 06.01.2018 um 12:06 schrieb Jan Bredenbeek via Ql-Users > : > > On 5 January 2018 at 22:33, Dave Park via Ql-Users > wrote: >

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

Yes, apparently it did: TY - How creative ;) Tobias > Am 05.01.2018 um 16:33 schrieb Dave Park via Ql-Users > <ql-users@lists.q-v-d.com>: > > Did the Tyche ROM ever get letters? > > On Fri, Jan 5, 2018 at 8:49 AM, Tobias Fröschle via Ql-Users < > ql-users@li

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

AF = Awfully faulty JM = jerkily mended JS = just stable MG = mainly good ;) (just joking) Tobias > Am 05.01.2018 um 12:56 schrieb Norman Dunbar via Ql-Users > : > > Hi Paolo, > > as far as I remember, the code letters for the various QL ROMs have been > named

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

Hmm. Are we sure about that? When having a glance at the code, it looked to me as SMSQ/E would not use a1 at all, but rather use BV_RIP(a6) instead for the location of the RI stack (just as QDOS does). Tobias > Am 15.02.2018 um 05:08 schrieb Wolf via Ql-Users : > >

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

> Am 16.02.2018 um 10:27 schrieb Jan Bredenbeek via Ql-Users > <ql-users@lists.q-v-d.com>: > > 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: --> re

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

Neet to reprase my below statement: > Am 15.02.2018 um 16:26 schrieb Tobias.Froeschle--- via Ql-Users > : > > Wolfgang, > > (For some reason, I only seem to see half of the discussion, so bear with me > if I repeat something that was said already) > > What I meant

Re: [Ql-Users] Qptr manual 6.04

Wolfgang, thanks for keeping these documents up-to-date. Thanks especially for this sentence in the QPTR manual (that made it in a couple of releases ago) >Note also that most device drivers, when requested to open a directory will, >if no such directory exists, open the next >existing higher

Re: [Ql-Users] QL-SD order page

Just a short note on my experiences with some (old) QL-SDs that were updated with Marcel's PLD and new drivers plus a dual-slot card that I have been using for some time now: While the original PLD/Driver combination has always been a bit, say, capricious, after the upgrade everything has been

Re: [Ql-Users] QL-SD order page

And some more shameless advertising, because I forgot and the product is worth it: That combination works flawlessly with GC SMSQ/E. Tobias > Am 31.08.2018 um 21:52 schrieb Tobias Fröschle via Ql-Users > : > > Just a short note on my experiences with some (old) QL-SDs that

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

Marcel, that Schmidt-trigger is already there. Nice little SMD bug under the socket that sits in the ROMOEH line. Apparently, it doesn't help. I have mixed experiences with GoldCards - One doesn't work at all, the other one (at least in one specific QL) rather well for days together with a

Re: [Ql-Users] FiFi

Hi Wolfgang! Great news, FiFi is one of the most useful things on a crammed hard drive. Now QMon is the last piece of commercial software I have that's not freely available. Tobias > Am 30.03.2018 um 06:48 schrieb Wolf via Ql-Users : > > Hi all, > > FiFi, my

Re: [Ql-Users] TK2 v2.32

That is great! As one of the - apparently rare - QL-Net users a special thank you from the neighborhood. Tobias > Am 04.03.2018 um 16:59 schrieb Marcel Kilgus via Ql-Users > : > > I have released a new (or actually two new) versions of TK2. > > One versions only

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

Giorgio, nothing dangerous here. DEC VMS, for example, does it in exactly in the same way. The danger you seem to see (application sets a backup date, other app uses something different) is circumvented by supplying an old "full" backup to any incremental one for the programs to compare. In

Re: [Ql-Users] File header info

Giorgio, File access key: Don't know of any software that uses this. For "data space" you didn't read far enough: It"s in the next sentence: "In the case of file type 1, the first longword of type-dependent information holds the default size of the data space for the program." - The data

Re: [Ql-Users] The Pawn adventure with graphics on the Q68

Markus, Well, /technically/ yes (even if it would be quite a bit of work to make this proof-of-concept into a piece of distributable software for anyone, especially given the strong QL hardware speed dependency of dithvide). It would, however, imply conversion and very probably also

Re: [Ql-Users] SMSQ/E 3.35

Wolfgang, that sounds like a corrupt file system on the web server. Have the hosing guys look after that - It's probably not the only glitch that you will see. Tobias > Am 09.02.2020 um 06:48 schrieb Wolfgang Lenerz via Ql-Users > : > > > Hi, > > > > > Something's wrong, I'm afraid. > > >

Re: [Ql-Users] Test email

Done. > Am 20.01.2020 um 22:02 schrieb Dilwyn (gmail) via Ql-Users > : > . Ignore! ___ QL-Users Mailing List

Re: [Ql-Users] The Pawn adventure with graphics on the Q68

In case you missed it: The Magnetic Scrolls Adventurs are now available for _all_ QL platforms - See the QL Forum at https://qlforum.co.uk/viewtopic.php?f=3=3069 The QL has received special graphics routines incorporating Markus's proposal

Re: [Ql-Users] QL User grapic competition from 1985: Tree

Rich Mellor should know the guy. A Andy Pritchard is named as the author of his "Spy" adventure game first published in 2016. Tobias > Am 16.04.2020 um 13:36 schrieb Dilwyn (gmail) via Ql-Users > : > > I wonder if this could be the same Andrew Pritchard who wrote some QL > software such as

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

Well, you can bring up the OS from ROM without working mass storage. That's definitely an advantage, especially for the early days, when we didn't have fast storage (i.e. floppy only). Compared to the Atari, that's ROM-TOS vs. Disk-TOS (but not running from ROM) Tobias > Am 12.05.2020 um

Re: [Ql-Users] Select on

That's probably the best solution for the problem - String$ SELECT has always been a half-baked solution in SuperBASIC. Tobias > Am 21.06.2020 um 13:38 schrieb Bob Spelten via Ql-Users > : > > Op Sun, 21 Jun 2020 09:46:23 +0200 schreef Norman Dunbar via Ql-Users > : > >> I have a vague

Re: [Ql-Users] QTImage 1.5

François, the mailing list doesn't forward attachments - You need to put them somewhere else for us to see or describe textually. Cheers, Tobias > Am 09.12.2021 um 17:04 schrieb François Van Emelen via Ql-Users > : > > Op 9/12/2021 om 16:03 schreef Giorgio Garabello via Ql-Users: >> Il

Re: [Ql-Users] SMSQE instr_case QLIB

> > The main reason, I believe, is that INSTR_CASE is a global setting and so > shouldnt be set by a program, but only by the user in the main console That's actually not the problem: INSTR_CASE seems to work "local" to each instance of the SBASIC interpreter (I just checked). Turbo

[Ql-Users] Small but in SMSQ/E Reference Manual

(This is mainly to Wolfgang, but might help others as well who are confused as me) The QDOS_SMS_Reference guide v4.7 has a small bug on section 22.5 (the entry for SETD, setting the HOME directory of a job): The table says „A2: Pointer to parameter list“, while it should actually be A1, and