Why does my LabVIEW occasionally display in Chinese?

[soren_jensen]

Dear Jon,

None of the solutions that you proposed did the trick. My main problem is not Chinese in VI's but in the Distributed Systems Manager 2010 version. Please see attached image.

/søren

[Jon_S.]

Navigate to <NI DIR>\Shared\LabVIEW Run-Time\2010\English.

What is in this directory?

Do you have a lvapp.rsc file there?  If so what is the timestamp on it?  If you don't have it you can either repair, which should replace it.  Also, you could take this file from a computer that is working and put it in this directory.

[soren_jensen]

Jon,

I have four LV licenses, 3 of my computers are displaying this problem. However, the one working is still in LV 8.5 and therefore does not have the runtime 2010 folder. Attached pls find the content of my runtime folder. On an earlier post you mentioned that there should be a .tmp file, however this file is not there. Also, I hate running LV repairs. I have performed LV repairs at least 5 times this year on different machines, it takes forever and there is always one version of some strange LV distribution CD that I seem to be missing. It would be very nice if "run a repair" was not the default answer from NI. Sorry for saying it directly, but I am quite sure I am not the only long term LV'er that still dreams of the stability in LV 7.1. Perhaps its the fading incorrect memory of the "good old times", but I dont remember ever having to run a repair on a LV 7.1 installation. At least it certainly never expected me to understand Chinese 😉

/søren

[Jon_S.]

Hello Soren,

The reason that your applications are showing up in Chinese is that you are missing lvapp.rsc from this folder.  Because we can't find the files that are missing we go to the next Language (Chinese).  This is the problem described by CAR 202900 that I described in my previous post.

Repairing LabVIEW should never be the default answer from NI in any situation.  We want to know why a problem occurred so we can fix it.  If you have been given this advice to no avail by our support team in the past then I appologize.  This is not the guidance they are given from R&D.  In this case repairing will fix this issue.  A repair checks every file that is installed.  It does not check for correctness.  In this case it should see that lvapp.rsc is missing and replace it.

I have attached my lvapp.rsc file but I might have a different build of the 2010 SP1 RTE than you do.

[MrYoung]

My collegue and I have only just both had this problem occur, and it is related to installing LV2011. We had never seen this issue before, but since we both installed 2011 and continued to work in 2009, the problem cropped up for both of us. I hope this helps NI solve the issue.

[Jon_S.]

Hello MrYoung,

We believe that we have found the cause a good solution to both of the problems that are detailed in this post.  If you are experiencing CAR 189850 it has been fixed in LabVIEW 2011.  To solve the issue you can simply open and save your VI in LV 2011.  If you need it fixed in a previous version then you can save for previous from 2011.  If you do not have LV 2011 please contact our support for an AE to assist you.

If you are experiencing CAR 202900 this issue was cause by not restarting after installing something that installed the LV Runtime Engine.  You can fix the issue by looking at this post.

For some reason it appears that the CAR isn't on the Known Issues list that is linked but I'll check to see why that happened.

[mniedernhuber]

Hello,

i have the same problem with chinese on my system...

- sometimes the EXE is displayed in chinese

- sometimes the full LV Project Explorer is in chinese

I go through some suggestions:

1. <NIDIR>\Shared\LabVIEW Run-Time\2010\English --> i don't have any temp file in there, also in other language folder, geman is my default language

I have seen that problem some days ago:

1. "languages of the rumtime system" i selected only german, and as default language i used "german"

2. the compiled EXE was displayed in chinese

The lvapp.rsc in my "german" folder has following MD5

ab4aa196e7ddcb2ef6025a534ea54ac5 *lvapp.rsc

I have installed on my development system (all full developer)

LV 2009 SP1

LV 2010 SP1

LV 2011

All settings in Windows (language, etc. are set to german), nothing changed since a fresh installation some weeks ago.

Windows x64 Ultimate, german, LV all in x32

At the moment i don't know how to get rid of this...

[Brian-G]

Hi sjunge,

You have 3 versions of LabVIEW installed on your machine.  Are you sure that you are checking the directory for the version you are using?  Also, is the VI itself corrupted or just the .exe and project tree?

If it is only in built executables, try repairing the version of LabVIEW you are compiling in and see if this solves the issue.  Good luck!

Brian

[mniedernhuber]

Hello Brian,

yes, i need all 3 versions, due to the fact that LV has no LTS and no down compatibility

to previous versions, but that is another point. We deliver still updates for our measurement

software to our customers (written in LV2009). It is not possible to compile the software

in a higher LV version, because the EXE won't work anymore if the customer has installed

only the run-time from LV2009.

I have checked the correct folder and i did also a search in "c:\Program Files (x86)\National Instruments\"

for all "*.tmp" files, there are no temp files.

I have had both, the compiled EXE was in chinese and also the "labview.exe" frontend itself.

I could solve that by restarting my computer. Last time i saw that bug is 2 or 3 weeks ago, meantime

i habe changed nothing, no software installation (or uninstall).

I will repair LV 2010, that is the only version where i have that problem.

Stefan

[mniedernhuber]

Hello Brian,

today, after some month, i had the problem again, see the pictures.

The project window:

and also some parts of the code is wrong:

The intressting point is, that my comments "Standwerte" (standard values) and also the

output DBL Arrays are correct. (array upper limits, array lower limits) and the boolesch

output if the values are found. Also the error in, out and my own label for the path input.

Other parts, like the standard values inside the array constants and the string constants

are in chinese.

After restarting LV2010 everything was fine and in german.

Did NI made any progress on that bug?

Stefan