Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
INSTR bug?
#1
Edit: Bah, never mind
Reply
#2
"Gets confused", "behaving badly" ??? Do you have a code example?

For example what does your version do with this?
Code: (Select All)
s$ = "1, 2, 3, 4, 5, 6"
p = InStr(s$, ", ")
While p
    Print p
    p = InStr(p + 2, s$, ", ")
Wend


Attached Files Image(s)
   
b = b + ...
Reply
#3
(02-27-2023, 12:48 PM)GTC Wrote: I guess the recommendation will be to upgrade, but does anyone recall INSTR behaving badly?

Before posting here and claiming one of the older, extensively-used functions has a bug, you need to provide example code which proves your point. If you have to use the first integer parameter of INSTR(), which could be left out and then it's assumed to be one, the chance increases of it returning zero for perhaps being put far ahead in the string for the search to be of any consequence. Alternatively there is now _INSTRREV() which searches backward from the end of the string toward the beginning.

If the call to INSTR() in your code has three parameters and the first one is an integer variable you have to watch the value of that variable. It cannot be zero nor negative; I believe Q(uick)BASIC was supposed to return an Illegal Function Call there.
Reply
#4
... after sleeping on it found an INPUT that should be an INPUT LINE

Getting rusty.
Reply




Users browsing this thread: 1 Guest(s)