|
|
Up |
|
|
  |
Date: Mar 19, 2008 11:02
I'm new to Forth and thought it would be a useful addition to my older 8-bit
machines. I've tried a few Forth's from the Walnut Creek CP/M CD, but can't
seem to find one that allows me to load Forth code that was previously saved
to a disk file (with a generic text editor). The closest I've found was
Forth83 (8080 Forth 83 Model V 2.1.0 from June 84) that actually mentions
files in the docs. All the others talk about disk blocks - which cause
screwy behavior (I guess nobody got around to connecting the early Forth's
to the disk calls in BDOS).
I think I must be missing something that's obvious. Because, it seems to
me, just loading a text file from disk should be a very simple thing.
|
| |
|
| | 29 Comments |
|
  |
Author: Bruce McFarlingBruce McFarling Date: Mar 19, 2008 11:56
On Mar 19, 2:02 pm, "John Crane" wrote:
> I'm new to Forth and thought it would be a useful addition to my older 8-bit
> machines. I've tried a few Forth's from the Walnut Creek CP/M CD, but can't
> seem to find one that allows me to load Forth code that was previously saved
> to a disk file (with a generic text editor). The closest I've found was
> Forth83 (8080 Forth 83 Model V 2.1.0 from June 84) that actually mentions
> files in the docs. All the others talk about disk blocks - which cause
> screwy behavior (I guess nobody got around to connecting the early Forth's
> to the disk calls in BDOS).
> I think I must be missing something that's obvious. Because, it seems to
> me, just loading a text file from disk should be a very simple thing.
Look for the version of hForth for CP/M ... it is a Forth-94 Forth
that includes the standard Forth-94 file handling words. Some early
Forth for CP/M will have been Forths developed for other Z80 systems
ported to CP/M.
I believe there may be a copy at Taygeta .... I haven't checked in a
while. The info file still works (I just now checked that)
ftp://ftp.taygeta.com/pub/Forth/Compilers/native/dos/hForth/hfz80v99.txt
Try:
|
| Show full article (1.38Kb) |
|
| | no comments |
|
  |
Author: Udo MunkUdo Munk Date: Mar 20, 2008 12:48
On Wed, 19 Mar 2008 12:02:30 -0600, John Crane wrote:
> I'm new to Forth and thought it would be a useful addition to my older 8-bit
> machines. I've tried a few Forth's from the Walnut Creek CP/M CD, but can't
> seem to find one that allows me to load Forth code that was previously saved
> to a disk file (with a generic text editor). The closest I've found was
> Forth83 (8080 Forth 83 Model V 2.1.0 from June 84) that actually mentions
> files in the docs. All the others talk about disk blocks - which cause
> screwy behavior (I guess nobody got around to connecting the early Forth's
> to the disk calls in BDOS).
Most Forth systems use disk blocks, no matter if that disk blocks are
managed by a filesystem or are located on some sort of raw device and
there is nothing screwy about this. To avoid destroying disk data I have
modified the early FigFORTH systems for CP/M to leave drive a: alone and
use only drive b: for their disk blocks. This is easy to do and avoids
destroying the CP/M filesystem by accident.
> I think I must be missing something that's obvious. Because, it seems
> to me, just loading a text file from disk should be a very simple thing.
I use the following Forth Systems on CP/M that use a file as block storage:
|
| Show full article (1.63Kb) |
| no comments |
|
  |
Author: Udo MunkUdo Munk Date: Mar 20, 2008 12:52
On Wed, 19 Mar 2008 22:09:57 +0000, Edmund H. Ramm wrote:
> In pghconnect.com> "John Crane" writes:
>
>> [...]
>> I've tried a few Forth's from the Walnut Creek CP/M CD, but can't
>> seem to find one that allows me to load Forth code that was previously
>> saved to a disk file (with a generic text editor).
>> [...]
>
> My version of Z80 fig-FORTH (and Z280 fig-FORTH) uses files for screen
> storage. If you want the source, just drop me a line.
>
> Eddi
Eddi,
the latest version of your Z80 figForth i was able to find with sources
is Z80 fig-FORTH 1.1g. If there is any later version I would be
interested. I also would be interested in fig sources for Z80 that still
use the disk device, because all versions I got so far are for the 8080
and maybe you have an earlier Z80 source?
|
| Show full article (0.92Kb) |
| no comments |
|
  |
Date: Mar 20, 2008 14:25
"Udo Munk" unix4fun.org> wrote in message
news:pan.2008.03.20.19.48.08.531999@unix4fun.org...
> On Wed, 19 Mar 2008 12:02:30 -0600, John Crane wrote:
>
> Most Forth systems use disk blocks, no matter if that disk blocks are
> managed by a filesystem or are located on some sort of raw device and
> there is nothing screwy about this. To avoid destroying disk data I have
> modified the early FigFORTH systems for CP/M to leave drive a: alone and
> use only drive b: for their disk blocks. This is easy to do and avoids
> destroying the CP/M filesystem by accident.
>
>
> A harddisk image with this Forth implementations and a Z80 emulator to
> play
> with this stuff is available at http://www.unix4fun.org/z80pack/
>
> Udo Munk
|
| Show full article (1.29Kb) |
| no comments |
|
  |
Author: Elizabeth D RatherElizabeth D Rather Date: Mar 20, 2008 15:40
John Crane wrote:
> "Udo Munk" unix4fun.org> wrote in message
> news:pan.2008.03.20.19.48.08.531999@unix4fun.org...
>> On Wed, 19 Mar 2008 12:02:30 -0600, John Crane wrote:
>>
>> Most Forth systems use disk blocks, no matter if that disk blocks are
>> managed by a filesystem or are located on some sort of raw device and
>> there is nothing screwy about this. To avoid destroying disk data I have
>> modified the early FigFORTH systems for CP/M to leave drive a: alone and
>> use only drive b: for their disk blocks. This is easy to do and avoids
>> destroying the CP/M filesystem by accident.
...
> Looks nice Udo, but I'm not looking for a UNIX file to run with an emulator.
> I need something that will run on a *REAL* Z-80 with CP/M. I don't even
> think my machine can uncompress/whatever a *.tgz file anyway.
>
> I get the block thing now. But it still seems pretty weird/foolish to
> simply abandon the OS's filesystem for something as primitive as disk
> blocks. The enhancement you made seems to me to be the reasonable way to
> approach it - still use blocks at the user lever, but have those blocks go ...
|
| Show full article (2.18Kb) |
| no comments |
|
  |
Author: __ Date: Mar 20, 2008 16:18
On Thu, 20 Mar 2008 15:25:15 -0600, John Crane wrote:
> I get the block thing now. But it still seems pretty weird/foolish to
> simply abandon the OS's filesystem for something as primitive as disk
> blocks.
Primitive lets you do things with the disk that the os won't allow.
|
| |
| no comments |
|
  |
Author: Bruce McFarlingBruce McFarling Date: Mar 20, 2008 17:24
On Mar 20, 5:25 pm, "John Crane" wrote:
> Looks nice Udo, but I'm not looking for a UNIX file to run with an emulator.
> I need something that will run on a *REAL* Z-80 with CP/M. I don't even
> think my machine can uncompress/whatever a *.tgz file anyway.
This file ...
ftp://ftp.taygeta.com/pub/Forth/Compilers/native/dos/hForth/hfz80v99.zip
... includes an emulator, but the Forth is for a real CP/M ... after
all, if it didn't run on CP/M, it wouldn't run on the emulator.
However, I would be surprised if its the early version of .zip that
has a CP/M unzip utility. It would have to be decompressed on a DOS,
Windows, Linux or Mac system, and the decompressed files copied.
> I get the block thing now. But it still seems pretty weird/foolish to
> simply abandon the OS's filesystem for something as primitive as disk
> blocks.
|
| Show full article (1.37Kb) |
| no comments |
|
  |
Author: Jerry AvinsJerry Avins Date: Mar 20, 2008 18:09
Bruce McFarling wrote:
> On Mar 20, 5:25 pm, "John Crane" wrote:
>> Looks nice Udo, but I'm not looking for a UNIX file to run with an emulator.
>> I need something that will run on a *REAL* Z-80 with CP/M. I don't even
>> think my machine can uncompress/whatever a *.tgz file anyway.
>
> This file ...
>
> ftp://ftp.taygeta.com/pub/Forth/Compilers/native/dos/hForth/hfz80v99.zip
>
> ... includes an emulator, but the Forth is for a real CP/M ... after
> all, if it didn't run on CP/M, it wouldn't run on the emulator.
>
> However, I would be surprised if its the early version of .zip that
> has a CP/M unzip utility. It would have to be decompressed on a DOS,
> Windows, Linux or Mac system, and the decompressed files copied.
>
>> I get the block thing now. But it still seems pretty weird/foolish to
>> simply abandon the OS's filesystem for something as primitive as disk
>> blocks. ...
|
| Show full article (2.06Kb) |
| no comments |
|
  |
|
|
  |
Author: Bruce McFarlingBruce McFarling Date: Mar 20, 2008 18:43
On Mar 20, 5:25 pm, "John Crane" wrote:
> Looks nice Udo, but I'm not looking for a UNIX file to run with an emulator.
> I need something that will run on a *REAL* Z-80 with CP/M. I don't even
> think my machine can uncompress/whatever a *.tgz file anyway.
I have unzipped the Z80 hForth 0.99 package, and put the files at:
http://groups.google.com/group/niclos-for-forth-94/files
... which is a Google Group that was going to get created sometime
this summer. It is, in any event, _apropos_ to what the group will be,
as hForth for Z80 makes an excellent test-bed for compatibility in the
setting of a free standing small system ... running BMW on it revealed
several portability problems with BMW.
The Google Groups file uploader balks at uploading .COM files, so the
file HFZ80RAM.CPM should be renamed HFZ80RAM.COM for a CPM system. For
a native CP/M system, there is no need for the HFZ80RAM.DCM file,
which is a renamed DOS .COM file.
|
| Show full article (1.25Kb) |
| no comments |
|
RELATED THREADS |
  |
|
|
|
|
|