921024 - about fputws

Question

0.00/5 (No votes)

See more:

hi in the following code:

FILE *fp=fopen("f5.txt", "wt");
LPCWSTR uctext=L"سلام";
int stat=fputws(uctext,fp);
fclose(fp);

i get an empty file with stat=-1. why?! i expect fputws convert the unicode text which is in arabic language to multibyte string and write it to file.
any idea?
thx

Posted 14-Jan-14 6:02am

ilostmyid2

Add a Solution

Comments

André Kraak 14-Jan-14 12:20pm

As stated in the fputws[^] documentation check the errno[^] to see what went wrong.

CPallini 14-Jan-14 13:36pm

~~Your code looks correct. Don't know if it is a fputws bug. You may try a workaround.~~
Richard is correct, see his answer.

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Richard MacCutchan · Accepted Answer · 2014-01-14T06:56:00

Solution 1

I tested your code and received the error EILSEQ (42), which indicates that a character was found in the string that cannot be converted.

[edit]
Feedback from OP suggests that the WideCharToMultiByte function has been used to resolve the problem.
[/edit]

Posted 14-Jan-14 6:56am

Richard MacCutchan

Updated 17-Jan-14 22:21pm

v2

Comments

CPallini 14-Jan-14 13:53pm

My 5.

Richard MacCutchan 14-Jan-14 14:00pm

Thanks, it took some finding.

ilostmyid2 15-Jan-14 1:25am

thanx to both. yes, i checked errno and found the same value. but it's weird. what's in the string which cannot be converted? we know that all unicode characters have equivalents in multibyte sequence form. i changed it to a simpler unicode string, a single arabic letter seen (U+0633). i also thought the editor may not correctly provide the string. so i used "\x633" instead of entering the letter directly into the string. but the result was the same.
what's wrong?!

Richard MacCutchan 15-Jan-14 3:53am

I am not certain of the answer but I think it has something to do with locale. Check the documentation at http://msdn.microsoft.com/en-us/library/5d7tc9zw.aspx, especially the remarks about using the _wcstombs_l function.

ilostmyid2 15-Jan-14 5:06am

i added the following line:
_locale_t l = _get_current_locale();
i see that l.locinfo.lc_codepage is zero while the system locate is set to 1256. maybe visual studio (2010) doesn't know and may not adapt itself to system locale? wCodePage in l.locinfo.lc_id is also 0!

Richard MacCutchan 15-Jan-14 6:35am

I haven't used that function for many years, so am not sure what the content should be. You may need to try the create and set functions to set it for your language. There is also the WideCharToMultiByte function which has other options for handling different character sets.

ilostmyid2 17-Jan-14 8:26am

thx, i'll check it. does it have a single byte version?

Richard MacCutchan 17-Jan-14 12:07pm

What do you mean by single byte version? http://msdn.microsoft.com/en-us/library/windows/desktop/dd319072(v=vs.85).aspx perhaps?

ilostmyid2 17-Jan-14 23:33pm

no, i mean a conversion of a single char instead of a string of chars.

ilostmyid2 18-Jan-14 3:07am

ok, now i checked WideCharToMultiByte and it works :)
but the problem still exists. i can't force fputws to use this function for converting the input argument to multibyte. it internally uses wcstombs. it seems that the only way is to convert it to multibyte in memory and write the result into the file by fputs, not to use fputws.
anyway, your last comment solved my problem. please add it as a separate solution, so that i can rate (accept) it.
thx

Richard MacCutchan 18-Jan-14 4:21am

Thank you for the feedback; see the update to my solution.

ilostmyid2 18-Jan-14 3:10am

besides, i realized that the same function may be used to convert a single unicode char to a single multibyte one too.

ilostmyid2 15-Jan-14 1:36am

so the problem gets simpler. in the following code:
wchar_t *uctext=L"\x633";
int sz=wcstombs(NULL, uctext, 1);
what's wrong that causes sz to get -1 and errno get EILSEQ?

ilostmyid2 15-Jan-14 1:42am

or r in this code:
wchar_t wc=L'\x633';
char c;
int r=wctomb(&c,wc);
why gets -1?