amforth-devel — Development discussion and user support

Re: [Amforth-devel] amforth on Arduino

[Robert E. <epp...@so...>]

>> So I would appreciate a few pointers to help me transforming an
>> Arduino mega into my first Forthduino.

After all the help I received so far
I thought I let you know how it goes.


Matthias Trute <mt...@we...> writes:

> That should be easy: just use Linux [...]

I got delayed a lot by not being able to download AVRstudio from Atmel. 
Fun with proprietary software!

Today it finally worked (on a borrowed Windows machine, btw. Maybe this
is pure accident, or maybe the Atmel webpage does not like certain
browsers, or I did make too many typos when filling out the form,
who knows?)


I installed AvrStudio4 and Update SP3, hope this was right.

> install wine and copy the Atmel assembler avrasm2.exe
> together with the AppNotes2 directory

I think AppNotes2 has changed name (maybe this was SP3?).
I took Atmel/AVR\ Tools/AvrAssembler2/Appnotes which seems to work,
so I assume it's the right one.

> Finally run "ant mega.hex" in the appl/arduino directory and

went fine.  (I did not test build with make)

> you should get two (or more) new files that need to be burned with ISP
> or JTAG onto your mega arduino board.

avrdude?

So I will free two arduinos now        (much work),
improvise an ISP with one of them      (easy),
find out which files to burn and how   (more work...)
more googling and probably man avrdude

as I said: slowly progressing...

Robert Epprecht

Re: [Amforth-devel] amforth on Arduino

[Matthias T. <mt...@we...>]

Hi Robert,

> I found avrasm2.exe, but I don't know how to get AppNotes2 :(
> www.atmel.com does not let me download it. The software must
> have telepatic capabilities and feel my uneasiness with downloads
> where you have to give your snail mail address, phone, ...
> 
> What's in that directory, btw?

There files which contain names for varios addresses.
Not really rocket sience, but very useful. You find it if you
install a avr studio packet on a windows box. Don't blame me,
tell Atmel....

I dropped avra since it has support for very outdated controller
types. Another reason is that avra works with the old avr8 assembly
syntax which does not cover the newer devices as well. Recent
changes in avra may have changes that already, but I did not yet
checked it myself.

> BTW: isn't there an avr assembler in the Gnu compiler suite?
>      Can I use this one?

the gnu-asm for avr may work, its "only" a matter of syntactic
changes. But they will be probably huge. I already considered
a switch to it, but delayed it due to the many files that need
to be converted.

As of now: no, gnu-asm-avr does not work.

Matthias

Re: [Amforth-devel] amforth on Arduino

[Robert E. <epp...@so...>]

ew....@na... writes:

>> What's in that directory, btw?
> The AppNotes dir has all the include files for the supported controllers.
> You cannot really do without. However, distributing this stuff other than
> downloading it directly from atmel is not an option.
>
> You need to download AVRStudio

That's where I'm stuck right now. Maybe the server has a problem,
or it just does not like me :(

> As far as I remember, no registration required.

Unfortunately you *need* to register (for the base package).

> there is some fun in testing out, whether a " " (blank) is ok for "City:"
> :-)

Oh, I already *did* some tests (I have some FORTH experience, after all ;)

>> Thanks for your help so far,
>> Robert, slowly progressing...
>
> Don't dispair :-)

You don't know me :)
I can be quite stubborn.

Robert

Re: [Amforth-devel] amforth on Arduino

[<ew....@na...>]

Hi Robert,

Quoting Robert Epprecht <epp...@so...>:

> Sorry for the delay,
> had to resolve some other issues not directly related.
>
>
> Christian Kellermann <ck...@pe...> writes:
>
>> * Matthias Trute <mt...@we...> [101121 19:57]:
>
>>> > I'm working with Debian Linux.
>>> > Never used wine before.
>
>>> Running avrasm2 is the only task for my wine installation..
>
>>> install wine and copy the Atmel assembler avrasm2.exe
>>> together with the AppNotes2 directory somewhere into your filesystem.
>
> I found avrasm2.exe, but I don't know how to get AppNotes2 :(
> www.atmel.com does not let me download it. The software must
> have telepatic capabilities and feel my uneasiness with downloads
> where you have to give your snail mail address, phone, ...
>
> What's in that directory, btw?
The AppNotes dir has all the include files for the supported controllers.
You cannot really do without. However, distributing this stuff other than
downloading it directly from atmel is not an option.

You need to download AVRStudio and unpack it. In there is the desired
stuff. As far as I remember, no registration required. And even if:
there is some fun in testing out, whether a " " (blank) is ok for "City:"
:-)

>
>> Also note that running a development branch avra does work after
>> some tweaks. This makes it also accessible for architectures where
>> wine is not an option.
>
> Sounds interesting. Would I still need these AppNotes2?
>
> I thought for the first time I try the 'official' way and later try the
> avra route. Looks like I should change that plan.
>
> BTW: isn't there an avr assembler in the Gnu compiler suite?
>      Can I use this one?
No, the assembly notation is different, I think (may be the wrong excuse)

>      Or is that avra? (sorry, sounds like silly questions).
Avra can be used with quirks: the old version of avra (before 1.3.0)
used to work until amforth 3.0 or 3.4 (I'm not at my home computer). It
will NOT work with amforth 4.2. However there are patches (check the list
archive) to trick avra 1.3.0 into assembling amforth 4.2. I have used
this, but it definitely needs more testing. If you are comfortable
patching and compiling from sources, you could give it a try.

>
> Thanks for your help so far,
> Robert, slowly progressing...

Don't dispair :-)

Cheers,
Erich

>
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>

Re: [Amforth-devel] amforth on Arduino

[Robert E. <epp...@so...>]

Sorry for the delay,
had to resolve some other issues not directly related.


Christian Kellermann <ck...@pe...> writes:

> * Matthias Trute <mt...@we...> [101121 19:57]:

>> > I'm working with Debian Linux.
>> > Never used wine before.

>> Running avrasm2 is the only task for my wine installation..

>> install wine and copy the Atmel assembler avrasm2.exe
>> together with the AppNotes2 directory somewhere into your filesystem.

I found avrasm2.exe, but I don't know how to get AppNotes2 :(
www.atmel.com does not let me download it. The software must
have telepatic capabilities and feel my uneasiness with downloads
where you have to give your snail mail address, phone, ...

What's in that directory, btw?

> Also note that running a development branch avra does work after
> some tweaks. This makes it also accessible for architectures where
> wine is not an option.

Sounds interesting. Would I still need these AppNotes2?

I thought for the first time I try the 'official' way and later try the
avra route. Looks like I should change that plan.

BTW: isn't there an avr assembler in the Gnu compiler suite?
     Can I use this one?
     Or is that avra? (sorry, sounds like silly questions).

Thanks for your help so far,
Robert, slowly progressing...

Re: [Amforth-devel] amforth on Arduino

[Christian K. <ck...@pe...>]

* Matthias Trute <mt...@we...> [101121 19:57]:
> Robert,
> 
> > 
> > Thank you for these informations. I'm working with Debian Linux.
> > Never used wine before.
> 
> just another hint: I did not configure my ubuntu wine at all, only
> at the very first run it may present a config dialog, just press ok
> to accept all defaults. Running avrasm2 is the only task for my
> wine installation..

Also note that running a development branch avra does work after
some tweaks. This makes it also accessible for architectures where
wine is not an option.

Kind regards,

Christian

Re: [Amforth-devel] amforth on Arduino

[Matthias T. <mt...@we...>]

Robert,

> 
> Thank you for these informations. I'm working with Debian Linux.
> Never used wine before.

just another hint: I did not configure my ubuntu wine at all, only
at the very first run it may present a config dialog, just press ok
to accept all defaults. Running avrasm2 is the only task for my
wine installation..


> This should not be a problem beside the
> fact that I must free space on my hd first...

only a few megabytes, not a big deal (nowadays)

> 
>> I found that the arduino mega acts strangly, after burning the
>> hex files it may be useful to re-connect the USB connector
>> twice to get the serial connection work, dont ask me why.
> 
> Is this only the mega, or does it show on other Arduinos too?

Cannot tell, I've got only one board. If someone can figure out
a better initialization of the usart settings, please
let me know.

Matthias

Re: [Amforth-devel] amforth on Arduino

[<ken...@al...>]

Hi Robert,

Just last night I got my BBB, an arduino clone by Modern Device,
working.  This board uses separate serial adapters.  

Using a serial port level shifter, I got only "amf" when I reset the
arduino.  

Using the BUB, a FTDI based USB adapter. I'd get the complete "amforth
4.0 ATmega328P" header followed by a constant stream of garbage
characters interrupted by a forth error each time the input ran over 80
characters.

Last night I tried an adapter made from a $4 clone of the Nokia CA-42
USB cable.  It worked just fine.  

There seems to be some magic involved in talking to the arduino  

Regards,
Ken

On Sat, 20 Nov 2010 08:59 +0100, "Robert Epprecht" <epp...@so...>
wrote:
> 
> > I found that the arduino mega acts strangly, after burning the
> > hex files it may be useful to re-connect the USB connector
> > twice to get the serial connection work, dont ask me why.
> 
> Is this only the mega, or does it show on other Arduinos too?
> 

Re: [Amforth-devel] amforth on Arduino

[Robert E. <epp...@so...>]

Hi Matthias

nice to meet you
and a big thank for amforth first of all...


Matthias Trute <mt...@we...> writes:

> I try to keep the things up-to date on the project homepage (at least).

No problems with the homepage, I will tell you if I find any.

>> transforming an Arduino mega into my first Forthduino.

> That should be easy: just use Linux (any other OS may work
> as well but I do not use them), install wine [...]

Thank you for these informations. I'm working with Debian Linux.
Never used wine before. This should not be a problem beside the
fact that I must free space on my hd first...

> I found that the arduino mega acts strangly, after burning the
> hex files it may be useful to re-connect the USB connector
> twice to get the serial connection work, dont ask me why.

Is this only the mega, or does it show on other Arduinos too?

Robert


end of message.
Any text below this line was inserted by a man-in-the-middle-attack ;)

Re: [Amforth-devel] amforth on Arduino

[Matthias T. <mt...@we...>]

hi,
> 
> So I asked $SEARCHENGINE and found this project. Right now I try to
> make sense of the different links I've got. Unfortunately it is not so
> easy for a newcomer to filter up-to-date info from outdated one.

Can you please give some more details? I try to keep the things
up-to date on the project homepage (at least).

> 
> So I would appreciate a few pointers to help me transforming an
> Arduino mega into my first Forthduino.

That should be easy: just use Linux (any other OS may work
as well but I do not use them), install wine and copy the
Atmel assembler avrasm2.exe together with the AppNotes2 directory
somewhere into your filesystem. Finally install ant (a java build
system, just like make). make may work as well, I did not really
test it for the arduino's.

The next step is some editor work: build.xml or makefile
contain some path definitions, it should be obvious what to do
(we are all developers, arnt we?). Finally run "ant mega.hex"
in the appl/arduino directory and you should get two (or more)
new files that need to be burned with ISP or JTAG onto your
mega arduino board. That ISP thing can be another arduino with
the ISP software loaded, btw.

I found that the arduino mega acts strangly, after burning the
hex files it may be useful to re-connect the USB connector
twice to get the serial connection work, dont ask me why.

> btw (can't wait with questions): 
> * better to start with v4.2 or cvs version right now?

always use a release version, the trunk checkouts can be
buggy. Even more: if one version does not work, some older
versions may do the job, its worth to give them a try, the
changes are all documented, just read them in reverse order.

> * what's the last word regarding fuse settings?

The arduino factory settings do _not_ work, there is  a readme
in the arduino directory, which contains working parameters.

btw: you can destroy your arduino with the wrong settings, be
careful. they can be recovered, but thats really tricky and
requires special prgramming hardware.

Matthias

[Amforth-devel] amforth on Arduino

[Robert E. <epp...@so...>]

I have discovered the Arduino which is a nice project, but having some
prior experience with FORTH i cannot enjoy the software part ;)

So I asked $SEARCHENGINE and found this project. Right now I try to
make sense of the different links I've got. Unfortunately it is not so
easy for a newcomer to filter up-to-date info from outdated one.

So I would appreciate a few pointers to help me transforming an
Arduino mega into my first Forthduino. This would probably speed
me up and get me quicker to the point where I can start flooding
this friendly list with tons of questions ;)

Robert Epprecht

btw (can't wait with questions): 
* better to start with v4.2 or cvs version right now?
* what's the last word regarding fuse settings?

Re: [Amforth-devel] Serial communication via a digital port?

[Erich W. <ew....@na...>]

Hello Christian,

On 11/16/2010 01:22 PM, Christian Kellermann wrote:
> Dear amforthers,
>
> I was wondering whether there is already a dictionary available
> that enables me to send a string at 9600 baud via a digital pin?

I see 2 non-software approaches:
use a controller with 2 serial interfaces, e.g. atmega644P

use a bit of stuff to multiplex the tx line to some other
connection, then use the hw usart. The sw would then do
"redirection" like this
get-data <to-other> send-data </to-other>


And I see one software approach:
use a timer/pwm thing to create the wave form,
the corresponding interrupt handlers then can provide the next
bit, set the timer registers and fire the timer again.
Downside: needs most probably be coded in assembler.


Maybe a few more words about what you want to achieve
could turn up more possible solutions.


Erich

Re: [Amforth-devel] Serial communication via a digital port?

[Matthias T. <mt...@we...>]

hi,

> Dear amforthers,
> 
> I was wondering whether there is already a dictionary available
> that enables me to send a string at 9600 baud via a digital pin?

You can use the existing code that uses the hardware modules. A software
only (bit-bang) solution does not exist (yes), at least as far as I
know.

Matthias

Re: [Amforth-devel] Help with LOAD

[Matthias T. <mt...@we...>]

Hi Karl,

> I have all of the support words in place to permit editing and  
> loading blocks of source from a serial EEPROM or ferroRAM.  The only  
> piece I'm missing is how to hook a buffer read from the block device  
> into the text stream used by the interpreter.  What is the  
> "traditional" way of doing this?  Should I modify SOURCE to read from  
> my block buffer if BLK is not 0?
> 
> I have already tried using a custom version of REFILL but I don't  
> like this solution.  It works if I type a single load command from  
> the command prompt, like this:
> 
> 5 load
> 
> but It does not work properly if I put more than one load command on  
> a command line (5 load  6 load) nor does it work if I put a load  
> command inside a block and then load that block.
> 
> All suggestions welcome!

I see two different approaches: turn source into a deferred word
to change it at runtime or write the code in a way that includes
additional code at compile time. What I do not want is to include
the BLK and friends into the core system, not everyone needs
block support for every project.

My favourite is the deferred word. The downside is probably: the
concept is new and not very widespread ;=)

Matthias

[Amforth-devel] Serial communication via a digital port?

[Christian K. <ck...@pe...>]

Dear amforthers,

I was wondering whether there is already a dictionary available
that enables me to send a string at 9600 baud via a digital pin?

Thanks for pointers,

Christian

Re: [Amforth-devel] Help with LOAD

[Kalus M. <mic...@on...>]

Hi Karl.

Maybe you want to take a look at old volksforth - it had blocks on  
flopy disk as forth source.
http://www.forth-ev.de/wiki/doku.php/words:volksforth_kernel
...
: source ( -- addr len ) blk @ ?dup IF loadfile @ (block b/blk exit  
THEN tib #tib @ exit ;
...

Michael



Am 10.11.2010 um 23:46 schrieb Karl Lunt:

> I have all of the support words in place to permit editing and
> loading blocks of source from a serial EEPROM or ferroRAM.  The only
> piece I'm missing is how to hook a buffer read from the block device
> into the text stream used by the interpreter.  What is the
> "traditional" way of doing this?  Should I modify SOURCE to read from
> my block buffer if BLK is not 0?
>
> I have already tried using a custom version of REFILL but I don't
> like this solution.  It works if I type a single load command from
> the command prompt, like this:
>
> 5 load
>
> but It does not work properly if I put more than one load command on
> a command line (5 load  6 load) nor does it work if I put a load
> command inside a block and then load that block.
>
> All suggestions welcome!
>
> Karl
>
>
>
> ---------------------------------------------------------------------- 
> --------
> Centralized Desktop Delivery: Dell and VMware Reference Architecture
> Simplifying enterprise desktop deployment and management using
> Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> client virtualization framework. Read more!
> http://p.sf.net/sfu/dell-eql-dev2dev
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth-devel] Help with LOAD

[Karl L. <kar...@se...>]

I have all of the support words in place to permit editing and  
loading blocks of source from a serial EEPROM or ferroRAM.  The only  
piece I'm missing is how to hook a buffer read from the block device  
into the text stream used by the interpreter.  What is the  
"traditional" way of doing this?  Should I modify SOURCE to read from  
my block buffer if BLK is not 0?

I have already tried using a custom version of REFILL but I don't  
like this solution.  It works if I type a single load command from  
the command prompt, like this:

5 load

but It does not work properly if I put more than one load command on  
a command line (5 load  6 load) nor does it work if I put a load  
command inside a block and then load that block.

All suggestions welcome!

Karl

[Amforth-devel] Simulation od amforth in simulavr

[wzab <wz...@is...>]

Hi,

I've tried to make development and debugging of amforth programs easier 
by simulating
it in different simulators, unfortunately neither VMLAB nor the newest 
simavr
worked correctly.
( 
http://groups.google.com/group/simavr/browse_thread/thread/87315922f254b942
   http://www.amctools.com/cgi-bin/yabb2/YaBB.pl?num=1240766206 )

I've even tried to switch to Windows and to use AVR studio, which 
generally worked correctly,
but was awfully slow.

Last time I've discovered a method to simulate amforth in simulavrxx.
I've described this method in the post to comp.arch.embedded usenet group,
available e.g. at the link: 
http://www.fpgacentral.com/group/embedded/simulation-amforth-simulavr-solved-437503/

The simulation with simulavrxx runs much faster then in AVR studio, and 
it is possble to simulate
operation of my AVR in the testbench/environment described in Python or 
Verilog (though I haven't tested the Verilog interface yet)
-- 
HTH & Regards,
WZab

Re: [Amforth-devel] Floating point - test/benchmark

[pito <pi...@vo...>]

With f*/+- written in forth it takes ~111 secs (original Leon's
flib):

.....
99 R(m)= 4.144999E2  V(m3)= 2.983059E8  M(kg)= 7.457643E11 
v(m/sec)= 6.299999E4  Ek(J)= 1.479969E21  
100 R(m)= 2.994999E2  V(m3)= 1.125327E8  M(kg)= 2.813316E11 
v(m/sec)= 2.399999E4  Ek(J)= 8.102348E19  
1.118E2 secs elapsed ok

Still the test with asm libs is 5x faster. What about subroutine
threaded forth? (;-). Pito

[Amforth-devel] Floating point - test/benchmark

[pito <pi...@vo...>]

Hi,
I could not resist to play with Leon's newest >float library, so
here is a small real life test, it tests basically everything so you
may optimise. Currently running on amforth 4.0. Enjoy the fun with
float! P.

\ ##########################################################
\ FLOATING POINT TEST
\ The kinetic energy of 100 random sized spherical asteroids 
\ 
\ speeds between 20-70 km/sec 
\ density 2.5 g/cm3
\ diameter 1m-1km
\
\ amforth 4.0 @22MHz, 115200 Baud 
\ typical elapsed time ~22sec
\ Leon's flib library, Pito's asm (f*/+-) lib
\ Pito 10\2010

marker -armageddontest

\ simple RND generator u2 = 0..u1-1
variable rnd here rnd !
: (random)  rnd @ 31421 *  6927 +  dup rnd ! ;
: nip swap drop ;
: random  ( u1 -- u2 )  (random) um*  nip ;

\ floating point input with >float, "& -1.23456e-12"
: & bl word count >float not abort" NaN" 
state @ if postpone fliteral then ; immediate

\ print 6 decimal places
: f6. 6 fsn. ;

\ radius of the asteroid in m
: radius ( -- fradius )
random 1+ s>f & 2.0 f/  fdup  
." R(m)=" f6. space ;

\ volume in m3
: volume ( fradius -- fvolume )
fdup fdup f* f* & 4.0e0 & 3.0e0 f/ & 3.141592e0 f*  f* fdup
." V(m3)=" f6. space ;

\ mass in kg
: mass ( fvolume -- fmass ) 
& 2.50e & 1.0e-3 & 1.0e6 f* f*  
f* fdup 
." M(kg)=" f6. space ;

\ speed between 20-70km/sec
: speed ( -- fspeed ) 
51 random 20 + s>f & 1.0e3 f* fdup
." v(m/sec)=" f6. space ;

\ kinetic energy
: kenergy ( fmass fspeed - fkenergy )
fdup f* f* & 2.0e0 f/ 
." Ek(J)=" f6. space ;

\ simulation
: simulate 1000 radius volume mass speed kenergy cr ;

\ run 100x
: test
cr 100 0 timer-start 
do i 1+ . simulate loop
.elapsed ." elapsed" ;

-----------------------
......
99 R(m)= 7.199999E1  V(m3)= 1.563457E6  M(kg)= 3.908643E9  v(m/sec)=
6.599999E4  Ek(J)= 8.513026E18  
100 R(m)= 2.605000E2  V(m3)= 7.404773E7  M(kg)= 1.851193E11 
v(m/sec)= 5.099999E4  Ek(J)= 2.407476E20  
2.196E1 secs elapsed ok

# .s
ok

Re: [Amforth-devel] Reference Card

[Kalus M. <mic...@on...>]

I like to use such ref cards - great! Thank you!

Michael




Am 25.10.2010 um 20:19 schrieb Matthias Trute:

> hi all,
>
> I recently spent some time on updating the documentation
> headers in many assembly files. The result is a pdf file
> on the project home page
>
> http://amforth.sourceforge.net/refcard.pdf
>
> please let me know if its worth the work or if I
> should better drop it. It larger than expected (13 pages)
> but I hope its not completly useless. Its not meant as
> an replacement of the standard docs, but the contents may
> be used for an "online" help as well.
>
> 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
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth-devel] Editing command line - backspace issue - SOLVED

[pito <pi...@vo...>]

Hi, for terminals which do backspace automaticaly (so the SPACE
below moves the cursor to left thus the cursor does not move back on
the screen) this helps:

...
PFA_ACCEPT5:
.dw XT_DUP                ; ( -- addr k k )
.dw XT_EMIT               ; ( -- addr k )
;.dw XT_SPACE              ; ( -- addr k )        <<<<< 20101026
Pito
.dw XT_EMIT               ; ( -- addr ) 
....

Previuos:
T 08
R 08 20 08

Now:
T 08
R 08 08

Not sure why to send 08 twice, but the terminal swallows it,
somehow..

Pito

Re: [Amforth-devel] Editing command line - backspace issue

[pito <pi...@vo...>]

It seems specifically the Mosaic Terminal does delete the char in
the command line automatically when backspaced ,so the sequence 20
08 is not necessary to send (in this case). As an experiment I
commented out the space emit in

PFA_ACCEPT5:
.dw XT_DUP                ; ( -- addr k k )
.dw XT_EMIT               ; ( -- addr k )
;.dw XT_SPACE              ; ( -- addr k ) ###### 
;.dw XT_EMIT               ; ( -- addr )   ###### 
....

and the backspacing and editing in the terminal now works as
expected. However, it does not delete the amforth buffer properly:

1000 2000 + . "backspaced" and 2000 overwritten to 3000
1000 3000 + . gives 3000,

and, .s gives (only after this backspacing and editing):
> .s
0 16369 7 
1 16371 7 
2 16373 7 
3 16375 7 
4 16377 7 
5 16379 7 
6 16381 7 
7 16383 384 
ok

So there is still something to tackle.. P.

Re: [Amforth-devel] Editing command line - backspace issue

[pito <pi...@vo...>]

> And these terminals can be customized to work
> properly.
Matthias, this is a log from serial monitor. Written "qwerty" at
prompt and and attemt has been made to delete "qwerty" with
backspace. " " means space 20.

2010-10-26 10:18:04.188 T "q" 
2010-10-26 10:18:04.203 R "q" 
2010-10-26 10:18:04.922 T "w" 
2010-10-26 10:18:04.922 R "w" 
2010-10-26 10:18:05.172 T "e" 
2010-10-26 10:18:05.203 R "e" 
2010-10-26 10:18:05.406 T "r" 
2010-10-26 10:18:05.422 R "r" 
2010-10-26 10:18:05.656 T "t" 
2010-10-26 10:18:05.688 R "t" 
2010-10-26 10:18:05.906 T "y" 
2010-10-26 10:18:05.938 R "y" 
2010-10-26 10:18:10.094 T 08                 <<<<< here we start w/
bspc
2010-10-26 10:18:10.109 R 08 " " 08 
2010-10-26 10:18:10.375 T 08 
2010-10-26 10:18:10.406 R 08 " " 08 
2010-10-26 10:18:10.625 T 08 
2010-10-26 10:18:10.641 R 08 " " 08 
2010-10-26 10:18:10.875 T 08 
2010-10-26 10:18:10.891 R 08 " " 08 
2010-10-26 10:18:11.172 T 08 
2010-10-26 10:18:11.203 R 08 " " 08 
2010-10-26 10:18:11.469 T 08 
2010-10-26 10:18:11.750 T 08 
2010-10-26 10:18:12.047 T 08 
2010-10-26 10:18:12.344 T 08 
2010-10-26 10:18:11.484 R 08 " " 08 
2010-10-26 10:18:12.641 T 08 
2010-10-26 10:18:12.969 T 08 
2010-10-26 10:18:13.344 T 08                  <<< here empty line

P. 

Re: [Amforth-devel] Reference Card

[Ian J. <ij...@sa...>]

I see others have commented.

I too see this as very useful.  Thanks.

Ian

On 2010-10-25, at 2:19 PM, Matthias Trute wrote:

> hi all,
> 
> I recently spent some time on updating the documentation
> headers in many assembly files. The result is a pdf file
> on the project home page 
> 
> http://amforth.sourceforge.net/refcard.pdf

Ian
ij...@sa...