Page 5 of 5
Re: MDV Software Reclamation
Posted: Thu Mar 12, 2020 3:16 pm
by bwinkel67
stevepoole wrote:Hi all,
I wrote the program above with QPC2, which produced correct random scatter plots.
But on my QL, under QDOS or SMSQ, the scatter plots were not correct.
This is due to different 'BEEPING' polll return speeds, so there can be no universal program for all platforms...... Sorry !
After much experimentation, I cannot find any simple workarounds, so I shall have to throw in the towel.
Steve.
Steve,
I really like the idea of a true random number generator so thank you for turning me on to the idea. I'll pursue this a bit further moving forward. I'll look into this a bit more when my semester is over -- spring break has started but we are moving to online for the remainder and so there goes my spring break as I'll have to do some additional preparation :-/
Re: MDV Software Reclamation
Posted: Fri Mar 13, 2020 11:11 pm
by janbredenbeek
The rounding of numbers to 7 digits that occurs when SAVing is because S*Basic programs are saved as ASCII files, so the internal representation of floating point numbers gets lost.
This is indeed a 'feature' of S*Basic I regularly ran across when I wrote programs for astronomical calculations which usually need numbers up to 10 or more digits accurate.
One way to avoid this would be to place the number in quotes, e.g. '36000.76892'. The coercion mechanism will automatically convert this 'string' to floating point, without loss of accuracy but at a slight speed penalty.
Another solution with less speed penalty is to write the number as two numbers which don't get truncated, e.g. (36000+0.76892).
Jan
Re: MDV Software Reclamation
Posted: Sat Mar 14, 2020 9:01 am
by NormanDunbar
Try QSAVE perhaps? That stores Floats as the actual internal format and should not affect accuracy.
I'm sure Jan already knows this but others might not.
Cheers,
Norm.
Re: MDV Software Reclamation
Posted: Sat Mar 14, 2020 9:49 am
by RalfR
NormanDunbar wrote:Try QSAVE perhaps?
That was my thought in the first place. Thanks

Re: MDV Software Reclamation
Posted: Sat Mar 14, 2020 7:37 pm
by bwinkel67
Ralf R. wrote:NormanDunbar wrote:Try QSAVE perhaps?
That was my thought in the first place. Thanks

Is it a program? It doesn't seem part of TK2.
Re: MDV Software Reclamation
Posted: Sat Mar 14, 2020 7:39 pm
by tofro
QSAVE is part of "QLOAD/QSAVE" and QLiberator.
Tobias
Re: MDV Software Reclamation
Posted: Sat Mar 14, 2020 8:14 pm
by NormanDunbar
It is also built in to SMSQ if I'm not mistaken.
The Q is for "quick". It used to take forever to load up a largish SuperBASIC program, but not with QSAVE/QLOAD, they save and load the tokenised binary version of the ASCII version that SAVE/LOAD prefer.
Cheers,
Norm.
Re: MDV Software Reclamation
Posted: Sat Mar 14, 2020 9:28 pm
by RalfR
NormanDunbar wrote:It is also built in to SMSQ if I'm not mistaken.
Quite right, TT has rewritten it, because the original version from Liberation SW depends on Sinclair ROMs (SMS - A brief history by TT). TT also implemented a QMERGE. The difference to the original toolkit is the omission to report unloaded extensions used while QSAVEing.
Re: MDV Software Reclamation
Posted: Sat Mar 14, 2020 10:20 pm
by bwinkel67
Tokenization ala the ZX81 way...cool.