Windows file I/O not internationalized

We have a Windows application (TCL script really) that wants to find the
IP address of the PC it runs on; it effectively does

  cmd /c "ipconfig > ip.txt"

then reads the file. This works fine everywhere, except... I have a user
with WinXP set to Chinese language. For this user, the file stops after
"Ethernet adapter" (contains just 53 characters). Doing ipconfig without
redirection in a CommandPrompt window works fine and says the equivalent
of "Local Area Connection" in Chinese.

Seems to me that file I/O redirection, angle-brackets or pipe symbols,
stop at the first non-English character. Is this a known bug or feature?
If so, does anyone know a workaround? Otherwise, does this have security
implications?

Cheers,

Paul Szabo - psz@maths.usyd.edu.au  http://www.maths.usyd.edu.au:8000/u/psz/
School of Mathematics and Statistics  University of Sydney   2006  Australia

--
NTBugtraq Editor's Note:

Want to reply to the person who sent this message? This list is configured such 
that just hitting reply is going to result in the message coming to the list, 
not to the individual who sent the message. This was done to help reduce the 
number of Out of Office messages posters received. So if you want to send a 
reply just to the poster, you'll have to copy their email address out of the 
message and place it in your TO: field.
--