GNU bug report logs - #17938
Very long path name can not handle in windows mingw emacs.

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Severity: wishlist; Reported by: Masamichi HOSODA <trueroad@HIDDEN>; dated Fri, 4 Jul 2014 18:09:04 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.
Severity set to 'wishlist' from 'normal' Request was from Eli Zaretskii <eliz@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 17938 <at> debbugs.gnu.org:


Received: (at 17938) by debbugs.gnu.org; 4 Jul 2014 20:07:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jul 04 16:07:45 2014
Received: from localhost ([127.0.0.1]:43142 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1X39lo-0002hg-Fd
	for submit <at> debbugs.gnu.org; Fri, 04 Jul 2014 16:07:44 -0400
Received: from mtaout26.012.net.il ([80.179.55.182]:56277)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1X39ll-0002hP-MO
 for 17938 <at> debbugs.gnu.org; Fri, 04 Jul 2014 16:07:43 -0400
Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il
 (HyperSendmail v2007.08) id <0N8700700D2T0I00@HIDDEN> for
 17938 <at> debbugs.gnu.org; Fri, 04 Jul 2014 23:03:26 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0N870068MEDQKT50@HIDDEN>; Fri, 04 Jul 2014 23:03:26 +0300 (IDT)
Date: Fri, 04 Jul 2014 23:07:21 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#17938: Very long path name can not handle in windows mingw
 emacs.
In-reply-to: <20140705.000554.460429865.trueroad@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: Masamichi HOSODA <trueroad@HIDDEN>
Message-id: <83wqbsevly.fsf@HIDDEN>
References: <20140705.000554.460429865.trueroad@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 17938
Cc: 17938 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> Date: Sat, 05 Jul 2014 00:05:54 +0900 (JST)
> From: Masamichi HOSODA <trueroad@HIDDEN>
> 
> Very long path name files can not handle in windows mingw emacs.
> 
> GNU Emacs 24.3.1 (i386-mingw-nt6.2.9200)
> GNU Emacs 24.3.92.1 (x86_64-w64-mingw32)
> etc.
> 
> It is a path name over about 260 characters.
> The files and folders are not displayed in dired.
> So they are unable to open.
> When you drag and drop the folder from explorer, emacs shows a message like
> "Directory /long/path/name/folder inaccessible or nonexistent".
> 
> 
> I think that the following is the cause.
> In the mingw environment, MAX_PATH is defined as 260.
> Emacs source src/w32.c uses MAX_PATH for filename buffers.

The use of MAX_PATH is on purpose.  It is not an accident, and
defining it to a larger value will not solve the problem, see below.

> However, NTFS (NT File System) can handle longer path name than 260 characters.

Yes, NTFS can handle file names that are longer than 260 characters.
However, that feature comes at a high price.  First, every file name
needs to be converted to the "\\?\X\foo" format, before handing it to
system APIs and C library functions that accept file names.  Next,
some standard functions cannot handle such names (examples: _wchdir,
_wstat), so they need to be rewritten using other, lower-level
primitives.  Finally, most programs and utilities that come with
Windows cannot handle these files.  The most striking example is the
Windows Explorer, but since we are talking about Emacs, it is
worthwhile to remember that no compiler, linker, or utility like Diff
or Patch or Coreutils can handle such files.  So you cannot copy,
rename, or delete such files, except by the program which created
them; and you cannot compile them.  IOW, they are all but useless.

For these reasons, I think that support for such file names is very
low priority for Emacs on Windows.

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#17938; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 4 Jul 2014 18:08:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jul 04 14:08:45 2014
Received: from localhost ([127.0.0.1]:43060 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1X37ud-0006p5-JA
	for submit <at> debbugs.gnu.org; Fri, 04 Jul 2014 14:08:44 -0400
Received: from eggs.gnu.org ([208.118.235.92]:57860)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <trueroad@HIDDEN>) id 1X354A-0002Mi-Uv
 for submit <at> debbugs.gnu.org; Fri, 04 Jul 2014 11:06:24 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <trueroad@HIDDEN>) id 1X353v-0006fA-NQ
 for submit <at> debbugs.gnu.org; Fri, 04 Jul 2014 11:06:17 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled
 version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:41612)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <trueroad@HIDDEN>) id 1X353v-0006f5-K2
 for submit <at> debbugs.gnu.org; Fri, 04 Jul 2014 11:06:07 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:59522)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <trueroad@HIDDEN>) id 1X353o-0004nR-2W
 for bug-gnu-emacs@HIDDEN; Fri, 04 Jul 2014 11:06:07 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <trueroad@HIDDEN>) id 1X353g-0006cs-Jw
 for bug-gnu-emacs@HIDDEN; Fri, 04 Jul 2014 11:06:00 -0400
Received: from msa04.plala.or.jp ([58.93.240.4]:43439 helo=msa04b.plala.or.jp)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <trueroad@HIDDEN>) id 1X353g-0006cT-4F
 for bug-gnu-emacs@HIDDEN; Fri, 04 Jul 2014 11:05:52 -0400
Received: from msc02.plala.or.jp ([172.23.12.32]) by msa04b.plala.or.jp
 with ESMTP
 id <20140704150547.MPUD12371.msa04b.plala.or.jp@HIDDEN>
 for <bug-gnu-emacs@HIDDEN>; Sat, 5 Jul 2014 00:05:47 +0900
Received: from localhost ([60.36.90.14]) by msc02.plala.or.jp with ESMTP
 id <20140704150547.MDDB7344.msc02.plala.or.jp@localhost>
 for <bug-gnu-emacs@HIDDEN>; Sat, 5 Jul 2014 00:05:47 +0900
Date: Sat, 05 Jul 2014 00:05:54 +0900 (JST)
Message-Id: <20140705.000554.460429865.trueroad@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: Very long path name can not handle in windows mingw emacs.
From: Masamichi HOSODA <trueroad@HIDDEN>
X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-VirusScan: Outbound; msa04b; Sat, 5 Jul 2014 00:05:48 +0900
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.0 (----)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Fri, 04 Jul 2014 14:08:42 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.0 (----)

Hello.

Very long path name files can not handle in windows mingw emacs.

GNU Emacs 24.3.1 (i386-mingw-nt6.2.9200)
GNU Emacs 24.3.92.1 (x86_64-w64-mingw32)
etc.

It is a path name over about 260 characters.
The files and folders are not displayed in dired.
So they are unable to open.
When you drag and drop the folder from explorer, emacs shows a message like
"Directory /long/path/name/folder inaccessible or nonexistent".


I think that the following is the cause.
In the mingw environment, MAX_PATH is defined as 260.
Emacs source src/w32.c uses MAX_PATH for filename buffers.
However, NTFS (NT File System) can handle longer path name than 260 characters.

Thank you.




Acknowledgement sent to Masamichi HOSODA <trueroad@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#17938; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.