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 I suspect most people don't know about this form of DATE, since the QL manual (Concepts - Date) does not list the 6 parameter version, and neither does the Jan Jones Superbasic guide. It does work, even on Sinclair ROMs, just tried it on a JM ROM, just to reassure people it's not an SBASIC-specific version. -- 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)
Op Sun, 24 Sep 2006 17:23:14 +0200 schreef Dilwyn Jones [EMAIL PROTECTED]: 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, When the Aurora came out there was a patch program to link the graphics driver into the then current version of SMSQ/E but very soon the new versions of SMSQ_GOLD included this driver. So only one version is needed for QL and Aurora with GC or SGC. But only Aurora SGC will exploit the higher resolutions. According to the Aurora manual the GC can only be used in the standard resolutions. This will bring down the number of OS's a bit. Now A Question. When running SMSQ/E on a QXL in high colour mode, this takes up a lot of extra memory and is very slow in screen operations. The Aurora suffers less from this compared to running in mode 4. Would a QXL mode 256 option give back some memory and speed? Bob -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
Bob Spelten scripsit:: Now A Question. When running SMSQ/E on a QXL in high colour mode, this takes up a lot of extra memory and is very slow in screen operations. The Aurora suffers less from this compared to running in mode 4. Would a QXL mode 256 option give back some memory and speed? If the screen I/O are compressed to be aware of mode 256, I would say yes (passing 1 byte instead of 2 is still a good bandwith's gain, as well as needing less memory for the screen map) But you need the PC-program to be aware of that mode. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
Bob Spelten wrote: When running SMSQ/E on a QXL in high colour mode, this takes up a lot of extra memory and is very slow in screen operations. The Aurora suffers less from this compared to running in mode 4. Would a QXL mode 256 option give back some memory and speed? Probably. Actually I thought about that, too, but after a brief look at the protocol and the PC side of things I decided that I won't touch that code with a long stick. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] (OTramblings about left and right)
On 24 Sep 2006, at 21:56, Dilwyn Jones wrote: Shall we ponder how this rumour will work? Start with clock faces changing from 1-12 to 1-10. Napoleon tried to make the time go metric. I actually saw an example of a French clock of the period which had ten hours per day. It didn't take on Napoleon must have been before his time. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] How Much Space Do I Have?
If I want to know whether a floppy disk will take the file I want to save to it I type STAT. If DATAD$ = flp1_ I can see the total number of sectors and the number of free sectors. This is useful. It works with ram1 to ram8, with win1 to win8 and so on. But it does not give the correct answer for dos1 to dos8 for QPC2. To find out how much space I have left on, say, a memory stick I have to climb down to Windows to find the answer. Is this restriction intentional? WSTAT works perfectly well. It is only SATA that fails. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] How Much Space Do I Have?
George Gwilt wrote: If I want to know whether a floppy disk will take the file I want to save to it I type STAT. If DATAD$ = flp1_ I can see the total number of sectors and the number of free sectors. This is useful. It works with ram1 to ram8, with win1 to win8 and so on. But it does not give the correct answer for dos1 to dos8 for QPC2. stat dos1_ c:\ 1486360/149500824 sectors No idea, looks right to me here. Actually DOS was the reason I had to alter STAT to deal with large drives. But that was in 2002, i.e. no recent change. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Dilwyn Jones wrote: 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 I suspect most people don't know about this form of DATE, since the QL manual (Concepts - Date) does not list the 6 parameter version, and neither does the Jan Jones Superbasic guide. I certainly didn't. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
On Mon, 25 Sep 2006 20:40:17 +0100, Robert Newson [EMAIL PROTECTED] wrote: Dilwyn Jones wrote: 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 I suspect most people don't know about this form of DATE, since the QL manual (Concepts - Date) does not list the 6 parameter version, and neither does the Jan Jones Superbasic guide. I certainly didn't. Odd - it was certainly pushed by Lau as one of the improvements made by Minerva - are you sure it works on a JM ROM or earlier?? -- 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] (OTramblings about left and right)
George Gwilt wrote: On 24 Sep 2006, at 21:56, Dilwyn Jones wrote: Shall we ponder how this rumour will work? Start with clock faces changing from 1-12 to 1-10. Napoleon tried to make the time go metric. I actually saw an example of a French clock of the period which had ten hours per day. It didn't take on Napoleon must have been before his time. Along with the French Revolutionary [metric] Calendar: 12 Months of 30 days, each of 3 weeks of 10 days each week; an extra 5/6 days were a holiday at the end of the year; the clock was also changed to have 10 hours per day, each of 100 minutes, each of 100 seconds[1]. It lasted from 1792AD = 1FRC until 15FRC = 1806AD. [1] So the FRC second was 0.864 [Gregorian?] seconds long. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Rich Mellor wrote: ... It can read the clock, but you can also do PRINT DATE(1996,1,10,12,59,59) ... I suspect most people don't know about this form of DATE, since the QL manual (Concepts - Date) does not list the 6 parameter version, and neither does the Jan Jones Superbasic guide. ... Odd - it was certainly pushed by Lau as one of the improvements made by Minerva - are you sure it works on a JM ROM or earlier?? Just tried: PRINT DATE(1996,1,10,12,59,59) on my JS [ROMed QL - later than JM] and it comes up with: bad parameter /was/ it a Minerva improvement? ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Platforms OSs (was month number)
In message [EMAIL PROTECTED], P Witte [EMAIL PROTECTED] writes Rich Mellor wites: So that gives us the following hardware platforms: Thanks Rich and Per. This would make an excellent article for either QL Today ( Toady), and Quanta magazine. Are you able to write this up, Rich ? -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] How Much Space Do I Have?
Op Mon, 25 Sep 2006 18:30:42 +0200 schreef Marcel Kilgus [EMAIL PROTECTED]: stat dos1_ c:\ 1486360/149500824 sectors No idea, looks right to me here. Actually DOS was the reason I had to alter STAT to deal with large drives. But that was in 2002, i.e. no recent change. Strange, my dos1 drive gives: C:\ 4193664/4193664 sectors Thats about 2GB while it should be 4GB free on a 6GB partition. All my partitions give exactly the same numbers, they all have more than 4GB free. Also QPAC2 Files reports 2048MB for both free and total numbers. My QPC2 (3.32/3.12) runs under W98SE. Bob -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] month number
Robert Newson wrote: Just tried: PRINT DATE(1996,1,10,12,59,59) on my JS [ROMed QL - later than JM] and it comes up with: bad parameter /was/ it a Minerva improvement? So it would appear. From Minerva Technical Guide, section BAS.1: The date procedures now accept a wider range of parameters. DATE accepts the six-parameter format formerly used by SDATE, allowing you to convert this form for use with DATE$ and DAY$ and SDATE now accepts a single parameter in additional to the original six parameter syntax. So: PRINT DATE$ (DATE(1962,3,21,9,0,0)) will print 1962 Mar 21 09:00:00 and more usefully PRINT DAY$(DATE(1962,3,21,9,0,0)) will print Wed -- Regards, Stephen ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] How Much Space Do I Have?
Bob Spelten wrote: Thats about 2GB while it should be 4GB free on a 6GB partition. All my partitions give exactly the same numbers, they all have more than 4GB free. Also QPAC2 Files reports 2048MB for both free and total numbers. My QPC2 (3.32/3.12) runs under W98SE. Hm yes, W98, that's the clue. The Microsoft documentation to the function GetDiskFreeSpace mentions this: Windows Me/98/95: For volumes that are greater than 2 GB, the GetDiskFreeSpace function may return misleading values. The function caps the values that are stored into *lpNumberOfFreeClusters and *lpTotalNumberOfClusters so as to never report volume sizes that are greater than 2 GB. On volumes that are less than 2 GB and that have more than 64 actual sectors per cluster, *lpSectorsPerCluster will be capped at 64 and the values that are stored into *lpSectorsPerCluster, *lpNumberOfFreeClusters, and *lpTotalNumberOfClusters will be incorrect. That is because the operating system adjusts the values so that computations with them yield the correct volume size with the capped *lpSectorsPerCluster. Yeah, great. Must wait for me to be in a really good mood to bother to work around this. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm