home bbs files messages ]

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