[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0904281148410.670-100000@netrider.rowland.org>
Date: Tue, 28 Apr 2009 11:51:43 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: Clemens Ladisch <clemens@...isch.de>
cc: Kernel development list <linux-kernel@...r.kernel.org>,
USB list <linux-usb@...r.kernel.org>
Subject: Re: NLS: utf8 conversions
On Tue, 28 Apr 2009, Clemens Ladisch wrote:
> Alan Stern wrote:
> > Your comments agree pretty well with what I had concluded. However a
> > lot of the source files have lengthy tables of wchar_t values; changing
> > them to 32 bits would waste a lot of space.
> >
> > As a sort of compromise, I came up with this patch (not tested yet,
> > although it compiles okay). How does it look to you?
>
> From a not-having-it-tested-either perspective, it looks good.
>
> > +utf8_to_utf32(unicode_t *p, const u8 *s, int n)
> > +utf32_to_utf8(u8 *s, unicode_t u, int maxlen)
> > +utf8s_to_utf16s(wchar_t *pwcs, const u8 *s, int n)
> > +utf16s_to_utf8s(u8 *s, const wchar_t *pwcs, int maxlen, int inlen,
>
> Minor nitpick: You already have enhanced the insane parameter ordering
> of wcsntombs_be(), but the meaning of all these functions' parameters
> would be even more obvious if the buffer size would immediately follow
> the corresponding buffer pointer.
Since these routines are used in so few places, I can easily change the
parameter ordering to something more reasonable (like uni2char and
char2uni, for example).
> Anyway,
> Acked-by: Clemens Ladisch <clemens@...isch.de>
Thanks for the review.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists