Thomas De Contes wrote:
Le 25 août 2011 à 14:36, Greg Wooledge a écrit :
On Wed, Aug 24, 2011 at 06:51:32PM -0700, Linda Walsh wrote:
BTW, Thomas -- what is the Character that comes after 'De' in your
name? I read it as hex '0xc282c2' which doesn't seem to be valid unicode.
` Greg Wooledge wrote:
On Wed, Aug 24, 2011 at 06:51:32PM -0700, Linda Walsh wrote:
BTW, Thomas -- what is the Character that comes after 'De' in your
name? I read it as hex '0xc282c2' which doesn't seem to be valid unicode.
RFC 2822 (section 2.2) says that Header Fields in an ema
>
> Le 25 août 2011 à 14:17, Chet Ramey a écrit :
>
> >> so, wcwidth is apple's responsibility, then no libre-software developer
> >> can do anything,
> >> Am I right ?
> >
> > To a certain extent, yes. wcwidth is a libc function, and it has a bug
> > on Mac OS X.
>
> Well, libc is a part of
On 08/25/2011 02:56 PM, Chet Ramey wrote:
On 8/25/11 8:17 AM, Roman Rakus wrote:
On 08/16/2011 03:42 PM, Roman Rakus wrote:
The following two patches add support for multibyte characters in ansic_*
functions. Effectively it is changing behaviour of:
1) printf's %q format option
2) command not f
On Thu, Aug 25, 2011 at 03:09:04PM +0200, Thomas De Contes wrote:
> Well, libc is a part of linux, isn't it ?
libc is the generic name for an implementation of the library of functions
required by various standards, including ISO/ANSI C, POSIX, and so on.
It's usually named libc* and located in /l
Le 25 août 2011 à 14:17, Chet Ramey a écrit :
>> so, wcwidth is apple's responsibility, then no libre-software developer can
>> do anything,
>> Am I right ?
>
> To a certain extent, yes. wcwidth is a libc function, and it has a bug
> on Mac OS X.
Well, libc is a part of linux, isn't it ?
Does
Le 25 août 2011 à 14:36, Greg Wooledge a écrit :
> On Wed, Aug 24, 2011 at 06:51:32PM -0700, Linda Walsh wrote:
>> BTW, Thomas -- what is the Character that comes after 'De' in your
>> name? I read it as hex '0xc282c2' which doesn't seem to be valid unicode.
(it is NBSP (for address book))
>
On 8/25/11 8:17 AM, Roman Rakus wrote:
> On 08/16/2011 03:42 PM, Roman Rakus wrote:
>> The following two patches add support for multibyte characters in ansic_*
>> functions. Effectively it is changing behaviour of:
>> 1) printf's %q format option
>> 2) command not found error message
>> 3) readlin
On Wed, Aug 24, 2011 at 06:51:32PM -0700, Linda Walsh wrote:
> BTW, Thomas -- what is the Character that comes after 'De' in your
> name? I read it as hex '0xc282c2' which doesn't seem to be valid unicode.
RFC 2822 (section 2.2) says that Header Fields in an email must be
composed of US-ASCII ch
On 08/16/2011 03:42 PM, Roman Rakus wrote:
The following two patches add support for multibyte characters in ansic_*
functions. Effectively it is changing behaviour of:
1) printf's %q format option
2) command not found error message
3) readline's syntax error message
4) XTRACE output
It's a set
> so, wcwidth is apple's responsibility, then no libre-software developer can
> do anything,
> Am I right ?
To a certain extent, yes. wcwidth is a libc function, and it has a bug
on Mac OS X. I will have a workaround in the next readline release.
Chet
--
``The lyf so short, the craft so long
11 matches
Mail list logo
