![]() |
||
| Home | SwiftForth Archive | SwiftX Archive | |

The behavior is as defined by DPANS:
Adjust the character string at c-addr1 by n characters. The resulting
character string, specified by c-addr2 u2, begins at c-addr1 plus n
characters and is u1 minus n characters long.
I actually use it when parsing strings, using the /STRING function
until it returns a negative value.
rick
On 3/15/07, Gene LeFave <gene_at_tekdata.com> wrote:
> I just got stung by a bug caused by calling /STRING with a value greater
> then the string length. Seems to me that /STRING ought to check for that
> and not return a string length <0.
>
> On the other hand I can see how someone might expect that behavior and
> use /STRING for something other then strings.
>
> Just wondering what other folks thought.
>
> Gene
>
> ----------------------------------------------------------------------
> sftalk_at_forth.com The SwiftForth programming discussion email list
> To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
> For list command help, send subject "help" to sftalk-request_at_forth.com
> Message archives are located at http://www.forth.com/archive/sftalk
> ----------------------------------------------------------------------
> This list is a forum for SwiftForth users. For product support and
> bug reports, please send email to support_at_forth.com
> ----------------------------------------------------------------------
>
>
----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
For list command help, send subject "help" to sftalk-request_at_forth.com
Message archives are located at http://www.forth.com/archive/sftalk
----------------------------------------------------------------------
This list is a forum for SwiftForth users. For product support and
bug reports, please send email to support_at_forth.com
----------------------------------------------------------------------
Received on Thu Mar 15 2007 - 06:51:09 PDT
This archive was generated by hypermail 2.2.0 : Tue Dec 02 2008 - 03:04:42 PST