[Mono-bugs] [Bug 464128] New: char* should be in ANSI encoding when passed to C runtime rather than Unicode
bugzilla_noreply at novell.com
bugzilla_noreply at novell.com
Wed Jan 7 08:54:23 EST 2009
https://bugzilla.novell.com/show_bug.cgi?id=464128
Summary: char* should be in ANSI encoding when passed to C
runtime rather than Unicode
Product: Mono: Runtime
Version: unspecified
Platform: All
OS/Version: Windows
Status: NEW
Severity: Major
Priority: P5 - None
Component: misc
AssignedTo: mono-bugs at lists.ximian.com
ReportedBy: kornelpal at gmail.com
QAContact: mono-bugs at lists.ximian.com
Found By: ---
Linux implements Unicode support using UTF-8 that uses char*. C runtime
function are thus safe to be called with internal char* representations.
Windows on the other hand implements Unicode support using UTF-16 using
wchar_t* and provides support for ANSI code pages using char*.
The ANSI code page is a system-wide non-Unicode code page.
This is major issue on Windows because this can result in unexpected esoteric
bugs that are hart to track using non-English characters in file names for
example.
As a result we should avoid using C runtime library calls that result in
operating system calls. (String manipulation without is fine though.)
GLib on the other hand properly implements UTF-8 to UTF-16 conversion and avoid
this problem.
This is also a security issue because file names can be improperly represented.
The solution is to either use GLib functions for these C runtime calls or use
the Unicode versions on Windows.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the mono-bugs
mailing list