zsh-workers
 help / color / mirror / code / Atom feed
* Directories with multibyte names are never empty
@ 2008-06-04 12:01 Raúl Núñez de Arenas Coronado
  2008-06-04 12:12 ` Mikael Magnusson
  2008-06-04 12:36 ` Peter Stephenson
  0 siblings, 2 replies; 4+ messages in thread
From: Raúl Núñez de Arenas Coronado @ 2008-06-04 12:01 UTC (permalink / raw)
  To: zsh-workers

Hi all :)

First of all, my excuses if this is already solved. I haven't been
following the list with much attention lately and I'm using zsh-4.3.4
in my Ubuntu, which may be a bit outdated.

This said, the problem is very easy to reproduce:

$ mkdir H
$ mkdir H/ō  <-- This is an "o" with a dash above
$ mkdir H/a
$ mkdir H/empty
$ touch H/a/test
$ touch H/ō/test
$ print -l **/*(/^F)
H/empty
H/ō

The last output should be just "H/empty", but the directory with the
"ō" is considered empty, too (and it is obviously not empty).

I have multibyte enabled and my encoding is UTF-8 (both in console and
in the filesystem). Curiously, this doesn't happen with letters like
"ñ", "á", "é", etc. which are multibyte and are encoded using two
bytes in UTF-8, just like "ō" (0x014D => 0xC5 0x8D in UTF-8).

My locale is a mix between en_US-UTF-8 and es_ES-UTF-8 (I want the
messages in English; date, time, collation and ctype in Spanish).

If you need more information, just tell. Thanks a lot in advance :) 

Raúl "DervishD" Núñez de Arenas Coronado
-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Directories with multibyte names are never empty
  2008-06-04 12:01 Directories with multibyte names are never empty Raúl Núñez de Arenas Coronado
@ 2008-06-04 12:12 ` Mikael Magnusson
  2008-06-04 12:36 ` Peter Stephenson
  1 sibling, 0 replies; 4+ messages in thread
From: Mikael Magnusson @ 2008-06-04 12:12 UTC (permalink / raw)
  To: zsh-workers

2008/6/4 Raúl Núñez de Arenas Coronado <raul@dervishd.net>:
> Hi all :)
>
> First of all, my excuses if this is already solved. I haven't been
> following the list with much attention lately and I'm using zsh-4.3.4
> in my Ubuntu, which may be a bit outdated.
>
> This said, the problem is very easy to reproduce:
>
> $ mkdir H
> $ mkdir H/ō  <-- This is an "o" with a dash above
> $ mkdir H/a
> $ mkdir H/empty
> $ touch H/a/test
> $ touch H/ō/test
> $ print -l **/*(/^F)
> H/empty
> H/ō
>
> The last output should be just "H/empty", but the directory with the
> "ō" is considered empty, too (and it is obviously not empty).
>
> I have multibyte enabled and my encoding is UTF-8 (both in console and
> in the filesystem). Curiously, this doesn't happen with letters like
> "ñ", "á", "é", etc. which are multibyte and are encoded using two
> bytes in UTF-8, just like "ō" (0x014D => 0xC5 0x8D in UTF-8).
>
> My locale is a mix between en_US-UTF-8 and es_ES-UTF-8 (I want the
> messages in English; date, time, collation and ctype in Spanish).
>
> If you need more information, just tell. Thanks a lot in advance :)

FWIW, it works fine here, 4.3.6-dev-0.

-- 
Mikael Magnusson

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Directories with multibyte names are never empty
  2008-06-04 12:01 Directories with multibyte names are never empty Raúl Núñez de Arenas Coronado
  2008-06-04 12:12 ` Mikael Magnusson
@ 2008-06-04 12:36 ` Peter Stephenson
  2008-06-04 13:21   ` Raúl Núñez de Arenas Coronado
  1 sibling, 1 reply; 4+ messages in thread
From: Peter Stephenson @ 2008-06-04 12:36 UTC (permalink / raw)
  To: zsh-workers

=?UTF-8?B?UmHDumwgTsO6w7Fleg==?= de Arenas Coronado wrote:
> First of all, my excuses if this is already solved. I haven't been
> following the list with much attention lately and I'm using zsh-4.3.4
> in my Ubuntu, which may be a bit outdated.

I think this was fixed by the following, after 4.3.4.

2007-10-22  Peter Stephenson  <pws@csr.com>

	* 24006: Src/glob.c: (F) glob qualifier needs to unmetafy.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Directories with multibyte names are never empty
  2008-06-04 12:36 ` Peter Stephenson
@ 2008-06-04 13:21   ` Raúl Núñez de Arenas Coronado
  0 siblings, 0 replies; 4+ messages in thread
From: Raúl Núñez de Arenas Coronado @ 2008-06-04 13:21 UTC (permalink / raw)
  To: Peter Stephenson; +Cc: zsh-workers

Saluton Peter :)

On Wed, 04 Jun 2008 13:36:51 +0100, Peter Stephenson dixit:
> =?UTF-8?B?UmHDumwgTsO6w7Fleg==?= de Arenas Coronado wrote:
> > First of all, my excuses if this is already solved. I haven't been
> > following the list with much attention lately and I'm using
> > zsh-4.3.4 in my Ubuntu, which may be a bit outdated.
> 
> I think this was fixed by the following, after 4.3.4.
> 
> 2007-10-22  Peter Stephenson  <pws@csr.com>
> 
> 	* 24006: Src/glob.c: (F) glob qualifier needs to unmetafy.

Mmm, sorry Peter, I missed this entry from the changelog. Sorry for
the noise and thanks a lot for the information. 

Raúl "DervishD" Núñez de Arenas Coronado
-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2008-06-04 13:23 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-06-04 12:01 Directories with multibyte names are never empty Raúl Núñez de Arenas Coronado
2008-06-04 12:12 ` Mikael Magnusson
2008-06-04 12:36 ` Peter Stephenson
2008-06-04 13:21   ` Raúl Núñez de Arenas Coronado

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).