From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28167 invoked by alias); 29 Oct 2014 19:12:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Received: (qmail 28131 invoked by uid 48); 29 Oct 2014 19:12:48 -0000 From: "arjun.is at lostca dot se" To: glibc-bugs@sourceware.org Subject: [Bug stdio/17522] `fputws' errors out when writing wide characters to unbuffered stream Date: Wed, 29 Oct 2014 19:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: stdio X-Bugzilla-Version: 2.21 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arjun.is at lostca dot se X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-10/txt/msg00124.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=17522 --- Comment #5 from Arjun Shankar --- (In reply to Carlos O'Donell from comment #4) > It's a QoI issue. Yes. > For example, printing ASCII, should just print right away, it's unbuffered, > and that's valid UTF-8. It should not be a naive implementation where you > might have 4 ASCII characters waiting in a buffer before being printed. Agreed. I incorrectly used the word 'buffer' in my comment. What I was trying to say is that ideally, the encoder should have enough "internal memory" to convert the internal representation of a wide character into the one used by the current encoding scheme. Which brings us back to the question of: * we do this?: > Thus tst-skeleton.c needs to be enhanced to allow the test to define the > size of the stdout buffer it needs and then that can be allocated and passed > to setvbuf * or this?: > enhance the file stream support to do this when unbuffered. -- You are receiving this mail because: You are on the CC list for the bug.