Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #32944
| From | Unknown <dog@gmail.com> |
|---|---|
| Newsgroups | comp.lang.forth |
| Subject | Re: Raspberry Pi |
| Date | 2014-08-16 11:55 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <pan.2014.08.16.12.02.10@gmail.com> (permalink) |
| References | <459c4364-cb8f-43c4-91a4-d2dae28350b0@t30g2000prm.googlegroups.com> <F5udnbRDzcVoOVDOnZ2dnUVZ_q6dnZ2d@giganews.com> |
On Mon, 21 Jul 2014 18:40:37 -0500, dalnefre wrote: > If you're looking for a true bare-metal FORTH on the Raspberry Pi, you > may be interested in a recent port of jonesforth that removes the > dependency on Linux. > > https://github.com/organix/pijFORTHos OK, that looks interesting, but to avoid the need to buy & keep new SDs for each such experiment; eg. TinyCore ...etc., I wonder if it's possible to 'fix' the SDs MSDOS booter, so that by just dd-ing a few bytes [via your card-reader], you could point the <load and run> to various such systems. I don't expect the following to work, but just as a naive concept: = if MSDOS booter jumps/starts the 1st-of-4 partitions which is marked-as-bootable [needs only 1 byte to be set], the simplistically that seems that you could direct the rPi to run different bare-metal aps from the same SD. Of course not without 'reprogramming' it. OTOH perhaps you could use what I've been doing to mark sound-files with only on on/off-switch: FOR i := 1 TO n mark the file i; Prompt to cutNowFor iMarked; restoreFileToDefaultMarking This would allow the SD to be programmed by the last-set/run ap.
Back to comp.lang.forth | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: Raspberry Pi dalnefre <dale.schumacher@gmail.com> - 2014-07-21 18:40 -0500 Re: Raspberry Pi Unknown <dog@gmail.com> - 2014-08-16 11:55 +0000
csiph-web