On Friday, December 16, 2022 at 9:53:44 PM UTC-6, dxforth wrote:
Are screen users any less capable of improving on what they've done? After working withForth blocks:
same for many years I gravitated to a form that satisfied me. I won't say it's the only
or best way.
I camp often months at a time in all seasons contending with thunder
storms, freezing nights, blistering days but worst of all Mariah; not
to mention gnats, mosquitoes and flies that can bite through socks and
draw blood, poison plants, thorns that puncher through shoes and
briers that entangle and rip, spiders, snakes, wild pig (do my best to
avoid mountain lion and bear). Living in a house is much easier, but
all the other can be dealt with and life on trail provides many
lasting memories.
--
me
Here I was thinking screens for source code was an easier alternative
to having one large text file or a multitude of small ones. It wasn't >intended to be a punishment :)
...
With a library file of less than 300 K you will have
nearly all standard words, an assembler, loadable
floating point, binary search, sorting ...
...
With a library file of less than 300 K you will have
nearly all standard words, an assembler, loadable
floating point, binary search, sorting ...
Wil Baden described a directory system for blocks (FD5/3).
In my system, executing a module name loads it. Loading the names
is simply a matter of loading the library e.g. 1 FLOAD DOSLIB
https://pastebin.com/VRQ026PA
In article <tnoofm$12db$1@gioia.aioe.org>, dxforth <dxforth@gmail.com> wrote:
On 18/12/2022 8:00 pm, albert wrote:
...
With a library file of less than 300 K you will have
nearly all standard words, an assembler, loadable
floating point, binary search, sorting ...
Wil Baden described a directory system for blocks (FD5/3).
In my system, executing a module name loads it. Loading the names
is simply a matter of loading the library e.g. 1 FLOAD DOSLIB
https://pastebin.com/VRQ026PA
My system is more convenient, I guess.
WANT AUTOLOAD
...
Loading individual words from floating point makes no sense.
They are loaded with
WANT -fp-
(BTW for anyone looking at my code the '2LITERAL' should be 'SLITERAL'.
Seems this was a long-standing bug I never noticed until now :)
Actually there are both of them: SLITERAL and 2LITERAL.How do you mean? The bug was 2LITERAL compiled a reference to a string
in a buffer, as opposed to compiling the string itself. Under the
conditions I'd been using it, the buffer contents didn't change and the
bug remained unnoticed :(
I don't recall if I was using any of that two words — but I took a peek into kernel.asm; yes, there are both of them defined. So if you're going
to rename 2LITERAL to SLITERAL, then there's a need to do something
with (present) SLITERAL too.
(BTW for anyone looking at my code the '2LITERAL' should be 'SLITERAL'.
Seems this was a long-standing bug I never noticed until now :)
Actually there are both of them: SLITERAL and 2LITERAL.
Actually there are both of them: SLITERAL and 2LITERAL.How do you mean? The bug was 2LITERAL compiled a reference to a string
in a buffer, as opposed to compiling the string itself. Under the
conditions I'd been using it, the buffer contents didn't change and the
bug remained unnoticed :(
No, no intent of renaming. I used 2LITERAL in an app where properly SLITERAL should have been used.
No, no intent of renaming. I used 2LITERAL in an app where properly SLITERAL >> should have been used.
Do you mean any application that was available for download
or included directly in package? Which one?
DOSLIB (supplied with DX-Forth) is subject to change. There is always the risk previous applications written with it will break on a change or bugfix. Apps included in the DX-Forth package should be compatible with the version of DOSLIB enclosed. Apps I distribute separately won't necessarily be updated. HTH
In my copy of DOSLIB.SCR (66560 bytes from 2022-07-13) there isn't
any occurence of 2LITERAL.
Wil Baden described a directory system for blocks (FD5/3).
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 300 |
Nodes: | 16 (2 / 14) |
Uptime: | 35:08:42 |
Calls: | 6,707 |
Files: | 12,239 |
Messages: | 5,353,387 |