Re: Strings -- Character counted vs NULL terminated

Does the program generating the text really generate strings or just text
with embedded CRLFs? In the latter case, you may want to deal with the text
by parsing out strings with SPLIT.

-----Original Message-----
From: Richard Owlett [mailto:rowlett_at_atlascomm.net]
Sent: Thursday, September 20, 2001 1:59 PM
To: sftalk_at_forth.com
Subject: [sftalk] Strings -- Character counted vs NULL terminated

I'm writing a program that manipulates textual data produced by another
program. The majority of the strings are longer than 255 characters (
longest so far has been less than 1024). Many also include embedded CRLF
pairs.

My initial attack was to create words similar to the standard, but with
the character count being in the leading CELL instead of leading BYTE.

I'm beginning to think that I would have to go thru fewer gyrations if I
used NULL terminated strings. AND, I would have to write fewer custom
words.

My question:
Is there any significant reason to stay with counted strings. The manual
and source code seem to indicate the "zstrings" were introduced
primarily to ease interface with Windows.
----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe sftalk" to listar_at_forth.com
For help with listar commands, send subject "help" to listar_at_forth.com
Archives are located at http://www.forth.com/sftalk -- check them out!
Search the archives! Visit http://www.forth.com/search for details.
----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe sftalk" to listar_at_forth.com
For help with listar commands, send subject "help" to listar_at_forth.com
Archives are located at http://www.forth.com/sftalk -- check them out!
Search the archives! Visit http://www.forth.com/search for details.
Received on Thu Sep 20 2001 - 15:46:01 PDT