Erich Waelde writes:
> Hi,
>
> On 11/24/2013 07:13 PM, Enoch wrote:
>> Dear Matthias,
>>
>> I understand that Mikael ("FlashForth") represents "the competition" but
>> his point, in my opinion, cannot be ignored. All those frequently
>> changing variables from amforth-eprom.inc should not stay j
Mikael Nordman
writes:
> On 11/24/2013 09:23 PM, Matthias Trute wrote:
>> I was a little surprised that he uses the amforth mailing list to
>> place an advertisement for his system, but its ok.
>> Matthias
> I am sorry for that Matthias.
> I was trying to send the mail directly to Wojtek, but t
On 11/24/2013 09:23 PM, Matthias Trute wrote:
> I was a little surprised that he uses the amforth mailing list to
> place an advertisement for his system, but its ok.
> Matthias
I am sorry for that Matthias.
I was trying to send the mail directly to Wojtek, but the mail client
tricked me and it
Just as a reference, this is how it works in FF.
The DPs and LATEST is kept in ram during interpretation
of a line and during compilation state.
It also gives a nice undo effect if the compilation fails.
ABORT will restart QUIT and copy the old values from eeprom again.
No half compiled words are
Enoch,
> I understand that Mikael ("FlashForth") represents "the competition" but
> his point, in my opinion, cannot be ignored.
I did not ignore his opinion. I was a little surprised that he
uses the amforth mailing list to place an advertisement for his
system, but its ok.
> The solution is si
Hi,
On 11/24/2013 07:13 PM, Enoch wrote:
> Dear Matthias,
>
> I understand that Mikael ("FlashForth") represents "the competition" but
> his point, in my opinion, cannot be ignored. All those frequently
> changing variables from amforth-eprom.inc should not stay just EEPROM
> based:
>
> EE_DP:
Dear Matthias,
I understand that Mikael ("FlashForth") represents "the competition" but
his point, in my opinion, cannot be ignored. All those frequently
changing variables from amforth-eprom.inc should not stay just EEPROM
based:
EE_DP: ; Dictionary Pointer
EE_HERE: ; Memory Allocation
EE_EDP:
Hello Jan,
> Is there a simple way to download all these files to my computer, without
> open every file seprately?
svn co svn://svn.code.sf.net/p/amforth/code
or similar with turtoiseSVN on Windows. This will download the tree
with everything, all releases so far ...
Cheers,
Erich
--
Thanks Mathias for the link.
Is there a simple way to download all these files to my computer, without open
every file seprately?
Jan
Op 24 nov. 2013, om 10:11 heeft Matthias Trute het volgende
geschreven:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Jan
>
>> Please can some
Hello,
Thanks this is working now.
Supose I have a simple forth definition like
: test dup * . ;
Is it posible to add this in the assembler, so it will be compiled in my Avr?
If yes where to place?
Thanks,
Jan Kromhout
Hellevoetsluis-NL
Verstuurd vanaf mijn iPad
> Op 24 nov. 2013 om 10:14
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jan,
> Hello, When I activate .include "dict_w1.inc" the next error apears
> in avr-studio 5. What to do to include this?
Move the line ".include dict_wl" from the file dict_appl_core.inc to
dict_appl.inc This will place the words from dict_wl to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jan,
> I have installed version 5.1 on my arduino, works great.
>
> Now I see led 13 is always on!
>
> Is this a normal situation or is there a hidden bug?
Cannot reproduce. Works for me.
Matthias
-BEGIN PGP SIGNATURE-
Version: GnuPG v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jan
> Please can some one tell me where to find the examples, I forget
> the link!
If you are looking for the the applications section of the
amforth code repository, the sourceforge project page is your
friend. Esp. the link http://sourceforge.ne
13 matches
Mail list logo
