It looks like they're good to go:
> 70 s>f -8 s>f f/ 100 s>f f* f>s .
-875 ok
I'll try to get some better input and output functions worked out this week.
-Leon
--
Sell apps to millions through the Intel(R) Atom(Tm) Dev
Marcin, MY BIG THANKS!!
I simply thought the RAM ends at 0x4000..
So 0x40af = 16559 what is aproximately the magic number 16557 !!!
Thanks again and sorry for my spaming the list.. Good night, Pito.
- PŮVODNÍ ZPRÁVA -
Od: "Marcin Cieslak"
Komu: "pito"
Předmět: Re: [Amforth-devel] .s on
On Sun, 29 Aug 2010, pito wrote:
> Marcin, when I do .s I see an address higher then 16383 (16557). So
> it is an indication for me something must be wrong there. Matthias
> sent the .s definition, from what I can see is he prints out the
> address (of RAM - I do assume - when talking data stack),
Marcin, the .lst I've sent you (zip) produces this:
> ver
amforth 4.0 ATmega1284P ok
> 123
ok
> .s
0 16557 123
ok
>456
ok
> .s
0 16555 456
1 16557 123
ok
>
Pito.
- PŮVODNÍ ZPRÁVA -
Od: "Marcin Cieslak"
Komu: "pito"
Předmět: Re: [Amforth-devel] .s on 1284p
Datum: 29.8.2010 - 1:45:40
On Sun, 29 Aug 2010, pito wrote:
> I hope you are asking for this .lst (:-)). The whole .lst is 280k.
Can you gzip it and publish somewhere? Or mail me privately.
--Marcin
--
Sell apps to millions through the Intel(R) A
Marcin, here is the .s part of the .lst of amforth for 1284p:
.include "words/dot-s.asm"
; R( -- )
; stack dump
VE_DOTS:
000888 ff02 .dw $ff02
000889 732e .db ".s"
00088a 0881 .dw VE_HEAD
.set VE_HEAD = VE_DOTS
XT_DOTS:
00088b f00a .dw DO_COLON
PFA_DOTS:
00088c
On Sun, 29 Aug 2010, pito wrote:
> Marcin, when I do .s I see an address higher then 16383 (16557). So
> it is an indication for me something must be wrong there. Matthias
> sent the .s definition, from what I can see is he prints out the
> address (of RAM - I do assume - when talking data stack),
Marcin, when I do .s I see an address higher then 16383 (16557). So
it is an indication for me something must be wrong there. Matthias
sent the .s definition, from what I can see is he prints out the
address (of RAM - I do assume - when talking data stack), and as I
have shown the number is 16557..
On Sat, 28 Aug 2010, pito wrote:
> Matthias,
> something is telling me that the adress (the 16557)cannot be higher
> than
> 16384. P.
Do you have an assembly .lst listing or can produce one?
--Marcin
--
Sell apps to mil
Matthias,
something is telling me that the adress (the 16557)cannot be higher
than
16384. P.
- PŮVODNÍ ZPRÁVA -
Od: "Matthias Trute"
Komu: "Everything around amforth"
Předmět: Re: [Amforth-devel] .s on 1284p
Datum: 28.8.2010 - 14:41:15
> Pito,
>
> > it is not stack address, but the 165
I saw this on thingiverse and thought of you
http://www.thingiverse.com/thing:3901
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of n
Pito,
> it is not stack address, but the 16557 does not fit somehow...p.
current implementation is like
: .s
sp@ depth 1- 0 ?do
dup i
dup u. ( gives the "index" )
2* + dup u. ( prints the address )
@ u.( prints the current content )
cr
loop
drop
;
(just
it is not stack address, but the 16557 does not fit somehow...p.
- PŮVODNÍ ZPRÁVA -
Od: "pito"
Komu: amforth-devel@lists.sourceforge.net
Předmět: [Amforth-devel] .s on 1284p
Datum: 27.8.2010 - 23:52:16
> Hi,
> is this stack address correct (decimal)?
>
> > .s
> ok
> > 123
> ok
> > .s
>
Crystal 25MHZ (comm 19k2):
> ver
amforth 4.0 ATmega1284P ok
> primes
10 iterations.
6412 primes found, ok
>
Sieve: size 32000, 10 iterations in 50sec = 5.0sec/iter, @25MHz
P.
- PŮVODNÍ ZPRÁVA -
Od: "pito"
Komu: p...@volna.cz, a...@kirbyand.co.uk,
amforth-devel@lists.sourceforge.net
Pře
Crystal 22MHZ (comm 19k2):
> ver
amforth 4.0 ATmega1284P ok
> primes
10 iterations.
6412 primes found, ok
>
Sieve: size 32000, 10 iterations in 57sec = 5.7sec/iter, @22MHz
P.
- PŮVODNÍ ZPRÁVA -
Od: "pito"
Komu: p...@volna.cz, a...@kirbyand.co.uk,
amforth-devel@lists.sourceforge.net
P
15 matches
Mail list logo
