Live data from Hacker News

The Story of Mel (1983)

cs.utah.edu

21–30 of 175 posts

Re: The Story of Mel (1983)

#21
post #18

Sadly we have strayed to the other extreme. From "every instruction is precious" right over to, "who cares how many instructions I use?" Nowadays, desktop apps which started in an instant 20 years ago, seem to take several seconds even before they are even doing anything useful like loading a project or whatever. Even things like Visual Studio looking through the MRU project list can take 10 seconds (probably a threa…

[deleted]

Re: The Story of Mel (1983)

#22

Bonus trivia: those "Raw, unadorned, inscrutable hexadecimal numbers"? Those would not have been the 0-9a-f we're familiar with today, but 0-9fgjkqw[1]! [1]: http://ed-thelen.org/comp-hist/lgp-30-man.html#R4.13

I've never heard of this. Was this just a quirk of the LGP-30?

Re: The Story of Mel (1983)

#23

Bonus trivia: those "Raw, unadorned, inscrutable hexadecimal numbers"? Those would not have been the 0-9a-f we're familiar with today, but 0-9fgjkqw[1]! [1]: http://ed-thelen.org/comp-hist/lgp-30-man.html#R4.13

I'm disgusted... What was the motivation for that?

Re: The Story of Mel (1983)

#25
post #23

Bonus trivia: those "Raw, unadorned, inscrutable hexadecimal numbers"? Those would not have been the 0-9a-f we're familiar with today, but 0-9fgjkqw[1]! [1]: http://ed-thelen.org/comp-hist/lgp-30-man.html#R4.13

I'm disgusted... What was the motivation for that?

I found this [0] which says that the layout of the LGP-30 Flexowriter (linked in the article) conformed to fgjkqw, so it may be related.

[0] http://laboratorium.net/archive/2008/04/28/a_few_facts_about...

Re: The Story of Mel (1983)

#27
post #22

Bonus trivia: those "Raw, unadorned, inscrutable hexadecimal numbers"? Those would not have been the 0-9a-f we're familiar with today, but 0-9fgjkqw[1]! [1]: http://ed-thelen.org/comp-hist/lgp-30-man.html#R4.13

I've never heard of this. Was this just a quirk of the LGP-30?

Probably not. Look at your keyboard. Those are the keys on the right side of the home row. They probably used them because it was easier and quicker to type than 'abcdef'.

Re: The Story of Mel (1983)

#29
post #15

Can some way more experienced than me ELI5 why the inner loop part was so clever? I'm the most novice of programmers and have never touch anything remotely like pointers so feel I am missing the lightbulb moment the author clearly got. Many thanks.

From the wikipedia article: Eventually he realized that Kaye was using self-modifying code to process elements of an array, and had coded the loop in such a way as to take advantage of an overflow. Adding 1 to the address field of an instruction that referred to address x normally just changed the address to x+1. But when x was already the highest possible address, not only did the address wrap around to 0, but a 1 w…

>not only did the address wrap around to 0, ...

Very reminisce of the 6502 "issue" of jumping with an address on a page boundary.

Per Wikipedia:

the processor will not jump to the address stored in xxFF and xxFF+1 as expected, but rather the one defined by xxFF and xx00 (for example, JMP ($10FF) would jump to the address stored in 10FF and 1000, instead of the one stored in 10FF and 1100). This defect continued through the entire NMOS line, but was corrected in the CMOS derivatives.

Re: The Story of Mel (1983)

#30
In 1997 I was doing an apprenticeship. It had a very well organized curriculum and well thought courses. One course was based on 8080/8085 cpu. You know what they gave us: A development board (roughly the size of a modern mainboard) with onboard hex keyboard 0-9a-f and 3-4 function keys (halt, run, write at ... something like that). And a book and templated paper. So the exercises, 3-4 hours every week, were: Implement that algorithm on paper in assembler, use the book to translate to hex code on your memory layout, hack the program into your board and press execute. And PRAY that you did not make a mistake in the assembler or the typing.

I still think, that this is the most efficient way to teach kids CPU/Memory and assembler.

Post reply on HN