Re: [Amforth] Accept has a bug?

2017-11-15 Thread Richard Burden 
Thanks Matthias.  I appreciate your efforts.

Regards
Richard

On 14 Nov 2017 10:30 PM, "Matthias Trute"  wrote:

> Am Dienstag, den 14.11.2017, 10:01 +0800 schrieb Richard Burden:
> > I couldn't find the reason for the error but what I found follows:
> >
> > >
> > > 15 buffer: test
> >  ok
> > >
> > > test 10 accept
> > 123456789012
> >  ok
> > >
> > > test 15 type
> > 1234567892 ok
> >
> > Should have been 1234567890
> > The 2, being the last character typed, has replaced the 0 at position
> > 10,
> > or the last character to be accepted
>
> Bug confirmed and fixed with rev. 2270 in the code repository.
> Thank you!
>
> now only the given number of characters can be entered, any
> additional keys are silently ignored (I read the standard
> text this way). An off-by-one error for the maximum
> number of characters fixed too.
>
> The new accept.asm shall work on all recent version too.
>
> Matthias
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Amforth-devel mailing list for http://amforth.sf.net/
> Amforth-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] Accept has a bug?

2017-11-14 Thread Matthias Trute 
Am Dienstag, den 14.11.2017, 10:01 +0800 schrieb Richard Burden:
> I couldn't find the reason for the error but what I found follows:
> 
> > 
> > 15 buffer: test
>  ok
> > 
> > test 10 accept
> 123456789012
>  ok
> > 
> > test 15 type
> 1234567892 ok
> 
> Should have been 1234567890
> The 2, being the last character typed, has replaced the 0 at position
> 10,
> or the last character to be accepted

Bug confirmed and fixed with rev. 2270 in the code repository.
Thank you!

now only the given number of characters can be entered, any
additional keys are silently ignored (I read the standard
text this way). An off-by-one error for the maximum 
number of characters fixed too.

The new accept.asm shall work on all recent version too.

Matthias
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth] Accept has a bug?

2017-11-13 Thread Richard Burden 
I couldn't find the reason for the error but what I found follows:

> 15 buffer: test
 ok
> test 10 accept
123456789012
 ok
> test 15 type
1234567892 ok

Should have been 1234567890
The 2, being the last character typed, has replaced the 0 at position 10,
or the last character to be accepted

> : a 15 0 do test I type cr loop ;
 ok
> a

1
12
123
1234
12345
123456
1234567
12345678
123456789
1234567892
1234567892
1234567892
1234567892
1234567892
 ok

So Accept only stored the 10 characters, but the last character typed goes
into the last position of the buffer

Same behaviour with 12 characters being accepted
> test 12 accept
1234567890123456
 ok
> a

1
12
123
1234
12345
123456
1234567
12345678
123456789
1234567890
12345678901
123456789016
123456789016
123456789016
 ok
>

Kind regards
Richard
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth] Is this a bug ?

2015-01-31 Thread Andrew Holt 
Or am I doing something stupid ?

Hi,

I have built amforth using the latest downloaded source.

The target is a UNO R3, with the am328p.  I am programming it with a
usbtiny.

I flash the target, and is starts OK. I can do the usual commands, word, 1
2 + .

If I do this:

: test , Hello cr ;

I get OK, then when I try to run the word

test

?? -13 5

And the try 'words'

I get the same error.

It's as if the first definition is messing up the links.

BTW reset/power cycle make no difference

I have also tried this with the release, rather than bleeding edge version
too.

Thanks,
Andrew
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] Is this a bug ?

2015-01-31 Thread Matthias Trute 
Am Samstag, den 31.01.2015, 19:27 + schrieb Andrew Holt:
 Or am I doing something stupid ?
 
 Hi,
 
 I have built amforth using the latest downloaded source.
 
 The target is a UNO R3, with the am328p.  I am programming it with a
 usbtiny.

UNO sounds like arduino. Right? 

The arduino people set the fuses in a way that does not
work with amforth. Have a look at the readme file in the
appl/arduino directory and check the current settings
with the ones described there. I'm sure, they differ. Eso
the ones defining the boot sector size.

To solve the problem, apply the fuses from the readme file
to your controller, but be warned: changing the fuses may
cause a complete lost of your controller chip if done
the wrong way or by doing an error.

 And the try 'words'
 
 I get the same error.

That's normal for the situation described above. And makes
me sure to direct you to the fuses.

 It's as if the first definition is messing up the links.

Exactly. The basic problem is that the flash write
operation silently fails but updates the dictionary
pointers. They point to useless memory content and
everything's lost.

Matthias

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] Is this a bug ?

2015-01-31 Thread MIchael Kalus 
2015-01-31 20:27 GMT+01:00 Andrew Holt andrewthol...@gmail.com:
 : test , Hello cr ;

does amforth realy have a , word? (komma-quote)

Try .  instead (dot-quote)
mk

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel