From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
12-18-2013 11:14 AM
Using LabWindows/CVI 2012 SP1.
I'm trying to create a Chinese language version of one of our applications. I have a msgrte.txt that has been translated into Chinese, and I've run countmsg.exe on it to update the magic numbers. Countmsg.exe reports success, and the numbers are changed.
I've replaced the following files with the new msgrte.txt, for testing purposes:
C:\Windows\SYSWOW64\cvirte\bin\msgrte.txt
C:\Windows\SYSWOW64\cvirte\bin\msgrt4.txt
C:\Windows\System32\cvirte\bin\msgrte.txt
When I run the application, it crashes (unrecoverable error) as soon as I do anything that requires text from this file, e.g. a FileSelectPopup.
If I use the standard English version of msgrte.txt, the application runs OK (though of course the standard popup panels have English text).
An eyeball inspection of the translated msgrte.txt doesn't show up anything peculiar about the file.
System locale is set to Chinese (Simplified, China).
Anyone have any ideas for identifying the problem?
Solved! Go to Solution.
12-19-2013 11:25 AM
Hi Martin,
Are you trying to change the settings for a deployed application or for your development machine? The files to change are different depending one what you are trying to change. Have a look at the articles below:
Changing the Standard Messages Used in LabWindows/CVI
How To Include Translated msgrte.txt Files into a LabWindows/CVI Distribution Kit
Best Regards,
Chris
12-20-2013 07:33 AM
I eventually want to change the messages for a deployed application, but I'm testing it on the development machine.
I've opened a support call with NI now as I think it needs some specialist help - but I'll report back to the community when a resolution is found.
01-24-2014 05:21 AM - edited 01-24-2014 05:22 AM
I promised to report back when a solution was found, so here it is:
It turns out that the format of at least some of the messages in msgrte.txt is critical, and will cause the application to crash if not correct. In my case, the message:
1331 "__All Files (*.*)..."
had been translated with a space character missing, i.e. to (the Chinese equivalent of):
1331 "__All Files(*.*)..."
This message appears to be used as a filter specifier in FileSelectPopup (and FileSelectPopupEx), so the space between the description and the wildcard designator is important.
So if you are translating msgrte.txt, be careful! If, like me, you are getting it translated by a third party into a language you don't understand, be doubly careful