Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

need support Multibytes Language for xml output file path #140

Open
GoogleCodeExporter opened this issue Jul 31, 2015 · 2 comments
Open

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Use CP949 or EUC-KR EUC-JP, Multibytes Language for their country
2. and Execute File has filepath that include multibyte Language
3. ex) c:\Documents and Users\Japaness or Korean Charset(EUC-KR, EUC-JP)
\abc\a.exe

What is the expected output? What do you see instead?
 xml output result should parse with IE 

What version of the product are you using? On what operating system?
0.3.0

Please provide any additional information below.
I checked google test source.

It is in gtest-internal.h line 759

AssertHelper( result_type, __FILE__ <--- this is the bug reason )

the xml encoding type is utf-8

But __FILE__ is just have ascii

but, gtest.cc line 3095 in XmlUnitTestResultPrinter::PrintXmlTestInfo 
function

Just Write that filename directly.

It cause xml parsing error.

So. I think. Change __FILE__ value to Unicode Type(UCS2 or UCS4)
and reconvert to utf-8. 

thank you.

Original issue reported on code.google.com by [email protected] on 13 Apr 2009 at 5:19

@GoogleCodeExporter
Copy link
Author

Original comment by [email protected] on 14 Apr 2009 at 6:00

  • Changed state: Accepted
  • Added labels: OpSys-All

@GoogleCodeExporter
Copy link
Author

Original comment by [email protected] on 27 Sep 2010 at 7:00

  • Changed title: need support Multibytes Language for xml output file path
  • Added labels: Priority-Low
  • Removed labels: Priority-Medium

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant