utf-8 string is not handled about inih HOT 4 CLOSED

As UTF-8 is just an extension of ASCII, inih should handle UTF-8 just fine -- 
and in my tests, it does. I tested examples/ini_dump with the attached file, 
which contains those Chinese characters you included above, and it parses and 
dumps it without any problems.

So I think something else is going on here -- either your code handler function 
is doing something odd, or perhaps the file you've got isn't actually encoded 
as UTF-8?

Could you please attach the .ini file you're dealing with, as well as the code 
that's causing it to crash. If possible, please narrow it down to a small 
test-case that reproduces the problem. Also, please let me know what's the 
exact error/exception you're seeing -- is it a core dump?

Thanks a lot for prompt response. 

I am getting same issue even with the file you attached.

issue is with isspace function, used in find_char_or_comment(). 
isspace() function is being used for every character(byte). When 
"Stock淨值查詢" string is being tested, till letter 'k' is fine but next 
utf-8 charcter is spread in 3 bytes. Hex of First character of 3 byte char 
sequence is e6, which is negative value if seen as individual byte.

When you perform test, what was your system locale. My endpoint is Win7, 64 bit 
machine. Initially image was English but i manually changed it to 
Chinese(simplified) locale. 

I have attached error snapshot while running in debug mode. 

Let me know if any more info needed. 

Note: In code, i nowhere see handling of such character which may be longer 
than 1 byte.

Ah, very helpful -- thanks. I figured out this is caused by MSVC's default char 
type of "signed char" (most other compilers default to unsigned char, I think). 
And when compiling against the debug libraries with "cl /MDd", you get this 
assertion error. You can hack around it by also compiling with the /J flag 
(default char type of unsigned char), but I fixed this in the code as well, in 
r27, and uploaded a new zip file for version r27.

See also:

http://msdn.microsoft.com/en-us/library/ms245348.aspx

https://www.securecoding.cert.org/confluence/display/seccode/STR37-C.+Arguments+
to+character+handling+functions+must+be+representable+as+an+unsigned+char

Fixed and tested with r27, closing.