Re: [Ql-Users] Qbase
Daniel Baum via Ql-Users wrote: > Yes, but if the API has changed from version to version, then it WILL fail > for some users who are using a different version to the one that I am > writing for in my program. > > Therefore linking it seems like a good idea. Unfortunately it isn't because it's not just a basic extension. The functionality itself is implemented in globally visible "things" so that it can be used from any language, the basic commands are just wrappers for them. So what would probably happen is that the linked copy would overwrite any existing "things" with the same names and everything will crash once you remove the job again because of dangling pointers. > Whatever, I will update the program for the latest version and hope > for the best. If you find any bugs we can try to fix them. >>> The other possibility is to update the QBase code, but for this I would >>> need a manual, which seems to be unavailable (is it really still >>> commercial?) No, it isn't, I askes Jochen if I could release QMenu for free and he agreed. I just didn't have the manual at hand for release and promptly forgot about it. Marcel ___ QL-Users Mailing List
Re: [Ql-Users] Lear PCB Design v7.55
On Mon, 18 Sep 2017 at 14:26, Dilwyn Jones wrote: > A new update of Malcolm Lear's PCB Design is available from the Graphics page > on my website. Details of the little bug fix in the REVISIONS.TXT file. > > version 7.55 Fixed 1 mil offset correction for snake shape with odd offset. > > download free of charge from http://www.dilwyn.me.uk/graphics/index.html > > Dilwyn Sorry - I meant line 31850, this hasn't been called - the procedure FreeRotate. Michael ___ QL-Users Mailing List
Re: [Ql-Users] Lear PCB Design v7.55
On Mon, 18 Sep 2017 at 14:26, Dilwyn Jones wrote: > A new update of Malcolm Lear's PCB Design is available from the Graphics page > on my website. Details of the little bug fix in the REVISIONS.TXT file. > > version 7.55 Fixed 1 mil offset correction for snake shape with odd offset. > > download free of charge from http://www.dilwyn.me.uk/graphics/index.html > > Dilwyn I have noticed that the procedure FreeRotate, defined at line 1850, is never called. - Just thought I'd point this out. Michael ___ QL-Users Mailing List
Re: [Ql-Users] Stupid AND
That language definition (if it exists, I don't know) would only matter for functions - simple comparisons that have no side effect would be fine to simply omit. Tobias > Am 19.09.2017 um 23:42 schrieb Jan Bredenbeek via Ql-Users > : > > 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 > ___ > QL-Users Mailing List ___ QL-Users Mailing List
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 ___ QL-Users Mailing List
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 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 "overflow" error at line 30. >> You get this error because it is trying to evaluate the second condition >> (b/a) and failing as a=0 and you can't divide by 0. >> >> BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? > > > Because all BASICs do. And more languages like Pascal (but not C). > > Jan. > ___ > QL-Users Mailing List ___ QL-Users Mailing List
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 "overflow" error at line 30. > You get this error because it is trying to evaluate the second condition > (b/a) and failing as a=0 and you can't divide by 0. > > BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? Because all BASICs do. And more languages like Pascal (but not C). Jan. ___ QL-Users Mailing List
Re: [Ql-Users] Fw: Stupid AND
yes, that's of course the right (and long-winded) way to do it, and I always remember that ... once my program has crashed. Wolfgang I know the feeling... :-) Dilwyn . ___ QL-Users Mailing List
Re: [Ql-Users] Fw: Stupid AND
Hi, yes, that's of course the right (and long-winded) way to do it, and I always remember that ... once my program has crashed. Wolfgang through splitting up and building up to the final logcal value. The easiest way around this simple example is using two IFs instead of AND to ensure (b/a) is never executed (or am I missing something here?) 10 a=0 20 b=10 30 IF a<>0 35 IF (b/a)=5 40 do_something 50 END IF 60 END IF I agree though, the way you would like it to work would obviously be better. Dilwyn -Original Message- From: Wolfgang Lenerz via Ql-Users Sent: Tuesday, September 19, 2017 8:27 PM To: ql-us...@q-v-d.com Cc: Wolfgang Lenerz Subject: [Ql-Users] Stupid AND 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 "overflow" error at line 30. You get this error because it is trying to evaluate the second condition (b/a) and failing as a=0 and you can't divide by 0. BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? The first condition (a<>0) is NOT met and so, in any other programming language I use, the second condition isn't even tested, as the result will be "false" anyway because of this. Apparently though, Sbasic still also tests the second condition. G. Wolfgang ___ QL-Users Mailing List --- This email has been checked for viruses by AVG. http://www.avg.com . ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Stupid AND
30 if (a<>0 AND b/a=5) The first condition (a<>0) is NOT met and so, in any other programming language I use, the second condition isn't even tested, as the result will be "false" anyway because of this. Standard BASIC approach is to evaluate first expression, store the result somewhere (stack?), evaluate the second expression and store the result. And then evaluate the AND operand (with parameters already stored - on stack?) as the last. (Tiny Basic, ZX Spectrum Basic) Maybe SBasic does the same or similar. ___ QL-Users Mailing List
Re: [Ql-Users] Stupid AND
On 19/09/2017 22:02, Dilwyn Jones via Ql-Users wrote: I take it Dave means it fits in 48K, don't expect too much. What, I can't expect perfection in 48 K (and SMSQE is much larger)? grin Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] Stupid AND
Hi, I know it's been around for ages. It still irks. Sucking it up only helps for so long Wolfgang Yes, its dumb, but the problem has been there since the day day dot. So suck it up and work around :) Per On 19 September 2017 at 21:55, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: On 19/09/2017 21:32, Dave Park via Ql-Users wrote: Your BASIC interpreter fits in 48K. With room to spare. And? (pun intended) Wolfgang On Tue, Sep 19, 2017 at 2:27 PM, 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 "overflow" error at line 30. You get this error because it is trying to evaluate the second condition (b/a) and failing as a=0 and you can't divide by 0. BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? The first condition (a<>0) is NOT met and so, in any other programming language I use, the second condition isn't even tested, as the result will be "false" anyway because of this. Apparently though, Sbasic still also tests the second condition. G. Wolfgang ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] Fw: Stupid AND
I take the point about other basics doing it differently, but this is how Sinclair BASIC has worked, by building up a value for the overall expression through splitting up and building up to the final logcal value. The easiest way around this simple example is using two IFs instead of AND to ensure (b/a) is never executed (or am I missing something here?) 10 a=0 20 b=10 30 IF a<>0 35 IF (b/a)=5 40 do_something 50 END IF 60 END IF I agree though, the way you would like it to work would obviously be better. Dilwyn -Original Message- From: Wolfgang Lenerz via Ql-Users Sent: Tuesday, September 19, 2017 8:27 PM To: ql-us...@q-v-d.com Cc: Wolfgang Lenerz Subject: [Ql-Users] Stupid AND 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 "overflow" error at line 30. You get this error because it is trying to evaluate the second condition (b/a) and failing as a=0 and you can't divide by 0. BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? The first condition (a<>0) is NOT met and so, in any other programming language I use, the second condition isn't even tested, as the result will be "false" anyway because of this. Apparently though, Sbasic still also tests the second condition. G. Wolfgang ___ QL-Users Mailing List --- This email has been checked for viruses by AVG. http://www.avg.com . ___ QL-Users Mailing List
Re: [Ql-Users] Stupid AND
Wolfgang Lenerz via Ql-Users wrote: > 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 "overflow" error at line 30. > You get this error because it is trying to evaluate the second condition > (b/a) and failing as a=0 and you can't divide by 0. > > BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? Maybe this wise language includes Chinese or Persian philosophy? > The first condition (a<>0) is NOT met and so, in any other programming > language I use, the second condition isn't even tested, as the result > will be "false" anyway because of this. IIRC other languages also do not _guarantee_ to stop evaluation after a lefthand AND condition failed. Peter ___ QL-Users Mailing List
Re: [Ql-Users] Stupid AND
Yes, its dumb, but the problem has been there since the day day dot. So suck it up and work around :) Per On 19 September 2017 at 21:55, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: > On 19/09/2017 21:32, Dave Park via Ql-Users wrote: > >> Your BASIC interpreter fits in 48K. With room to spare. >> > > And? > > (pun intended) > > Wolfgang > >> On Tue, Sep 19, 2017 at 2:27 PM, 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 "overflow" error at line 30. >>> You get this error because it is trying to evaluate the second condition >>> (b/a) and failing as a=0 and you can't divide by 0. >>> >>> BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? >>> >>> The first condition (a<>0) is NOT met and so, in any other programming >>> language I use, the second condition isn't even tested, as the result >>> will >>> be "false" anyway because of this. >>> >>> Apparently though, Sbasic still also tests the second condition. >>> >>> G. >>> >>> Wolfgang >>> >>> >>> >>> >>> >>> >>> ___ >>> QL-Users Mailing List >>> >>> >> >> >> > ___ > QL-Users Mailing List > > > ___ QL-Users Mailing List
Re: [Ql-Users] Stupid AND
I take it Dave means it fits in 48K, don't expect too much. Dilwyn -Original Message- From: Wolfgang Lenerz via Ql-Users Sent: Tuesday, September 19, 2017 8:55 PM To: ql-us...@q-v-d.com Cc: Wolfgang Lenerz Subject: Re: [Ql-Users] Stupid AND On 19/09/2017 21:32, Dave Park via Ql-Users wrote: Your BASIC interpreter fits in 48K. With room to spare. And? (pun intended) . ___ QL-Users Mailing List
Re: [Ql-Users] Qbase
Hi, I believe that the Api has remained pretty stable since v. 7. Wolfgang Yes, but if the API has changed from version to version, then it WILL fail for some users who are using a different version to the one that I am writing for in my program. Therefore linking it seems like a good idea. Whatever, I will update the program for the latest version and hope for the best. D On Tue, Sep 19, 2017 at 10:26 PM, Per Witte via Ql-Users < ql-users@lists.q-v-d.com> wrote: Lots of different programs use Qmenu, so there should be no need to link it in. Its best loaded at boot time. Per On 19 September 2017 at 21:15, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: Hi, the problem is that these parameters are likely to vary from version to version, as they are offsets into the file... Your best bet is probably to adapt your program to the latest version. Wolfgang A question about QBase and QMenu. The menu extensions are used fairly extensively in QBase. However, the program was originally written in 1998 with whatever version of QMenu was current then, and it doesn't seem to work properly with the later version (version 7.66) which is distributed with QPC. I also have a version 5.06, which appears to work much better with QBase, and I thought it might be a good idea to link it into QBase with Q-Liberator and avoid problems for people using later versions. The other possibility is to update the QBase code, but for this I would need a manual, which seems to be unavailable (is it really still commercial?). I did purchase a copy of QMenu in the 1990s, but I can't find the manual, which I assume is buried somewhere in my attic. So, does anyone know the correct parameters for linking menu_rext into a Q_Liberator compiled program? Thanks, D. On Fri, Sep 15, 2017 at 7:42 AM, Daniel Baum wrote: Hi all, In my previous posting I forgot to mention another new feature: The tabular view no longer attempts to load the whole file at once. It can now be paged up and down using the left and right arrow buttons. This way you can load large files without hitting any memory limitations. The page size and the scroll size are both parameters that eventually I intend to put in a Config block to the user can alter them. Thanks to Bob Spelten for pointing out the need for this. Rgds, Daniel On Thu, Sep 14, 2017 at 9:40 PM, Daniel Baum wrote: Hi all, Here is the new version of QBase. Changes: - Loads in 512x256 resolution, and is resizable. - May be called with a command-line parameter, e.g. ex flp1_Qbase_obj;'flp1_data_dbs' - Lots of refactoring. The eagle-eyed among you may notice that it's a lot smaller than it was. Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31 Unlike the previous version, this one also works on Q-Emulator with Minerva. I couldn't get it to work on a JS ROM. It reported "Channel not open", and I've no idea why. Is it important to anyone to run QBase on original QL hardware? Testing with Q_Emulator and Minerva at "QL speed" it appears to be extremely slow, especially when switching to tabular mode. I could try to get it to run a bit faster if anyone is interested. I hadn't remembered just how much faster QPC is than a real QL until I started using Q-Emulator. Download the new QBase here: https://www.dropbox.com/s/4s3fm0rm84mxfn7/QBase.zip?dl=0 Currently I have numbered this version 0.99. It will become version 1.0 one it's been tested and bugfixed Finally, I'd like to give an honourable mention to MasterBasic by Ergon Development (Davide Santachiara). It made 80s-style program editing bearable (almost...). The more massive refactoring was done with Notepad++ on Windows. Regards to all, D. On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users < ql-users@lists.q-v-d.com> wrote: Hi Daniel, Have you released any of your updates yet? Just wondering if they can be tested. Darren Branagh Sent from My Android Phone. On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" < ql-users@lists.q-v-d.com> wrote: Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users < ql-users@lists.q-v-d.com>: One more thing: I should add that limiting the number of displayed records to 1000 works fine, so I could fix the problem by using a paging arrangement. The test _dbs has 3111 records by 6 fields making 18666 menu items. That is well within the limit of items (<32K) WMAN2 can handle in the AW. Records times Fields must be less. But there is also a limit in S*Basic of 65K for indexing second and third dimensions, in this case Fields x Field_length (including length word). As you used Fields as the first dimension instead, 2nd (Records: 3111) times 3rd (length: 20 +2) would be just too much. As records will in most cases be the highest number, making it the first dimension is the best choice. So checking these limits and using paging is the only option for a large database that exceed these l
Re: [Ql-Users] Stupid AND
On 19/09/2017 21:32, Dave Park via Ql-Users wrote: Your BASIC interpreter fits in 48K. With room to spare. And? (pun intended) Wolfgang On Tue, Sep 19, 2017 at 2:27 PM, 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 "overflow" error at line 30. You get this error because it is trying to evaluate the second condition (b/a) and failing as a=0 and you can't divide by 0. BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? The first condition (a<>0) is NOT met and so, in any other programming language I use, the second condition isn't even tested, as the result will be "false" anyway because of this. Apparently though, Sbasic still also tests the second condition. G. Wolfgang ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Qbase
Yes, but if the API has changed from version to version, then it WILL fail for some users who are using a different version to the one that I am writing for in my program. Therefore linking it seems like a good idea. Whatever, I will update the program for the latest version and hope for the best. D On Tue, Sep 19, 2017 at 10:26 PM, Per Witte via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Lots of different programs use Qmenu, so there should be no need to link it > in. Its best loaded at boot time. > > Per > > On 19 September 2017 at 21:15, Wolfgang Lenerz via Ql-Users < > ql-users@lists.q-v-d.com> wrote: > > > Hi, > > > > the problem is that these parameters are likely to vary from version to > > version, as they are offsets into the file... > > > > Your best bet is probably to adapt your program to the latest version. > > > > > > Wolfgang > > > > > >> A question about QBase and QMenu. > >> > >> The menu extensions are used fairly extensively in QBase. However, the > >> program was originally written in 1998 with whatever version of QMenu > was > >> current then, and it doesn't seem to work properly with the later > version > >> (version 7.66) which is distributed with QPC. > >> > >> I also have a version 5.06, which appears to work much better with > QBase, > >> and I thought it might be a good idea to link it into QBase with > >> Q-Liberator and avoid problems for people using later versions. > >> > >> The other possibility is to update the QBase code, but for this I would > >> need a manual, which seems to be unavailable (is it really still > >> commercial?). I did purchase a copy of QMenu in the 1990s, but I can't > >> find > >> the manual, which I assume is buried somewhere in my attic. > >> > >> So, does anyone know the correct parameters for linking menu_rext into a > >> Q_Liberator compiled program? > >> > >> Thanks, > >> > >> D. > >> > >> On Fri, Sep 15, 2017 at 7:42 AM, Daniel Baum wrote: > >> > >> Hi all, > >>> > >>> In my previous posting I forgot to mention another new feature: The > >>> tabular view no longer attempts to load the whole file at once. It can > >>> now > >>> be paged up and down using the left and right arrow buttons. This way > you > >>> can load large files without hitting any memory limitations. > >>> > >>> The page size and the scroll size are both parameters that eventually I > >>> intend to put in a Config block to the user can alter them. > >>> > >>> Thanks to Bob Spelten for pointing out the need for this. > >>> > >>> Rgds, > >>> > >>> Daniel > >>> > >>> On Thu, Sep 14, 2017 at 9:40 PM, Daniel Baum wrote: > >>> > >>> Hi all, > > Here is the new version of QBase. > > Changes: > > - Loads in 512x256 resolution, and is resizable. > - May be called with a command-line parameter, e.g. ex > flp1_Qbase_obj;'flp1_data_dbs' > - Lots of refactoring. The eagle-eyed among you may notice that it's a > lot smaller than it was. > > Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31 > > Unlike the previous version, this one also works on Q-Emulator with > Minerva. I couldn't get it to work on a JS ROM. It reported "Channel > not > open", and I've no idea why. > > Is it important to anyone to run QBase on original QL hardware? > Testing > with Q_Emulator and Minerva at "QL speed" it appears to be extremely > slow, > especially when switching to tabular mode. I could try to get it to > run > a > bit faster if anyone is interested. I hadn't remembered just how much > faster QPC is than a real QL until I started using Q-Emulator. > > Download the new QBase here: > https://www.dropbox.com/s/4s3fm0rm84mxfn7/QBase.zip?dl=0 > > Currently I have numbered this version 0.99. It will become version > 1.0 > one it's been tested and bugfixed > > Finally, I'd like to give an honourable mention to MasterBasic by > Ergon > Development (Davide Santachiara). It made 80s-style program editing > bearable (almost...). The more massive refactoring was done with > Notepad++ > on Windows. > > Regards to all, > > D. > > > On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users < > ql-users@lists.q-v-d.com> wrote: > > Hi Daniel, > > > > Have you released any of your updates yet? > > > > Just wondering if they can be tested. > > > > Darren Branagh > > > > Sent from My Android Phone. > > > > On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" < > > ql-users@lists.q-v-d.com> > > wrote: > > > > Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users < > >> ql-users@lists.q-v-d.com>: > >> > >> One more thing: > >> > >>> > >>> I should add that limiting the number of displayed records to 1000 > >>> > >> works > > > >> fine, so I could fix the problem by using a pa
Re: [Ql-Users] Stupid AND
Your BASIC interpreter fits in 48K. With room to spare. On Tue, Sep 19, 2017 at 2:27 PM, 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 "overflow" error at line 30. > You get this error because it is trying to evaluate the second condition > (b/a) and failing as a=0 and you can't divide by 0. > > BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? > > The first condition (a<>0) is NOT met and so, in any other programming > language I use, the second condition isn't even tested, as the result will > be "false" anyway because of this. > > Apparently though, Sbasic still also tests the second condition. > > G. > > Wolfgang > > > > > > > ___ > QL-Users Mailing List > -- Dave Park d...@sinclairql.com ___ QL-Users Mailing List
[Ql-Users] Stupid AND
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 "overflow" error at line 30. You get this error because it is trying to evaluate the second condition (b/a) and failing as a=0 and you can't divide by 0. BUT WHY IS IT TRYING TO EVALUATE THE SECOND CONDITION IN THE FIRST PLACE? The first condition (a<>0) is NOT met and so, in any other programming language I use, the second condition isn't even tested, as the result will be "false" anyway because of this. Apparently though, Sbasic still also tests the second condition. G. Wolfgang ___ QL-Users Mailing List
Re: [Ql-Users] Qbase
Lots of different programs use Qmenu, so there should be no need to link it in. Its best loaded at boot time. Per On 19 September 2017 at 21:15, Wolfgang Lenerz via Ql-Users < ql-users@lists.q-v-d.com> wrote: > Hi, > > the problem is that these parameters are likely to vary from version to > version, as they are offsets into the file... > > Your best bet is probably to adapt your program to the latest version. > > > Wolfgang > > >> A question about QBase and QMenu. >> >> The menu extensions are used fairly extensively in QBase. However, the >> program was originally written in 1998 with whatever version of QMenu was >> current then, and it doesn't seem to work properly with the later version >> (version 7.66) which is distributed with QPC. >> >> I also have a version 5.06, which appears to work much better with QBase, >> and I thought it might be a good idea to link it into QBase with >> Q-Liberator and avoid problems for people using later versions. >> >> The other possibility is to update the QBase code, but for this I would >> need a manual, which seems to be unavailable (is it really still >> commercial?). I did purchase a copy of QMenu in the 1990s, but I can't >> find >> the manual, which I assume is buried somewhere in my attic. >> >> So, does anyone know the correct parameters for linking menu_rext into a >> Q_Liberator compiled program? >> >> Thanks, >> >> D. >> >> On Fri, Sep 15, 2017 at 7:42 AM, Daniel Baum wrote: >> >> Hi all, >>> >>> In my previous posting I forgot to mention another new feature: The >>> tabular view no longer attempts to load the whole file at once. It can >>> now >>> be paged up and down using the left and right arrow buttons. This way you >>> can load large files without hitting any memory limitations. >>> >>> The page size and the scroll size are both parameters that eventually I >>> intend to put in a Config block to the user can alter them. >>> >>> Thanks to Bob Spelten for pointing out the need for this. >>> >>> Rgds, >>> >>> Daniel >>> >>> On Thu, Sep 14, 2017 at 9:40 PM, Daniel Baum wrote: >>> >>> Hi all, Here is the new version of QBase. Changes: - Loads in 512x256 resolution, and is resizable. - May be called with a command-line parameter, e.g. ex flp1_Qbase_obj;'flp1_data_dbs' - Lots of refactoring. The eagle-eyed among you may notice that it's a lot smaller than it was. Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31 Unlike the previous version, this one also works on Q-Emulator with Minerva. I couldn't get it to work on a JS ROM. It reported "Channel not open", and I've no idea why. Is it important to anyone to run QBase on original QL hardware? Testing with Q_Emulator and Minerva at "QL speed" it appears to be extremely slow, especially when switching to tabular mode. I could try to get it to run a bit faster if anyone is interested. I hadn't remembered just how much faster QPC is than a real QL until I started using Q-Emulator. Download the new QBase here: https://www.dropbox.com/s/4s3fm0rm84mxfn7/QBase.zip?dl=0 Currently I have numbered this version 0.99. It will become version 1.0 one it's been tested and bugfixed Finally, I'd like to give an honourable mention to MasterBasic by Ergon Development (Davide Santachiara). It made 80s-style program editing bearable (almost...). The more massive refactoring was done with Notepad++ on Windows. Regards to all, D. On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users < ql-users@lists.q-v-d.com> wrote: Hi Daniel, > > Have you released any of your updates yet? > > Just wondering if they can be tested. > > Darren Branagh > > Sent from My Android Phone. > > On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" < > ql-users@lists.q-v-d.com> > wrote: > > Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users < >> ql-users@lists.q-v-d.com>: >> >> One more thing: >> >>> >>> I should add that limiting the number of displayed records to 1000 >>> >> works > >> fine, so I could fix the problem by using a paging arrangement. >>> >>> The test _dbs has 3111 records by 6 fields making 18666 menu items. >>> >> That is well within the limit of items (<32K) WMAN2 can handle in the >> > AW. > >> Records times Fields must be less. >> But there is also a limit in S*Basic of 65K for indexing second and >> > third > >> dimensions, in this case Fields x Field_length (including length >> word). >> As you used Fields as the first dimension instead, 2nd (Records: 3111) >> times 3rd (length: 20 +2) would be just too much. >> As records will in most cases be the highest number, making it the >> > first > >> dime
Re: [Ql-Users] Qbase
Hi, the problem is that these parameters are likely to vary from version to version, as they are offsets into the file... Your best bet is probably to adapt your program to the latest version. Wolfgang A question about QBase and QMenu. The menu extensions are used fairly extensively in QBase. However, the program was originally written in 1998 with whatever version of QMenu was current then, and it doesn't seem to work properly with the later version (version 7.66) which is distributed with QPC. I also have a version 5.06, which appears to work much better with QBase, and I thought it might be a good idea to link it into QBase with Q-Liberator and avoid problems for people using later versions. The other possibility is to update the QBase code, but for this I would need a manual, which seems to be unavailable (is it really still commercial?). I did purchase a copy of QMenu in the 1990s, but I can't find the manual, which I assume is buried somewhere in my attic. So, does anyone know the correct parameters for linking menu_rext into a Q_Liberator compiled program? Thanks, D. On Fri, Sep 15, 2017 at 7:42 AM, Daniel Baum wrote: Hi all, In my previous posting I forgot to mention another new feature: The tabular view no longer attempts to load the whole file at once. It can now be paged up and down using the left and right arrow buttons. This way you can load large files without hitting any memory limitations. The page size and the scroll size are both parameters that eventually I intend to put in a Config block to the user can alter them. Thanks to Bob Spelten for pointing out the need for this. Rgds, Daniel On Thu, Sep 14, 2017 at 9:40 PM, Daniel Baum wrote: Hi all, Here is the new version of QBase. Changes: - Loads in 512x256 resolution, and is resizable. - May be called with a command-line parameter, e.g. ex flp1_Qbase_obj;'flp1_data_dbs' - Lots of refactoring. The eagle-eyed among you may notice that it's a lot smaller than it was. Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31 Unlike the previous version, this one also works on Q-Emulator with Minerva. I couldn't get it to work on a JS ROM. It reported "Channel not open", and I've no idea why. Is it important to anyone to run QBase on original QL hardware? Testing with Q_Emulator and Minerva at "QL speed" it appears to be extremely slow, especially when switching to tabular mode. I could try to get it to run a bit faster if anyone is interested. I hadn't remembered just how much faster QPC is than a real QL until I started using Q-Emulator. Download the new QBase here: https://www.dropbox.com/s/4s3fm0rm84mxfn7/QBase.zip?dl=0 Currently I have numbered this version 0.99. It will become version 1.0 one it's been tested and bugfixed Finally, I'd like to give an honourable mention to MasterBasic by Ergon Development (Davide Santachiara). It made 80s-style program editing bearable (almost...). The more massive refactoring was done with Notepad++ on Windows. Regards to all, D. On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users < ql-users@lists.q-v-d.com> wrote: Hi Daniel, Have you released any of your updates yet? Just wondering if they can be tested. Darren Branagh Sent from My Android Phone. On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" < ql-users@lists.q-v-d.com> wrote: Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users < ql-users@lists.q-v-d.com>: One more thing: I should add that limiting the number of displayed records to 1000 works fine, so I could fix the problem by using a paging arrangement. The test _dbs has 3111 records by 6 fields making 18666 menu items. That is well within the limit of items (<32K) WMAN2 can handle in the AW. Records times Fields must be less. But there is also a limit in S*Basic of 65K for indexing second and third dimensions, in this case Fields x Field_length (including length word). As you used Fields as the first dimension instead, 2nd (Records: 3111) times 3rd (length: 20 +2) would be just too much. As records will in most cases be the highest number, making it the first dimension is the best choice. So checking these limits and using paging is the only option for a large database that exceed these limits. Bob -- The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/"; ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Qbase
Hi all, A question about QBase and QMenu. The menu extensions are used fairly extensively in QBase. However, the program was originally written in 1998 with whatever version of QMenu was current then, and it doesn't seem to work properly with the later version (version 7.66) which is distributed with QPC. I also have a version 5.06, which appears to work much better with QBase, and I thought it might be a good idea to link it into QBase with Q-Liberator and avoid problems for people using later versions. The other possibility is to update the QBase code, but for this I would need a manual, which seems to be unavailable (is it really still commercial?). I did purchase a copy of QMenu in the 1990s, but I can't find the manual, which I assume is buried somewhere in my attic. So, does anyone know the correct parameters for linking menu_rext into a Q_Liberator compiled program? Thanks, D. On Fri, Sep 15, 2017 at 7:42 AM, Daniel Baum wrote: > Hi all, > > In my previous posting I forgot to mention another new feature: The > tabular view no longer attempts to load the whole file at once. It can now > be paged up and down using the left and right arrow buttons. This way you > can load large files without hitting any memory limitations. > > The page size and the scroll size are both parameters that eventually I > intend to put in a Config block to the user can alter them. > > Thanks to Bob Spelten for pointing out the need for this. > > Rgds, > > Daniel > > On Thu, Sep 14, 2017 at 9:40 PM, Daniel Baum wrote: > >> Hi all, >> >> Here is the new version of QBase. >> >> Changes: >> >> - Loads in 512x256 resolution, and is resizable. >> - May be called with a command-line parameter, e.g. ex >> flp1_Qbase_obj;'flp1_data_dbs' >> - Lots of refactoring. The eagle-eyed among you may notice that it's a >> lot smaller than it was. >> >> Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31 >> >> Unlike the previous version, this one also works on Q-Emulator with >> Minerva. I couldn't get it to work on a JS ROM. It reported "Channel not >> open", and I've no idea why. >> >> Is it important to anyone to run QBase on original QL hardware? Testing >> with Q_Emulator and Minerva at "QL speed" it appears to be extremely slow, >> especially when switching to tabular mode. I could try to get it to run a >> bit faster if anyone is interested. I hadn't remembered just how much >> faster QPC is than a real QL until I started using Q-Emulator. >> >> Download the new QBase here: >> https://www.dropbox.com/s/4s3fm0rm84mxfn7/QBase.zip?dl=0 >> >> Currently I have numbered this version 0.99. It will become version 1.0 >> one it's been tested and bugfixed >> >> Finally, I'd like to give an honourable mention to MasterBasic by Ergon >> Development (Davide Santachiara). It made 80s-style program editing >> bearable (almost...). The more massive refactoring was done with Notepad++ >> on Windows. >> >> Regards to all, >> >> D. >> >> >> On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users < >> ql-users@lists.q-v-d.com> wrote: >> >>> Hi Daniel, >>> >>> Have you released any of your updates yet? >>> >>> Just wondering if they can be tested. >>> >>> Darren Branagh >>> >>> Sent from My Android Phone. >>> >>> On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" < >>> ql-users@lists.q-v-d.com> >>> wrote: >>> >>> > Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users < >>> > ql-users@lists.q-v-d.com>: >>> > >>> > One more thing: >>> >> >>> >> I should add that limiting the number of displayed records to 1000 >>> works >>> >> fine, so I could fix the problem by using a paging arrangement. >>> >> >>> >> The test _dbs has 3111 records by 6 fields making 18666 menu items. >>> > That is well within the limit of items (<32K) WMAN2 can handle in the >>> AW. >>> > Records times Fields must be less. >>> > But there is also a limit in S*Basic of 65K for indexing second and >>> third >>> > dimensions, in this case Fields x Field_length (including length word). >>> > As you used Fields as the first dimension instead, 2nd (Records: 3111) >>> > times 3rd (length: 20 +2) would be just too much. >>> > As records will in most cases be the highest number, making it the >>> first >>> > dimension is the best choice. >>> > So checking these limits and using paging is the only option for a >>> large >>> > database that exceed these limits. >>> > >>> > Bob >>> > >>> > -- >>> > The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/"; >>> > ___ >>> > QL-Users Mailing List >>> > >>> ___ >>> QL-Users Mailing List >>> >> >> > ___ QL-Users Mailing List