Comparison of two hexadecimal strings in Lucee failed oddly, and I eventually worked out what was going wrong. What's the accepted way to compare these strings as strings, instead of "zero in scientific notation" and "zero with extra steps"?

compare or compareNoCase

^^^ nailed it. @Asher Densmore-Lynn in future, pls post the actual code (or the link to the gist in trycf) instead of just a picture of it?

Sure, sorry.

It's fine in this case cos the answer was quick / easy. But if we have to mess around with yer code to try to work out what's going on, it's difficult to do with just a picture 😉

Yeah, that's fair, I just figured it was going to be a quick glance and didn't know you could paste gists. Otherwise I would've sent it to Pastebin or something.

Are you sure you are using the function correctly? This BTW is the same value in AFC 2021 Compare Description Performs a case sensitive comparison of two strings. Returns • -1, if string1 is less than string2 • 0, if string1 is equal to string2 1, if string1 is greater than string2

Yeah, you have to ! it to get it to work the way you want, which leaves you in the odd place of having to use a not on a function called "compare" to test for equality.

Um no you are trying to compare a string to a string which is NOT the same as a string to a number. The function I would argue is working correctly, https://trycf.com/gist/fbbc18de0593ddd2abdf3a8deb83fb58/lucee5?theme=monokai <-- Lucee, and AFC both do the same thing, which is the ASCII value of two strings and summed up then checked, which N1 has a higher value than N2. Your code is asking is this string to number blob is the same as this other string to number blob. Lucee, and AFC are saying, YUP String, to number blob 1 is higher than the string to number blob 2

Doesn't https://trycf.com/gist/cb308de2efc42ab444118d9a7be2027e/lucee5?theme=monokai disagree?

He tried that. Look at the initial screenshot. It returns true, which is incorrect.

Ugh, sloppy, but I rewrote it a bunch.

His code is stating a binary comparison, this is why I use tag, its just easier to debug https://trycf.com/gist/fba7d87812d5ff8f3639003b7b040017/lucee5?theme=monokai

While I am not sure you want to this, it does behave like I would expect, especially if you try it against Java method compareToIgnoreCase writeoutput(('0E1232'.toString() === '000000'.toString()) & "<br>");

Oh, neat. That's at least more idiomatic.