From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25487 invoked by alias); 13 Dec 2006 23:20:24 -0000 Received: (qmail 25471 invoked by uid 22791); 13 Dec 2006 23:20:23 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 13 Dec 2006 23:20:17 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id kBDNKFTh004845 for ; Wed, 13 Dec 2006 18:20:15 -0500 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id kBDNKEu7016704; Wed, 13 Dec 2006 18:20:14 -0500 Received: from [192.168.7.77] (vpn-14-15.rdu.redhat.com [10.11.14.15]) by lacrosse.corp.redhat.com (8.12.11.20060308/8.11.6) with ESMTP id kBDNKD7K029837; Wed, 13 Dec 2006 18:20:14 -0500 Message-ID: <45808AA8.1020507@redhat.com> Date: Wed, 13 Dec 2006 23:20:00 -0000 From: Ulrich Drepper User-Agent: Thunderbird 1.5.0.8 (X11/20061107) MIME-Version: 1.0 To: Jakub Jelinek CC: Glibc hackers Subject: Re: [PATCH] Fix wide stdio References: <20061124130448.GK3849@sunsite.mff.cuni.cz> <45670D02.6010402@redhat.com> <20061127140506.GN3849@sunsite.mff.cuni.cz> <456B009E.6060403@redhat.com> <20061208095248.GB3819@sunsite.mff.cuni.cz> In-Reply-To: <20061208095248.GB3819@sunsite.mff.cuni.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Mailing-List: contact libc-hacker-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00010.txt.bz2 I don't particularly like the patch since I think the wide buffer should be controlled by the user. But a) it's a lot of work and I don't foresee having time for something as unimportant as this and b) nobody really cares about this (the effects should be opaque) If and when the opportunity arrives to make the correct fix it can be made on top of the new code. -- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖