From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-32676-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 20824 invoked by alias); 2 Jun 2014 17:27:11 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 32676
Received: (qmail 901 invoked from network); 2 Jun 2014 17:27:08 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE,
	RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=Yph9903SOI+3N4oA1SowoscNDG+Ti/ZAQsaDNl+vLPM=;
        b=iZ11TIKcIHBCm6DjVBJQSQeMD8U5dj9KrAuvE6/UXsXwNaRMiRAQOmLMprCBEMr52s
         O/Pk6Q6baB2HBnjB/Q7uQiSW3tXUztrWI2o6+AjL0kK9b1UyqfiIaLs/RuZUmIaGNz+K
         pXHu4hR071TKYIzgVV4rKVO821lAwQhZiE4AoE9v1aqs8PuNkdYho08fcaKxnqBkO4pl
         iZvoYX71u1zuQV81+xdKDYQFawJJ7lLDCdQUr8CQfocjVVzI7rdRke52sb+PHomZZVZn
         oiTL0msaSTFLJ1NUzCeEc6ysMkPjQe6tYvhwPcTEONSFwWXM7kV/0XlkF5GpxTiYQz51
         aq+w==
X-Gm-Message-State: ALoCoQkqFNke8VAA/dGFxJ2SybEr5LfJoQJ+CaugBrmj9YPl6s9+2g8WZROrqqJpRWnwxtKUr/DW
MIME-Version: 1.0
X-Received: by 10.140.40.180 with SMTP id x49mr48140619qgx.16.1401730025297;
 Mon, 02 Jun 2014 10:27:05 -0700 (PDT)
In-Reply-To: <89931C75-9470-40CA-B278-EE6A5746582D@kba.biglobe.ne.jp>
References: <AB81F9FB-8D84-4656-9EFE-F2F98B196861@me.com>
	<20140531201617.4ca60ab8@pws-pc.ntlworld.com>
	<140531142926.ZM556@torch.brasslantern.com>
	<20140601022527.GD1820@tarsus.local2>
	<140601005624.ZM3283@torch.brasslantern.com>
	<CD609837-A990-4621-A7D9-E8F4FD89A9EB@kba.biglobe.ne.jp>
	<140601125323.ZM9969@torch.brasslantern.com>
	<89931C75-9470-40CA-B278-EE6A5746582D@kba.biglobe.ne.jp>
Date: Mon, 2 Jun 2014 10:27:05 -0700
Message-ID: <CAH+w=7YRRXj7ZzjzYd+cMsdgSr4RCRo_3KtjBttRbmXg6MkL3Q@mail.gmail.com>
Subject: Re: Unicode, Korean, normalization form, Mac OS X and tab completion
From: Bart Schaefer <schaefer@brasslantern.com>
To: "Jun T." <takimoto-j@kba.biglobe.ne.jp>
Cc: zsh-workers@zsh.org
Content-Type: multipart/alternative; boundary=001a11c127663b021304faddb48a

--001a11c127663b021304faddb48a
Content-Type: text/plain; charset=UTF-8

On Jun 2, 2014 10:16 AM, "Jun T." <takimoto-j@kba.biglobe.ne.jp> wrote:
>
> Is it possible for iconv() to return >=0 while orig_name_len != 0 ?
> man iconv(3) mentions four possible cases,
> three of them are error (return value is -1),
> and the remaining one is (returnvalue>=0 and orig_name_len==0).

I'm not sure how it maps onto the described return cases, but I encountered
a case in testing where iconv returned zero and orig_name_len was
unchanged, i.e., nothing was copied to conv_name_ptr.  Without the extra
test this results in empty string as the output filename.

--001a11c127663b021304faddb48a--