--- /dev/null
+Return-Path: <ckanru@gmail.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 9C204429E25\r
+ for <notmuch@notmuchmail.org>; Tue, 13 Sep 2011 21:38:26 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.699\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5\r
+ tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001,\r
+ RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id kZ36J3wQGfMi for <notmuch@notmuchmail.org>;\r
+ Tue, 13 Sep 2011 21:38:25 -0700 (PDT)\r
+Received: from mail-gx0-f171.google.com (mail-gx0-f171.google.com\r
+ [209.85.161.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 06EBC431FB6\r
+ for <notmuch@notmuchmail.org>; Tue, 13 Sep 2011 21:38:24 -0700 (PDT)\r
+Received: by gxk22 with SMTP id 22so1476748gxk.2\r
+ for <notmuch@notmuchmail.org>; Tue, 13 Sep 2011 21:38:23 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
+ h=sender:from:to:cc:subject:in-reply-to:date:message-id:references\r
+ :user-agent:mime-version:content-type;\r
+ bh=rMVs2heN2wkhOFHnEEDbL15kZng0rCK29rpzIwxLqF8=;\r
+ b=TBiZUy5PAdLA4zfybfBBaywONxZ59abz93l9ZzRYK/LbIdG2LIgNaQXZ8MabhLpOV+\r
+ 1V5y/c0CcT+Rlygmr7HggwFTkhUkCnvijVAImyPzNCzpqL6dQbzdhjvF7lo51lJjnGpC\r
+ aKBofrTl4pxsNqMrLg3WZuMu1iYX058DLj4IY=\r
+Received: by 10.90.248.38 with SMTP id v38mr1715101agh.56.1315975103394;\r
+ Tue, 13 Sep 2011 21:38:23 -0700 (PDT)\r
+Received: from isil.kanru.info (61-30-10-70.static.tfn.net.tw [61.30.10.70])\r
+ by mx.google.com with ESMTPS id w16sm5937550anl.2.2011.09.13.21.38.20\r
+ (version=TLSv1/SSLv3 cipher=OTHER);\r
+ Tue, 13 Sep 2011 21:38:22 -0700 (PDT)\r
+Sender: Kan-Ru Chen <ckanru@gmail.com>\r
+Received: from localhost ([127.0.0.1] helo=isil.kanru.info)\r
+ by isil.kanru.info with esmtp (Exim 4.76)\r
+ (envelope-from <kanru@kanru.info>)\r
+ id 1R3hEm-0001NC-CK; Wed, 14 Sep 2011 12:38:16 +0800\r
+From: Kan-Ru Chen <kanru@kanru.info>\r
+To: Martin Owens <doctormo@gmail.com>\r
+Subject: Re: Unicode Paths\r
+In-Reply-To: <1315972539.2201.11.camel@delen> (Martin Owens's message of "Tue,\r
+ 13 Sep 2011 23:55:39 -0400")\r
+Date: Wed, 14 Sep 2011 12:38:12 +0800\r
+Message-ID: <8739fzwxfv.fsf@isil.kanru.info>\r
+References: <1315972539.2201.11.camel@delen>\r
+User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+Cc: Notmuch developer list <notmuch@notmuchmail.org>\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Wed, 14 Sep 2011 04:38:26 -0000\r
+\r
+Martin Owens <doctormo@gmail.com> writes:\r
+\r
+> Hello Again,\r
+>\r
+> I notice in the lib code notmuch_database_open(),\r
+> notmuch_database_create() these functions use const char *path for the\r
+> directory path input. Is this unicode safe?\r
+>\r
+> The python bindings (and ctype docs) seem to suggest using something\r
+> called 'wchar_t *' for accepting unicode but that's for C not C++.\r
+>\r
+> Is this something that should be patched?\r
+\r
+I think as long as the path does not contain embedded null character\r
+then it is safe. Most posix filesystem does not allow null character in\r
+the filename so you cannot use UTF-16 or UTF-32 to encode the unicode\r
+path.\r
+\r
+-- \r
+Kanru\r