topic Re: Strings arithmetic with a Variant in FlexSim Forum

Strings arithmetic with a Variant

mischa_spelt — Tue, 05 Sep 2017 11:43:25 GMT

@Patrick Zweekhorst found some interesting behavior when variants containing strings are involved in arithmetic. For example, consider the following:

Variant str = "Hello world";
return [1 + str, str + 1, 60 * str, str * 60, str / 10, 10 / str];
// Gives [1, 1, 0, 60, 10, 1.#INF00]

I cannot even figure out what is going on here: sometimes strings behave as the identity (0 for addition, 1 for multiplication) but not always and the operators no longer even seem commutative.

It would have made sense if this threw an exception, or even just gave 0.

Of course, the solution is not to use strings and check the type first before you do. But in this case, where the variant was read from a table (str = Table("GlobalTable")[1][1]) it took a while to figure out what went wrong in the model, since the resulting numbers (aside from 10 / str) look quite reasonable.

Re: Strings arithmetic with a Variant

JordanLJohnson — Wed, 06 Sep 2017 18:13:08 GMT

In all the examples you have given, you are using a binary operator with a Variant and a non-variant (int or double) value. If the Variant is on the right, then the variant is first cast to a number. in the case of the string variant, that will always be zero. If the Variant is on the left, the Variant checks to see if it is a number type. If it is, it casts itself to a number and does the operation. If not, the operator will return the value on the right.

If both values are Variants, then both must be string or number types. In the string case, you can only add. If you are not adding strings, or if the types mismatch, you will get a null value.

This behavior is by design. @anthony.johnson may have some further insight. As a way to catch this issue sooner, try to do Variant math rather than Variant/non-Variant math. This will produce null values, rather than numbers, if there is a type mismatch.

Re: Strings arithmetic with a Variant

mischa_spelt — Thu, 07 Sep 2017 09:19:36 GMT

Thanks for the explanation Jordan. I guess what made the least sense to me was
"If not, the operator will return the value on the right."