From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Willing to debug bug #3542 (23.0.94; File access via UNC path slow again under Windows) Date: Tue, 14 Jul 2009 13:28:19 +0900 Message-ID: References: <7dbe73ed0907051401o26903ca3t9a67060f3a3417ad@mail.gmail.com> <83fxda1pef.fsf@gnu.org> <7dbe73ed0907060038w53699f77ie742996955ae8118@mail.gmail.com> <838wj11sz4.fsf@gnu.org> <83my7fz09s.fsf@gnu.org> <7dbe73ed0907081347q12dfd1a2lbbff915c49362f75@mail.gmail.com> <4A55D68D.8050407@gnu.org> <7dbe73ed0907090453s3e125b4ar142b90a268b105e2@mail.gmail.com> <7DAFC004A33C486A9E29A59689E7F02E@us.oracle.com> <4A5619F5.8010008@gnu.org> <8363e1zoak.fsf@gnu.org> <83hbxjrmue.fsf@gnu.org> <83ws6cqudb.fsf@gnu.org> <83tz1gqr33.fsf@gnu.org> <83prc4q7ef.fsf@gnu.org> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1247545726 19202 80.91.229.12 (14 Jul 2009 04:28:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Jul 2009 04:28:46 +0000 (UTC) Cc: schwab@linux-m68k.org, Stefan Monnier , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 14 06:28:39 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MQZd8-0001X5-No for ged-emacs-devel@m.gmane.org; Tue, 14 Jul 2009 06:28:39 +0200 Original-Received: from localhost ([127.0.0.1]:32792 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQZd8-0006lr-0j for ged-emacs-devel@m.gmane.org; Tue, 14 Jul 2009 00:28:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MQZd3-0006kH-Fr for emacs-devel@gnu.org; Tue, 14 Jul 2009 00:28:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MQZcx-0006h8-Sh for emacs-devel@gnu.org; Tue, 14 Jul 2009 00:28:32 -0400 Original-Received: from [199.232.76.173] (port=51251 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQZcx-0006h5-Mm for emacs-devel@gnu.org; Tue, 14 Jul 2009 00:28:27 -0400 Original-Received: from tyo202.gate.nec.co.jp ([202.32.8.206]:37839) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MQZct-0007Vl-9p; Tue, 14 Jul 2009 00:28:24 -0400 Original-Received: from relay11.aps.necel.com ([10.29.19.46]) by tyo202.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id n6E4SGVj005100; Tue, 14 Jul 2009 13:28:19 +0900 (JST) Original-Received: from relay21.aps.necel.com ([10.29.19.20] [10.29.19.20]) by relay11.aps.necel.com with ESMTP; Tue, 14 Jul 2009 13:28:19 +0900 Original-Received: from dhlpc061 ([10.114.114.32] [10.114.114.32]) by relay21.aps.necel.com with ESMTP; Tue, 14 Jul 2009 13:28:19 +0900 Original-Received: by dhlpc061 (Postfix, from userid 31295) id CA66352E227; Tue, 14 Jul 2009 13:28:19 +0900 (JST) System-Type: x86_64-unknown-linux-gnu Blat: Foop In-Reply-To: <83prc4q7ef.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 14 Jul 2009 06:18:32 +0300") Original-Lines: 20 X-detected-operating-system: by monty-python.gnu.org: Solaris 8 (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:112440 Archived-At: Eli Zaretskii writes: >> As said Andreas, this would stop at the first NUL, which may appear >> within the string. > > But then a gazillion other places are buggy: we _do_ use SDATA(str) as > a C string, and pass it to functions that will stop examining the > string on the first null. A random example: > > d = opendir (SDATA (Fdirectory_file_name (encoded_dir))); That's a limitation of opendir (and posix filenames in general), and there's absolutely nothing we can do it (so there's no point in worrying about that case), but we shouldn't introduce new limitations, since for many other uses, NUL-containing strings are fine. -Miles -- Scriptures, n. The sacred books of our holy religion, as distinguished from the false and profane writings on which all other faiths are based.