I think you probably is right about the reason for the behaviour. I should have used the <> instead but I didn't saw that operator option in the docs I had. (Maybe sloppy reading on my part.)
The tip about text books is good! Now my main problem is currently the unexpected behaviour with Split function and the resulting array. I think I have to test it out as usual (unless the text books can help). Thanks for the help! Thomas Berg Mundus Vult Decipi Den fre 23 jan. 2026 11:35Jeremy Nicoll <[email protected]> skrev: > On Fri, 23 Jan 2026, at 04:34, Thomas Berg wrote: > > > That helps. (I didn't found them when I googled by some reason, the > search > > has degraded in later years...) > > > > (Although still no syntax for conditions, like that "If a not = b" > don't > > work but "If not a = d" do! I miss IBMs syntax diagrams.) > > There's possibly a difference between "If a <> b" (for 2 numbers, 2 > strings, > maybe 2 objects?) and "If not (condition)" (for booleans?) - I don't > know. > > I think that I would clarify the intended meaning by writing > > If not (a = d) > > just as I might write > > If (hot and sunny) or (rain and walking) > > rather than > > If hot and sunny or rain and walking > > where operator precedence and/or strict left to right (or the reverse, > eg APL's right to left expression evaluation) would be enforced (by > the interpreter), but a human looking at it wouldn't instantly know > precisely what it meant. > > > I would expect that you could find secondhand textbooks on VBS, very > easily & cheaply on ebay or Amazon marketplace, or Abebooks. > > -- > Jeremy Nicoll - my opinions are my own. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
