Al Williams <al.willi...@awce.com> wrote: > Right, I understand the i@ word constitutes a bootloader of sorts. But I was > trying to get a way a student with no strange equipment could go back to a > default state. I guess another way would be to drop a marker at the end of > the > default dictionary and have a config option that basically says "if the > specified pin is low on boot up, drop back to that marker and erase > everything" > -- of course that could be bad too, but what I have in mind isn't critical at > all.
I did a presentation/workshop for the German hacking community two weeks ago: http://mrmcd1001b.metarheinmain.de/schedule/76/event/4008.en.html I plugged three Arduinos to my laptop running FreeBSD. There was a special workshop-jail (virtual instance) of the system configured with two users "box1" and "box2". You could log in to one of them and you immediately got a shared live terminal session. Both were displayed on a beamer screen during the workshop (FORTH looks cool in xterm with 24- or 36-point font). Third Arduino running boot software was ready with ICSP cables connected for a quick re-flashing if needed (proved not to be necessary as I didn't use "marker" :-) I was typing mostly on one, people hacking the other one, somebody tried to paste Forth "Hello world!" example from Wikipedia (and failed, since it was all-uppercase). Next time I will leave more time for hands-on hacking like this (it was targeted to a general tech public new to FORTH, 90% people knew C). By the way, the main point of the presentation was to demonstrate certain weaknesses of programming Harvard architecture machines in C (PROGMEM macro, string copying from flash to RAM to have unified pointers, linker tricks to fake unified address space, etc.). It is also not the FORTH favourite environment, but I find i@, e@ and friends a much more elegant solution to the problem. //Marcin ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Amforth-devel mailing list Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
