--- Comment #15 from paolo dot carlini at oracle dot com 2009-08-03 20:16
---
Feedback not forthcoming.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #13 from radhika dot ganganna at oracle dot com 2009-01-12
10:48 ---
Hi,
Even if I avoid using our implementation of codecvt, i still get the same
output of missing data.
Regards,
Radhika
--
radhika dot ganganna at oracle dot com changed:
What|Removed
--- Comment #14 from paolo dot carlini at oracle dot com 2009-01-12 11:11
---
Then, post your new (correct, I hope) codecvt
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from paolo dot carlini at oracle dot com 2009-01-09 09:41
---
As I said, I'm seeing the expected final size, that is 1002. Also, I don't
think your testcase is correct, you don't want do_always_no_conv to return
true, nothing takes care in your codecvt of packing of
--- Comment #9 from paolo dot carlini at oracle dot com 2009-01-09 09:56
---
... and, by the way, exactly because your codecvt is broken - doesn't properly
convert each in-memory wchar_t to a single external char - you maintain to see
1 / 4 of the expected Forecast strings: actually
--- Comment #10 from radhika dot ganganna at oracle dot com 2009-01-09
10:09 ---
Hi,
I'm afraid if it's an issue with codecvt as such. The same code generates the
expected ouput on all other unix platforms except Linux.
The expected output is not 1002 bytes as suggested. Even if I
--- Comment #11 from paolo dot carlini at oracle dot com 2009-01-09 10:15
---
Sorry, but I don't think your codecvt can wrok in any meaningful way as-is.
Either you provide more information as to why - basing on the exact citations
from the Standard - it should work, or we are not
--- Comment #12 from sebor at roguewave dot com 2009-01-09 16:57 ---
(In reply to comment #3)
Created an attachment (id=17044)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17044action=view) [edit]
As others have mentioned, the codecvt facet in your test case is broken.
The
--- Comment #4 from radhika dot ganganna at oracle dot com 2009-01-08
08:58 ---
Created an attachment (id=17053)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17053action=view)
Testcase which demonstrates the error
The code writes the wstring Forecast 100 times to wofstream.
--- Comment #5 from radhika dot ganganna at oracle dot com 2009-01-08
08:59 ---
Created an attachment (id=17054)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17054action=view)
nullcodecvt.h needed to compile linuxunicode.cpp
--
--- Comment #6 from paolo dot carlini at oracle dot com 2009-01-08 14:36
---
I can't reproduce, neither with stock FSF gcc3.4.6 neither with current
gcc4.3.2 and mainline (I'm assuming you expect a 1002 bytes output). I suggest
testing a current FSF GCC release, and file a new PR in
--- Comment #7 from radhika dot ganganna at oracle dot com 2009-01-09
04:44 ---
Hi Paolo,
The expected result is the string Forecast should be output 100 times to
wofstream. But it's ouput only 25 times.
Regards,
Radhika
--
radhika dot ganganna at oracle dot com changed:
--- Comment #3 from radhika dot ganganna at oracle dot com 2009-01-07
10:58 ---
Created an attachment (id=17044)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17044action=view)
The testcase for the current issue
Please look into the code that's causing the issue.
After
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-06 20:23 ---
You did not supply a full testcase so it is hard to tell what is going on. Can
you produce a short testcase which shows the problem. It might be because the
wide character is an invalid character. Since you are
--- Comment #2 from radhika dot ganganna at oracle dot com 2009-01-07
06:35 ---
Hi,
Thanks for the reply. I would send the testcase soon.
The issue seems to be that the output sent to wofstream stops updating the
stream after certain number of characters. In our case it's after
15 matches
Mail list logo
