Re: [ql-users] Bug in SMSQ 312 maybe - or am I barking ?
On 22 Sep 2006, at 08:14, [EMAIL PROTECTED] wrote: Ok, A6,A1 was a typo, I meant A4 - apologies. On the other hand, my QDOS Companion (Pennell) has the load/save parameters as $32 to $ff and not $ff31 to $ as you state. I went on a doc hunt last night and Dickens has the negatives and my QDOS docs from Jochen also has negatives - so Pennell is wrong. Oh hum. Further to this, Dickens works out the actual address as (A6 + A4 + (D0.W OR FF00) AND FFEE) while Jochen's docs (in my version) simply has A6 + A4 + (D0.W AND FFFE) which looks like the correct verion - as only bit zero is cleared and not bits 0 and 1 as per Dickens. It is a long timne since I used the maths routines, but I made some notes on these and I found that they worked in practice. The op code are either in D0.W, for RI.EXEC or i a list of bytes, for RI.EXECB. This implies that the op code is a byte. Pennel thus refers to the range for fp number storage as $32 to $FE for reading and $31 to $FF for storage. Pennel further lists the addresses of the storage as -206 (A6,A4.L) to -2(A6,A4.L), I have interpreted that (correctly in practice) as $32 reading from -$CE(A6,A4.L) $34 reading from -$CC(A6,A4.L) . . . . $FE reading from -$02(A6,A4.L) Dickens says that codes $31 to $FF are extended to a negative word $FF31 to $ when used to determine the storage address. Apart from the fact that $31 does not seem to be allowed, Pennel and Dickens are saying the same thing in different ways, Pennel is in fact correct. Thus, there are only two bytes between each possible storage address so that storing fp numbers using,say, $32 and $34 is bound to lead to overwriting. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
On 20 Sep 2006, at 21:49, hitchies wrote: What am I to make of Bill's Q40,Q60, QPC2, Aurora and SGC ? and George's Atari Aurora Gold Card Q40/60 QXL Bill's five are in fact only four. The new arrival to this set of Operating Systems is Aurora which is almost identical with the Gold Card. There is only one operating system for the Q40 and Q60. The Q40/ Q60 operating system is for the Q40 machine and for the Q60 machine. In fact my Q40 and Q60 stand on top of my Super Gold Card machine which has aurora inside and, if it worked, would probably take the aurora operating system. Here the Super Gold Card machine is the platform for the Q40 and Q60. Clear? George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Bug in SMSQ 312 maybe - or am I barking ?
George Gwilt wrote: Dickens says that codes $31 to $FF are extended to a negative word $FF31 to $ when used to determine the storage address. Apart from the fact that $31 does not seem to be allowed, Pennel and Dickens are saying the same thing in different ways, Pennel is in fact correct. Yes, looking at the code, the upper byte is generated or derived from the lower byte, so it really doesn't matter whether it's $FF31 or $31, even though thinking of it as $FF31 makes it a) clearer and b) lends itself to the pointer arithmetic trick I did in my code sample. The problem here is that Minerva does OR the value with $FF00, which seems to be the desired result, while SMSQ/E sign extends the lower byte, which means that SMSQ/E will behave differently on the values $31 to $7F. Which could be considered a bug, I guess. Also, SMSQ/E defines the opcode $32 (push PI on stack), so the range effectively starts at $34 there ($33 actually, but that would be a store only location). Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPC2 and PDQ XREF200
Hi, I have no idea about this but a lot of earlier programs took unmentionable liberties with the holes in the original code. SMSQ/E tightened up on a lot of these holes so older programs tend to fall over. Apart from that many of them wrote direct to hardware which, on QPC2, no longer exists. To add to the confusion some early programs would not run if the memory was above a certain amount. What does it do? Regards Roy In message [EMAIL PROTECTED], AHorsley [EMAIL PROTECTED] writes I have tried to use PDQ XREF200 on my QPC2 system but to no avail. Is this a known incompatibility? Thanks, Alan ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
George Gwilt wrote: Bill's five are in fact only four. The new arrival to this set of Operating Systems is Aurora which is almost identical with the Gold Card. Just my few EuroCents here, but I think the Aurora version is really just an added graphics driver, not a new operating system platform. Exactly what are the Aurora version requirements? Does the Aurora SMSQ/E graphics driver work with Gold Card AND Super Gold Card (my MinisQL Aurora has SGC), or is Super Gold Card the only one which would allow the new colour modes to work on Aurora? In terms of platform, the (Super) Gold Card is common to the QL and Aurora, which blurs the lines a little. In terms of obtaining a version of SMSQ/E for your system, you can buy two separate versions though (well, OK, I know you have been giving away copies of the Aurora driver version). Do you consider the QPC2 SMSQ/E to be a separate version in its own right, or in terms of code is it a standard 680x0 implementation interpreted by the 68K emulation? Speaking purely in terms of how many different SMSQ/E's you may need ot consider for your various systems (leaving aside the original discussion about platforms), am I correct in summarising as follows: SMSQ/E for QL + (Super) Gold Cards SMSQ/E for Aurora + (Super) Gold Cards (same as above apart from graphics driver) SMSQ/E for Atari ST-QL systems SMSQ/E for QXL cards SMSQ/E for Q40/Q60 (same or different versions for both machines?) SMSQ/E as in QPC2 Oo-er...the more I think about this the more I relaise what a job people like Marcel and Wolfgang have in keeping all this in good order! -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
What am I to make of Bill's Q40,Q60, QPC2, Aurora and SGC ? and George's Atari Aurora Gold Card Q40/60 QXL Bill's five are in fact only four. The new arrival to this set of Operating Systems is Aurora which is almost identical with the Gold Card. There is only one operating system for the Q40 and Q60. The Q40/ Q60 operating system is for the Q40 machine and for the Q60 machine. In fact my Q40 and Q60 stand on top of my Super Gold Card machine which has aurora inside and, if it worked, would probably take the aurora operating system. Here the Super Gold Card machine is the platform for the Q40 and Q60. Clear? George If Quanta editors are listening, there's probably scope for a little bit of an article here. Seems to be the kind of thing most of us on this list would take for granted, but Quanta's survey experience with finding the number of 128K QLs out there exceeded expectations and their surprise at how quickly their second hand microdrive cartridges went suggests we do need to reinforce the basics a bit every now and then. I guess a short article on the variants of SMSQ/E and a bit about their differences might make a good follow up to an article I sent John Gilpin recently. An article about the various SMSQ?E variations might be best coming from those closest to it (programmers and retailers and registrar) but I'm willing to give it a go if nobody else does. Might need someone to check it before publication, that's the only thing. Of interest, John? -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Dilwyn Jones wrote: Oops, I feel an article rewrite coming on... Jochen and Geoff, don't use it yet until I've had time to digest this!!! (I'm on SMSQ/E 3.12, so didn't know about this.) As even I forgot about it, nobody knew! 3.13 is still not released yet. But the commands will be part of the next release, which is hopefully around the corner. I can send you an SMSQ/E with the commands if you want. But basically they behave the same as DATE, just that they return the month, year etc instead. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
Speaking purely in terms of how many different SMSQ/E's you may need ot consider for your various systems (leaving aside the original discussion about platforms), am I correct in summarising as follows: SMSQ/E for QL + (Super) Gold Cards SMSQ/E for Aurora + (Super) Gold Cards (same as above apart from graphics driver) SMSQ/E for Atari ST-QL systems SMSQ/E for QXL cards SMSQ/E for Q40/Q60 (same or different versions for both machines?) SMSQ/E as in QPC2 Just to muddy the waters further, you can of course run SMSQ/e for the (Super) Gold Cards on Q-emuLator or QPC2 on a MAC (using WINE I think its called). So that gives us the following hardware platforms: QL QL + Super Gold Card / Gold Card Aurora + Super Gold Card / Gold Card QPC2 + PC QPC2 + MAC (and Windows emulator) Q-emuLator + PC Q-emuLator + MAC Q-emuLator + MAC (and Windows emulator) Q40 Q60 uQLx for Linux QLem for the Atari QLAY for DOS QLAY for Windows QLAY + MAC (and Windows emulator) QLAY for Linux QLAY 2 Atari ST with the hardware QL emulator? Any other platforms I have missed on which we can run QL software ??? We have the following operating systems: QDOS (various versions) Minerva SMSQ/e for (Super) Gold Card SMSQ/e for (Super) Gold Card + Aurora SMSQ/e for Q40 / Q60 SMSQ/e for QPC2 Now a SMSQ/e can run on Q-emuLator - the Gold Card version. Has anyone tried the Gold Card + Aurora version? Q-emuLator can now emulate the Q40/Q60 screen modes, however a specially adapted version of SMSQ/e for Q40/Q60 would be needed to overcome the hardware dependent features. By my reckoning, that comes to: 18 platforms 6 operating systems (possibly 7) -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapadventures.com URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
Sorry - I missed off the QXL card (another platform) and SMSQ/e for QXL (another operating system). On Sun, 24 Sep 2006 16:44:35 +0100, Rich Mellor [EMAIL PROTECTED] wrote: Speaking purely in terms of how many different SMSQ/E's you may need ot consider for your various systems (leaving aside the original discussion about platforms), am I correct in summarising as follows: SMSQ/E for QL + (Super) Gold Cards SMSQ/E for Aurora + (Super) Gold Cards (same as above apart from graphics driver) SMSQ/E for Atari ST-QL systems SMSQ/E for QXL cards SMSQ/E for Q40/Q60 (same or different versions for both machines?) SMSQ/E as in QPC2 Just to muddy the waters further, you can of course run SMSQ/e for the (Super) Gold Cards on Q-emuLator or QPC2 on a MAC (using WINE I think its called). So that gives us the following hardware platforms: QL QL + Super Gold Card / Gold Card Aurora + Super Gold Card / Gold Card QPC2 + PC QPC2 + MAC (and Windows emulator) Q-emuLator + PC Q-emuLator + MAC Q-emuLator + MAC (and Windows emulator) Q40 Q60 uQLx for Linux QLem for the Atari QLAY for DOS QLAY for Windows QLAY + MAC (and Windows emulator) QLAY for Linux QLAY 2 Atari ST with the hardware QL emulator? Any other platforms I have missed on which we can run QL software ??? We have the following operating systems: QDOS (various versions) Minerva SMSQ/e for (Super) Gold Card SMSQ/e for (Super) Gold Card + Aurora SMSQ/e for Q40 / Q60 SMSQ/e for QPC2 Now a SMSQ/e can run on Q-emuLator - the Gold Card version. Has anyone tried the Gold Card + Aurora version? Q-emuLator can now emulate the Q40/Q60 screen modes, however a specially adapted version of SMSQ/e for Q40/Q60 would be needed to overcome the hardware dependent features. By my reckoning, that comes to: 18 platforms 6 operating systems (possibly 7) -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapadventures.com URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
- Original Message - From: Marcel Kilgus [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, September 24, 2006 12:07 PM Subject: Re: [ql-users] Platforms OSs (was month number) George Gwilt wrote: Bill's five are in fact only four. The new arrival to this set of Operating Systems is Aurora which is almost identical with the Gold Card. Just my few EuroCents here, but I think the Aurora version is really just an added graphics driver, not a new operating system platform. Yep I knew the Aurora was graphically different ( still have one somewhere ) Unfortunately I have little time for computers of any description at present apart from email and Ebay ( buying dubious parts for present old motor bike project ). But retirement looms in a couple of years, so I'm hoping you all continue until the time I can get back to tinkering, meanwhile all my stuff needs upgrading, might get around to that this winter. All the best - Bill ( passive lurker ) ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPC2 and PDQ XREF200
Roy, I have Chas Dillon's source files for Xref v3.11(assuming it's the same program as XREF-200) so that someone with knowledge of Turbo could probably take a look at what's happening perhaps. Chas kindly released the sources some time ago. At the very least someone might be able to recompile it with an up to date Turbo and Turbo Toolkit to see if that helps or not. I just had a very quick look at the sources of Xreff311.bas and it seems well written and follow-able if someone fancies a go. Programs like this tend to directly or indirectly access name tables etc, using Turbo Toolkit extensions which have since been updated to work more reliably on modern systems. My own Basic Reporter (vaguely similar kind of program) is also in need of such an update :-( -- Dilwyn Jones - Original Message - From: Roy wood [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, September 24, 2006 11:11 AM Subject: Re: [ql-users] QPC2 and PDQ XREF200 Hi, I have no idea about this but a lot of earlier programs took unmentionable liberties with the holes in the original code. SMSQ/E tightened up on a lot of these holes so older programs tend to fall over. Apart from that many of them wrote direct to hardware which, on QPC2, no longer exists. To add to the confusion some early programs would not run if the memory was above a certain amount. What does it do? Regards Roy In message [EMAIL PROTECTED], AHorsley [EMAIL PROTECTED] writes I have tried to use PDQ XREF200 on my QPC2 system but to no avail. Is this a known incompatibility? Thanks, Alan ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Serious email problems
Apologies to anyone attempting to email me privately. There are serious problems on my server at the moment. Incoming post is subject to a delay of up to 48 hours, and that means that some messages could bounce back. When they do come in they often come in in triplicate at different times. I am not sure if there is any effect on outgoing post, Best Wishes, Geoff ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPC2 and PDQ XREF200
AHorsley writes: I have tried to use PDQ XREF200 on my QPC2 system but to no avail. Is this a known incompatibility? I have a copy of Xref200, V2.01. No problems running it under QPC2/SMSQE. I use it quite often. The code to be analysed must be loaded in the Job #0 interpreter. I suppose that since the sources are released to the public there should be no problem for me to send you a compiled binary if you want it. Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Marcel Kilgus writes: On the subject of month numbers, I totally forgot about this, but I did actually implement the functions YEAR%, MONTH%, DAY% and WEEKDAY% for SMSQ/E 3.13 a few months ago. Just noticed now while doing release sync with Wolfgang. A good addition to that might be an ISO 8601 compatible WEEKNO% (week number). I also often find SECONDS(year, month, day, hour, minutes, seconds) handy. It might also be useful to have MONTH$(1..12 or DATE) and FDAY$(1..7 or DATE) (full day name) in the various languages. Finally, this should also be available as an add-on toolkit for Qdos users! Hmm, was there anything else I wonder? Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
Rich Mellor wites: So that gives us the following hardware platforms: QL QL + Super Gold Card / Gold Card Aurora + Super Gold Card / Gold Card QPC2 + PC QPC2 + MAC (and Windows emulator) Q-emuLator + PC Q-emuLator + MAC Q-emuLator + MAC (and Windows emulator) Q40 Q60 uQLx for Linux QLem for the Atari QLAY for DOS QLAY for Windows QLAY + MAC (and Windows emulator) QLAY for Linux QLAY 2 Atari ST with the hardware QL emulator? Any other platforms I have missed on which we can run QL software ??? Atari Mono (IIRC this runs without the hardware modification) Atari hardware emulator 1 (built by that Norwegian computer shop) Atari hardware emulator 2 (Improved version by JMS) QVME, the ultimate hardware emulator (actually a graphics card,I seem to recall) for Atari ST, STe, Mega, and possibly others (Ive had all of them, but have now sadly forgotten the details..) QXL I II Amiga Milan Thor16 etc Futura? OPD ?? We have the following operating systems: QDOS (various versions) Minerva SMSQ/e for (Super) Gold Card SMSQ/e for (Super) Gold Card + Aurora SMSQ/e for Q40 / Q60 SMSQ/e for QPC2 Now a SMSQ/e can run on Q-emuLator - the Gold Card version. Has anyone tried the Gold Card + Aurora version? Q-emuLator can now emulate the Q40/Q60 screen modes, however a specially adapted version of SMSQ/e for Q40/Q60 would be needed to overcome the hardware dependent features. QDOS Classic for Amiga and Qx0 freeQDOS or was that PhreeDOKOS ;o) SMSQ/E for Milan By my reckoning, that comes to: 18 platforms 6 operating systems (possibly 7) Too early to start counting! Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
On Sun, 24 Sep 2006 20:32:55 +0100, P Witte wrote: Rich Mellor wites: So that gives us the following hardware platforms: QL QL + Super Gold Card / Gold Card Aurora + Super Gold Card / Gold Card QPC2 + PC QPC2 + MAC (and Windows emulator) Q-emuLator + PC Q-emuLator + MAC Q-emuLator + MAC (and Windows emulator) Q40 Q60 uQLx for Linux QLem for the Atari QLAY for DOS QLAY for Windows QLAY + MAC (and Windows emulator) QLAY for Linux QLAY 2 Atari ST with the hardware QL emulator? Any other platforms I have missed on which we can run QL software ??? Atari Mono (IIRC this runs without the hardware modification) Atari hardware emulator 1 (built by that Norwegian computer shop) Atari hardware emulator 2 (Improved version by JMS) QVME, the ultimate hardware emulator (actually a graphics card,I seem to recall) for Atari ST, STe, Mega, and possibly others (Ive had all of them, but have now sadly forgotten the details..) Great yes I had forgotten that there were 2 Atari emulators even before QVME. I never saw Atari Mono version. QXL I II Amiga Milan Thor16 etc Futura? OPD OPD was not capable of running QL software as far as I know although it was based on the QL's hardware its operating system was incompatible. Alas there are so few OPDs still around. I know nothing of the Milan. THOR and THOR XVI Futura was never produced. We have the following operating systems: QDOS (various versions) Minerva SMSQ/e for (Super) Gold Card SMSQ/e for (Super) Gold Card + Aurora SMSQ/e for Q40 / Q60 SMSQ/e for QPC2 Now a SMSQ/e can run on Q-emuLator - the Gold Card version. Has anyone tried the Gold Card + Aurora version? Q-emuLator can now emulate the Q40/Q60 screen modes, however a specially adapted version of SMSQ/e for Q40/Q60 would be needed to overcome the hardware dependent features. QDOS Classic for Amiga and Qx0 freeQDOS or was that PhreeDOKOS ;o) SMSQ/E for Milan Ah - I never thought about QDOS Classic (sorry Simon). I don't think freeQDOS ever saw the light. As I say I know nothing about the Milan - is there an SMSQ/e version for it? Do we count SMS for QXL as a separate operating system. If so we should also probably differentiate between the SMSQ/e with colour drivers and SMSQ/e without. What about SMS2 - was that ever released ?? -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapadventures.com URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Dilwyn Jones wrote: Oops, I feel an article rewrite coming on... Jochen and Geoff, don't use it yet until I've had time to digest this!!! (I'm on SMSQ/E 3.12, so didn't know about this.) As even I forgot about it, nobody knew! 3.13 is still not released yet. But the commands will be part of the next release, which is hopefully around the corner. I can send you an SMSQ/E with the commands if you want. But basically they behave the same as DATE, just that they return the month, year etc instead. Marcel No need to send anything (thank you), I'll wait for the general releases. Can I just check if this is how they work (for mention in the article) All I'm concerned about is whether (1) values returned are integers (assume so since function names end in %) (2) your count system starts at 1 or 0 for month and day in month (3) and for weekdays, I assume Sunday is day 1? And they work as 1 to 7, or 0 to 6? LET y% = YEAR% : REMark 4 digit year number LET m% = MONTH% : REMark number from 1 to 12 LET d% = DAY% : REMark number from 1 to 31 LET wd% = WEEKDAY% :REMark number from 1 to 7, Sunday to Saturday? -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
Dilwyn Jones wrote: Exactly what are the Aurora version requirements? Does the Aurora SMSQ/E graphics driver work with Gold Card AND Super Gold Card (my MinisQL Aurora has SGC), or is Super Gold Card the only one which would allow the new colour modes to work on Aurora? No idea whether there are any hardware limitations with plain GC. In terms of platform, the (Super) Gold Card is common to the QL and Aurora, which blurs the lines a little. In terms of obtaining a version of SMSQ/E for your system, you can buy two separate versions though (well, OK, I know you have been giving away copies of the Aurora driver version). Not only copies, the sources for the Aurora driver are freely available now. Do you consider the QPC2 SMSQ/E to be a separate version in its own right, or in terms of code is it a standard 680x0 implementation interpreted by the 68K emulation? Not sure what you exactly mean here. But QPC2's SMSQ/E is definitely a separate version in its own, as most device drivers are QPC specific. Speaking purely in terms of how many different SMSQ/E's you may need ot consider for your various systems (leaving aside the original discussion about platforms), am I correct in summarising as follows: All in all that looks correct. Though there were some other more minor versions, the ByteBox for example. But only a handful of people have probably ever seen that one. SMSQ/E for Q40/Q60 (same or different versions for both machines?) Same. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Dilwyn Jones wrote: (1) values returned are integers (assume so since function names end in %) Yes. (2) your count system starts at 1 or 0 for month and day in month 1 (3) and for weekdays, I assume Sunday is day 1? And they work as 1 to 7, or 0 to 6? Sun = 0, Mon = 1 etc. LET y% = YEAR% : REMark 4 digit year number LET m% = MONTH% : REMark number from 1 to 12 LET d% = DAY% : REMark number from 1 to 31 LET wd% = WEEKDAY% :REMark number from 1 to 7, Sunday to Saturday? Last one is 0 to 6, but apart from that it's correct. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] (OTramblings about left and right)
Dilwyn Jones wrote: ... rant You probably forget the inevitable British resistance to change. How long have we been thinking of going metric? We actually went metric on 1 July 1959 when: The yard was redefined as 0.9144 metre /exactly/[1] and The pound was redefined as 0.45359237 kilogram /exactly/ ie the yard and pound since 01 July 1959 have been defined in /exact/ terms of the metre and kilogram - not exact multiples of 10 I grant you, but defined /exactly/ none-the-less. Just I expect nobody noticed - like normal. [1] Sourced from my Collier's Encyclopedia [set of 24 volumes] published 1968 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
P Witte wrote: A good addition to that might be an ISO 8601 compatible WEEKNO% (week number). I only added the functions that are readily available (i.e. DATE$ had to calculate all this anyway, it's just a matter of exposing the values to BASIC). Was a 5 minutes job. I also often find SECONDS(year, month, day, hour, minutes, seconds) handy. What's the difference between SECONDS and DATE? It might also be useful to have MONTH$(1..12 or DATE) and FDAY$(1..7 or DATE) (full day name) in the various languages. Where would one get the full day/month name from? Finally, this should also be available as an add-on toolkit for Qdos users! Hmm, was there anything else I wonder? Well then, get working! :-) Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] (OTramblings about left and right)
rant You probably forget the inevitable British resistance to change. How long have we been thinking of going metric? We actually went metric on 1 July 1959 when: The yard was redefined as 0.9144 metre /exactly/[1] and The pound was redefined as 0.45359237 kilogram /exactly/ ie the yard and pound since 01 July 1959 have been defined in /exact/ terms of the metre and kilogram - not exact multiples of 10 I grant you, but defined /exactly/ none-the-less. Just I expect nobody noticed - like normal. Gone metric in 1959 and nearly 50 years later - hardly aybody's noticed. Sounds about right. So for about the next 40 to 50 years we carried on expecting a pint of milk, a pint of beer, filling station pumps deliver litres of petrol and we still think miles per gallon, ask for a quarter of a pound of sweets or cooked meat in shops, road signs in miles or miles per hour, speedometers predominantly in mph. Start a rumour that Brussels will soon metricate time and people will panic and believe you! Shall we ponder how this rumour will work? Start with clock faces changing from 1-12 to 1-10. Work out the number of seconds per day, all months same length (can't have 12), adjust the years so we don't need leap years every 4 years (forget about how leap years vary at the turn of the century). Ah, hang on, slight problem, I don't think the earth's orbit around the sun (or is the other way around???) is accurate enough ;-) Let's get this rumour started. Marcel will now program this new official metric time into SMSQ/E by 1st April next year! And he thought Easyptr 4 was fun. Well, he never could resist responding to a challenge ;-) Hmmm, insanity has definitely set in here, time to give up for today I think. -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Marcel Kilgus wrote: ... I only added the functions that are readily available (i.e. DATE$ had to calculate all this anyway, it's just a matter of exposing the values to BASIC). Was a 5 minutes job. Precisely what I would have done. I also often find SECONDS(year, month, day, hour, minutes, seconds) handy. What's the difference between SECONDS and DATE? DATE returns the number of seconds [since 01/01/61] for the /current/ date/time (I suspect it just reads a/the clock); SECONDS takes 6 params (or possibly a single string param) and converts them (it) into the number of seconds [since 01/01/61] ie SECONDS allows a programmer to convert any arbitrary date[-time] into internal format - the inverse of the DATE$(secs). ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Robert Newson wrote: DATE returns the number of seconds [since 01/01/61] for the /current/ date/time (I suspect it just reads a/the clock); It can read the clock, but you can also do PRINT DATE(1996,1,10,12,59,59) Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
