HELP - NUMERIC STRING ACTING UP!

[Anonymous]

Hi All!
I have an issue with a specific text string which I must put
under control 🙂!
In this test case, the GDL object is reading a string directly
from a text file.
These strings are numeric expressions which have to be
printed as plain text, such as (Ex.):
"(PI * 121.67^2 * 130.19) / 360"

These strings were generated by other GDL objects and written to
a .txt file with a list scheme. Upon initial testing, the text variable "math"
kept on "switching" to a real variable, which kept giving the result of the
equation.
My workaround was to "pad" the generated equation so it would start
with a letter - thus forcing the variable to set as text (Ex.):
"A (PI * 121.67^2 * 130.19) / 360"

A STRSUB function is then used to "chop off" the first to characters,
("A ") and returning a nice clean text string as intended.

THIS IS WHERE I NEED HELP:
Using the PRINT command, the pop-up window shows the string
as it should be (see attachment), but when I use the TEXT2 command,
the string gets all messed up and becomes incoherent (Mathematically,
that is...).
I couldn't find any clue as to controlling this - ideas?

Thanks,
Gil

[Anonymous]

OK - I Got to the cause of the problem:

The text string reversal occurs due to setting the Windows "Advanced"
Regional settings Non-Unicode language to a Non-English setup,
in my case Hebrew.

Although the obvious solution would be to set it back to English,
this is useless due to other programs, including financial software,
depending upon the settings being set to the local language.

Interestingly enough, this presents the example that internally, GDL is full Unicode, as shown in the PRINT command.
But once the data is "poured" into AC's general (Non-Unicode) plan
environment, via TEXT2, the problem pops up.

Notice has been sent to the powers that be.