Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.forth    |    Forth programmers eat a lot of Bratwurst    |    117,927 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 117,253 of 117,927    |
|    Hans Bezemer to dxf    |
|    Re: "The Best Programming Language for t    |
|    28 Apr 25 12:39:23    |
      From: the.beez.speaks@gmail.com              On 28-04-2025 11:22, dxf wrote:       > On 27/04/2025 8:28 pm, Hans Bezemer wrote:       >> ...       >> Just a shame the very basics are missing. The only thing holding Forth back       is the refusal to abstract strings. Wanna make it a counted string with a cell       count? Do it. Wanna keep on doing counted strings? Do it. Wanna do ASCIIZ       strings? No problem.       >       > But aren't string primitives a la ANS-Forth the key to flexibility? I've       used       > the concatenation primitive +STRING ( a u a2 u2 -- a2 u+u2 ) countless       times.       >       > : ZPLACE ( c-addr u c-addr2 -- ) zcount +string + 0 swap c! ;       >       > : ZAPPEND ( c-addr u c-addr2 -- ) zcount + zplace ;                     The problem is: it's defined nowhere. Not in Wil Baden Toolbelt, not in       ANS Forth, Forth 2012 - and I can't find a good CoMuS list anymore, it       seems.              And I see it like a "commodity word" (as you suggest) to build higher       level string words. As such it serves its purpose and I would support       such a proposal.              Still - it doesn't give one the level of abstraction that makes things       portable on the application level. It's just a step towards       implementation dependent string formats.              See my problem?              Hans Bezemer              --- SoupGate-DOS v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca