Re: [ql-users] LBYTES
Derek Stewart wrote:
What is the difference between a feature and bug... Microsoft Windows
has many features.
From the glossary of an Apple ][ manual:
Feature:- bug as described by the marketing department.
(Other gems include: Window:- something out of which you jump when the power
fails and you lose lots of work {or something like that}.)
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] LBYTES
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcel Kilgus wrote: Dilwyn Jones wrote: Thanks Laurence. It's in SMSQ/E and a JM ROM on my Aurora, but I haven't tried a Minerva yet. Actually it's not the LRESPR command but the RAM drive which has this feature. All other devices are okay. LBYTES of course! Tony - -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 [EMAIL PROTECTED] http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlxsNM3RzOs8+btoRAn4/AJ916vknSrhogPCYUgdrPoPg8GWjAgCbBs91 qsQg/uhSNscxDcgumcuLbcA= =HdNb -END PGP SIGNATURE- ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] LBYTES
What is the difference between a feature and bug... Microsoft Windows has many features. Derek Tony Firshman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcel Kilgus wrote: Dilwyn Jones wrote: Thanks Laurence. It's in SMSQ/E and a JM ROM on my Aurora, but I haven't tried a Minerva yet. Actually it's not the LRESPR command but the RAM drive which has this feature. All other devices are okay. LBYTES of course! Tony - -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 [EMAIL PROTECTED] http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlxsNM3RzOs8+btoRAn4/AJ916vknSrhogPCYUgdrPoPg8GWjAgCbBs91 qsQg/uhSNscxDcgumcuLbcA= =HdNb -END PGP SIGNATURE- ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- This email has been verified as Virus free Virus Protection and more available at http://www.plus.net ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] LBYTES
Actually it's not the LRESPR command but the RAM drive which has this feature. All other devices are okay. Marcel Thank you Marcel - this helps explain why I'd never seen it before and why I had problems reproducing the bug in my program reliably - I was afraid my program may be causing file corruption and so was testing most of the time from ramdisk to avoid risk of corrupting my hard disk or floppies. -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] LBYTES
From: Dilwyn Jones Thank you Marcel - this helps explain why I'd never seen it before and why I had problems reproducing the bug in my program reliably - I was afraid my program may be causing file corruption and so was testing most of the time from ramdisk to avoid risk of corrupting my hard disk or floppies. -- Dilwyn Jones Hmm, that's why I never discovered the bug, I always used FLEN(#ch) before...;-) Cheers...Ralf ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] LBYTES
At 21:56 11/07/2007 +0100, you wrote: With SBYTES you can do something like SBYTES ram1_test,address,0 which creates a not very useful zero length file. But if you try to LBYTES it back with LBYTES ram1_test,address you get the error message 'end of file' Seems more like a statement of fact than an error msg. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] LBYTES
Dilwyn Jones wrote: With SBYTES you can do something like SBYTES ram1_test,address,0 which creates a not very useful zero length file. But if you try to LBYTES it back with LBYTES ram1_test,address you get the error message 'end of file' Seems more like a statement of fact than an error msg. Yes, quite right, I hadn't quite thought of it that way :-) Absolutely not right. They is utterly no reason for an LBYTES of a zero length file to report an error. You wouldn't think it appropriate if it reported an error when asked to do a file of 5,373 bytes? Why should 0 bytes be treated as some magically special case? It's a bug. -- Lau AS! d-(!) a++ c p++ t+ f-- e++ h+ r--(+) n++(*) i++ P- m++ ASC Decoder at http://www32.brinkster.com/ascdecode/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] LBYTES
Can anyone confirm if this behaviour of LBYTES occurs on a standard QL or only on QPC2 (I only have a QPC2 setup at the moment and too lazy to fetch the QL from the attic) With SBYTES you can do something like SBYTES ram1_test,address,0 which creates a not very useful zero length file. But if you try to LBYTES it back with LBYTES ram1_test,address you get the error message 'end of file' I spent a while tracking down a bug reported in one of my programs where I was told it gave the end of file message and it turns out it only happens with 0 length files (quite why anyone would want to LBYTES a zero length file I'm not sure, but there we are!) -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
