From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26765 invoked by alias); 28 Jul 2009 11:05:59 -0000 Received: (qmail 26749 invoked by uid 22791); 28 Jul 2009 11:05:59 -0000 X-Spam-Check-By: sourceware.org Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 28 Jul 2009 11:05:49 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 7208A6D5598; Tue, 28 Jul 2009 13:05:38 +0200 (CEST) Date: Tue, 28 Jul 2009 11:05:00 -0000 From: Corinna Vinschen To: cygwin-talk@cygwin.com Subject: Re: bug in mbrtowc? Message-ID: <20090728110538.GR18621@calimero.vinschen.de> Reply-To: cygwin-talk@cygwin.com Mail-Followup-To: cygwin-talk@cygwin.com References: <416096c60907271456x5e8cb3f7y64433d542ec6cdcb@mail.gmail.com> <20090728091413.GJ18621@calimero.vinschen.de> <4A6ED4D6.5080905@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A6ED4D6.5080905@gmail.com> User-Agent: Mutt/1.5.19 (2009-02-20) Mailing-List: contact cygwin-talk-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: cygwin-talk-owner@cygwin.com Reply-To: The Vulgar and Unprofessional Cygwin-Talk List Mail-Followup-To: cygwin-talk@cygwin.com X-SW-Source: 2009-q3/txt/msg00039.txt.bz2 On Jul 28 11:37, Dave Korn wrote: > Corinna Vinschen wrote: > > > > That's a bug in the newlib function __utf8_mbtowc. I'm really surprised > > that this bug has never been reported before since it's in the code for > > years, probably since it has been introduced in 2002. > > I'm not terribly surprised. How much use for i18n is there in the typical > embedded microcontroller? We're probably the first project to really use this > code in anger(*); After having sent my mail I started to wonder as well. Unicode and wide-char support in a 64K RAM board sounds like waste. I had expected that RTEMS is using this a bit more, though. > cf. also how we still shake out the odd longstanding > floating point bug in newlib, another area that is significantly less-used in > tiny embedded apps than on desktop workstations. plus the entirely missing area of long double support. Corinna