hi Karl > I now have a (very crude) screen-based editor working on my > ATmega328P target. I added support for a Microchip 25LC512 serial > EEPROM, which not only lets me back up an image of my system, but > also supports 32 source screens. I modified REFILL to check a newly > added user variable called BLK. If BLK is -1, REFILL uses the > console for input. If BLK is not -1, REFILL uses a newly added word, > ACCEPT_BUFFER, to take characters from a selected source screen. I > select a screen to compile/interpret from using a newly added word, > LOAD.
Would it help to include a modified version of refill that checks blk and calls a deferred word if blk is not -1? I dont want to include block support into the core system but modifiying core words is bad anyways. I'd prefer a simple refill that can be extended to whatever is needed without changing the sources in core/* > > The editor right now is very crude. It does little more than clear, > load, copy, or list screens, list a directory of screens (line 0 of > each screen), and let me add text, one line at a time, to a screen. > But it's a start, and it is so nice not having to sit through the > glacial serial download! Is loading a screen really faster than communicating over the serial line? I'd expect that the flash write is the main speed limiting factor.. I'm just curious. Matthias ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
