From owner-freebsd-alpha Thu Aug 31 15:15:29 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 37D3E37B423 for ; Thu, 31 Aug 2000 15:15:27 -0700 (PDT) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id PAA18957; Thu, 31 Aug 2000 15:13:06 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpdAAAiiaaGK; Thu Aug 31 15:12:38 2000 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id PAA15027; Thu, 31 Aug 2000 15:14:53 -0700 (MST) From: Terry Lambert Message-Id: <200008312214.PAA15027@usr06.primenet.com> Subject: Re: wide chars? towlower, etc.? To: freebsd-alpha@FreeBSD.ORG Date: Thu, 31 Aug 2000 22:14:47 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert) In-Reply-To: <20000831145043.C34556@dragon.nuxi.com> from "David O'Brien" at Aug 31, 2000 02:50:43 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Thu, Aug 31, 2000 at 03:49:36PM +0000, Terry Lambert wrote: > > > I did presentations at a couple of the Unicode conferences and > > > in the process, looked at the multibyte/wide char issues in glib > > > and in Tru64. It is my recollection that towupper and towlower are > > > macros defined in wctype.h which should be part of glib-2.0 and > > > later. the pertinent routine for the actual conversion should > > > be towctrans(). You might want to take a look at the Tru64 docs. > > > If you do not have them handy then use the docs mounted off of my > > > webpage: http://www.iisc.com/dunix/ARH9YATE/CHDVLPSF.HTM > > > > This should all really go into a "libxpg4". > > The contents of which has been folded into libc. Either you missed or ignored the part about where I said bloating libc was a bad idea in general, and bloating it in such a way as to make upgrading with new software from an outside (non-FreeBSD) source difficult is an intrinsically bad idea. Historically, we have seen this as, e.g., a failure to be able to easily update the DNS resolver libraries to the 8.2.2p5 level (and subsequently, the 9x level, when it is soon released). One of the biggest problems with network applications these days is the lack of an asynchronus resolver library, such as that which ships with 9.x. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message