News for hackers. Stuff that matters.
Re:Acorn Archimedes is 25 by rwmj on Friday June 01, 2012 @07:26AM (#4052880)
While BBC Basic was kinda fun, I'm not sure I'd be in a happier place right now if I had to work with 100 million lines of legacy BBC Basic :-)

Pop quiz. What did the following commands do?

    *.
    P.
    *OPT4,3
Re:Acorn Archimedes is 25 by ralph on Friday June 01, 2012 @07:35AM (#4052899)
* causes OSCLI to handle the rest of the line. Dot was an abbreviation for Cat, short for catalogue, IOW ls(1). P. is presumably at the BASIC prompt; it abbreviated the PRINT keyword. OPT had the filing system set some options stored on the current disk; 4 was how to handle the !Boot file. 0, do nothing; 1, load; 2, run; 3, exec, i.e. pretend it had been typed.
Re:Acorn Archimedes is 25 by lukeck on Friday June 01, 2012 @07:53AM (#4052930)
Was P. shorthand for PRINT .? No idea what the other two commands do I think *OPT was for addressing a serial port or the screen but my memory is very hazy.

BBC BASIC on the original RISC PC was my first experience writing code. I think that machine is still in my parents' garage along with the 6 volume BBC BASIC reference manual.

Re:Acorn Archimedes is 25 by ralph on Friday June 01, 2012 @08:06AM (#4052966)
Yes, in BASIC you could enter keywords abbreviated with a . to save typing. The tokeniser would turn it into the byte or two representing PRINT ready for it to be interpreted.

I think you're thinking of the four volume RISC OS Programmers' Manual, plus slim index, that came in a big white cardboard sleeve. Augmented later by a Volume 5 of changes with later OS versions to save re-printing costs. BASIC itself was introduced in the User Guide that came with the machine IIRC and had a one-volume reference manual of its own at additional cost.

Re:Acorn Archimedes is 25 by gaius on Friday June 01, 2012 @08:18AM (#4053002)
Further to other comments, you would never see P. in the output of LIST. It would be expanded automatically to PRINT.
Re:Acorn Archimedes is 25 by ralph on Friday June 01, 2012 @01:14PM (#4054494)
Strictly speaking, it wasn't P. being expanded to PRINT at the time of LIST but the byte representing the tokenised PRINT being expanded then. The P. was turned into that byte earlier.