Re: [Amforth] [Solved] @ vs c@ (was: rshift not zero padded)

2020-09-20 Thread Mark Roth
Hello Erich, so you found the subtle difference between @ and c@, congrats! :-) > > Mark Roth writes: > > So because of grabbing a word it seems that I was bringing in the PINB > > register as well that had a value in it. So that is where the extra bits > > came fro

Re: [Amforth] Ref Card Generation quo vadis?

2020-09-19 Thread Mark Roth
> 2. Modify the perl script to write out refcard as desired in the desired > formats > > 3. Connect this to the build system > > 4. Connect the pre-built hex files and their refcards to the main > documentation > > > > All can be done for a local build setup, but most val

Re: [Amforth] rshift not zero padded

2020-09-19 Thread Mark Roth
t, Sep 19, 2020 at 9:55 AM George Herzog wrote: > It's a common display situation in Forth. Leading zeros aren't display, > even when they exist. > > On Sat, Sep 19, 2020, 2:24 AM Mark Roth wrote: > > > Is there a reason that when using rshift or 2/ the most significant bit

Re: [Amforth] rshift not zero padded

2020-09-19 Thread Mark Roth
On Sat, Sep 19, 2020 at 9:55 AM George Herzog wrote: > It's a common display situation in Forth. Leading zeros aren't display, > even when they exist. > > On Sat, Sep 19, 2020, 2:24 AM Mark Roth wrote: > > > Is there a reason that when using rshift or 2/ the most significant bit

[Amforth] rshift not zero padded

2020-09-18 Thread Mark Roth
Is there a reason that when using rshift or 2/ the most significant bit isn't zero padded? lshift and 2* do this correctly. I was trying to implement a simple back and forth led on a port by starting with a value of 1 in the the port. Moving from right to left in the port works perfectly but when

Re: [Amforth] Ref Card Generation quo vadis?

2020-09-08 Thread Mark Roth
Hello Tristan, Erich and fellow lurking AmForthers (I really do like this intro Tristan) :) It really does seem that you may have caught the tiger by the tail Tristan. For better or for worse even! For the better (hey, you caught the tiger) : I think your layout really goes a long way toward

Re: [Amforth] download.zip strangeness

2020-08-27 Thread Mark Roth
Because the zip is the Release package and the SVN is the Dev package I would guess. The end user that isn't going to do anything more than grab the zip, add the AVR stuff, quick scan the readme, go to the APPL directory, make a copy of the template, hit make install (hopefully after reading what

Re: [Amforth] Ref Card Generation quo vadis?

2020-08-02 Thread Mark Roth
On Sat, Aug 1, 2020 at 10:50 PM Erich Wälde wrote: > thread hijacked intentionally. > 'Thar be pirates! > > today I spent some time trying to understand the "make-refcard*" > scripts in some detail. > > The script works roughly like this: > > > - the first three lines are comments expected

Re: [Amforth] Ref Card Generation -- working hack

2020-07-18 Thread Mark Roth
I corrected a small error in the second diff in build-info.tmpl. There was an extra db padding that wasn't needed since it wasn't a string but a number. I fixed it in the padding.diff link. On Fri, Jul 17, 2020 at 3:17 PM Mark Roth wrote: > I may as well be complete. > http://ipreferpi

Re: [Amforth] Ref Card Generation -- working hack

2020-07-17 Thread Mark Roth
a lesser change in the first diff I posted. Their fixes of adding the ",0" are on lines 12 and 15 respectively and could just be fixed manually. Now I'm really done and the weekend is still half a day away. On Fri, Jul 17, 2020 at 1:20 PM Mark Roth wrote: > ugh, ignore the &qu

Re: [Amforth] Ref Card Generation -- working hack

2020-07-17 Thread Mark Roth
ugh, ignore the ">" at the start of the script lines obviously. I had the whole mess quoted so it made a mockery of things. On Fri, Jul 17, 2020 at 12:40 PM Mark Roth wrote: > I cleaned up my diff of the svn (amforth-code) and put it up to see if it > would be helpful. Be s

Re: [Amforth] Ref Card Generation -- working hack

2020-07-17 Thread Mark Roth
-refcard-rst ; cd ../doc > make htdocs > #make onlyepub > rm -r ../tempwords It does the trick for me locally anyhow. So that completes my AmForth conversion via AmForth Weekend 1 :P All the best (until the next one), Mark On Thu, Jul 16, 2020 at 11:02 AM Mark Roth wrote: > Of t

Re: [Amforth] Ref Card Generation -- working hack

2020-07-16 Thread Mark Roth
llo Mark, > > Brilliant! There are AmForth words there I hadn't realised it had. > > Best wishes, > Tristan > > On 16Jul20 00:49, Mark Roth wrote: > > It's almost there at least as a page that can temporarily replace the > > temporary v5.5 one. This is ge

Re: [Amforth] Ref Card Generation -- working hack

2020-07-15 Thread Mark Roth
13, 2020 at 10:19 PM Mark Roth wrote: > I see there are a few duplicates but I'm not really sure why. Like > RECOGNIZE from recognize.asm. It must have something to do with the way the > msp430 header is formatted that is different from other ones since it isn't > all of th

[Amforth] Ref Card Generation -- working hack

2020-07-13 Thread Mark Roth
I do see that the lists don't get properly sorted either. Still very rough... ___ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] Ref Card Generation -- working hack

2020-07-13 Thread Mark Roth
the best, Mark On Mon, Jul 13, 2020 at 10:09 PM Mark Roth wrote: > So here is a working hack to make a refcard with both the avr8/works and > common/words directory. Since I don't even sort of speak Perl I'll leave > any real fixes to someone who does. However, I made a few notes point

[Amforth] Ref Card Generation -- working hack

2020-07-13 Thread Mark Roth
So here is a working hack to make a refcard with both the avr8/works and common/words directory. Since I don't even sort of speak Perl I'll leave any real fixes to someone who does. However, I made a few notes pointing out the things that were the issue before. There is still the issue of files

Re: [Amforth] amforth-shell.py and python3

2020-07-06 Thread Mark Roth
Super. I just patched my local repo. All I had to do was to add the python3-serial package (debian buster) and change the defaults for the serial port and it fired right up. I'll try it next time I'm passing files around to see how things go here. Thank you, Mark On Mon, Jul 6, 2020 at 12:53 PM

Re: [Amforth] Reference Card page now missing

2020-07-05 Thread Mark Roth
Okay, I got a little bit of a chance to play with this tonight. I wanted to hack out the $prevline variables and forcibly replace them with the actual beginning lines from the file. This then shows all the asm files in common/words that have issues that need to be dealt with. It's at best a hack

Re: [Amforth] Reference Card page now missing

2020-07-05 Thread Mark Roth
Actually not really impressive, yet at least. Mostly I just changed the locations for: my $texdir="../doc/source/TG"; #my $asmdir="../avr8/words"; my $asmdir="../common/words"; so they pointed at the right place to be built. Then I yanked some old asm files from release/5.1 to find out why the

Re: [Amforth] Reference Card page now missing

2020-07-05 Thread Mark Roth
Hopefully this will get sent to the right place... I have been poking around the Perl script that creates the Refcard and managed to get it to spit out a new (well, not quite but...) refcard.rst which can then be build into the webpage when using make to create the htdocs. It works if I change

Re: [Amforth] AmForth Weekend 1 (2020-06-27/28)

2020-06-30 Thread Mark Roth
On Sun, Jun 28, 2020 at 5:29 PM Erich Wälde wrote: > > Dear AmForthers, > > due to some unlikely fluctuation in probability space (or some > other excuse) I declared this weekend to be "AmForth weekend 1" > --- for me at least. While being working on this I decided to let > you know, what is

Re: [Amforth] defer.frt

2020-06-27 Thread Mark Roth
. In any case, it seems that I (should) now have a way to play around with an I2C bus. Onward (until next time...) Mark On Sat, Jun 27, 2020 at 1:32 AM Mark Roth wrote: > Thank you Tristan for the welcome and all of it. > > Yeah, I had done that. I guess pointing out that was missing

Re: [Amforth] defer.frt

2020-06-26 Thread Mark Roth
e defer.frt > > to > > #require defers.frt > > in > > amforth-6.8/common/lib/forth2012/blocks/blocks.frt > > may help. > > Best wishes, > Tristan > > [1] > http://amforth.sourceforge.net/TG/recipes/I2C-EEPROM.html?highlight=eeprom > > On 26Jun

[Amforth] defer.frt

2020-06-26 Thread Mark Roth
Hello, I have been working (and reading extensively) with AmForth this past week or so as I learn Forth from Starting Forth. I wanted to try to play with some eeproms on an I2C bus and from reading here I drifted toward the i2c-eeprom-block.frt post. The problem is that it seems there is no