From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: A few Windows build fixes Date: Tue, 06 Sep 2011 00:33:45 -0400 Message-ID: References: <83vcth40ik.fsf@kalahari.s2.org> <83r5444ome.fsf@kalahari.s2.org> <87pqjmfgia.fsf@gmail.com> <8739ggf8ph.fsf@gmail.com> <8262lbu7g5.fsf@gmail.com> <83y5y7cthv.fsf@gnu.org> <83ty8vt4y8.fsf@gnu.org> <83obz2uc11.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1315283636 15664 80.91.229.12 (6 Sep 2011 04:33:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 6 Sep 2011 04:33:56 +0000 (UTC) Cc: andrewjmoreton@gmail.com, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 06 06:33:52 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R0nM8-0004QQ-0v for ged-emacs-devel@m.gmane.org; Tue, 06 Sep 2011 06:33:52 +0200 Original-Received: from localhost ([::1]:39157 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0nM7-0008Vv-0V for ged-emacs-devel@m.gmane.org; Tue, 06 Sep 2011 00:33:51 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:55123) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0nM3-0008Uz-4D for emacs-devel@gnu.org; Tue, 06 Sep 2011 00:33:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R0nM1-0008LX-Pf for emacs-devel@gnu.org; Tue, 06 Sep 2011 00:33:47 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:58552) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0nM1-0008LT-OA for emacs-devel@gnu.org; Tue, 06 Sep 2011 00:33:45 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R0nM1-0001YW-KF; Tue, 06 Sep 2011 00:33:45 -0400 In-reply-to: (message from Stefan Monnier on Mon, 05 Sep 2011 22:49:52 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143771 Archived-At: > From: Stefan Monnier > Cc: andrewjmoreton@gmail.com, emacs-devel@gnu.org > Date: Mon, 05 Sep 2011 22:49:52 -0400 > > >> > It doesn't matter who and how runs "mount -m". The results of that > >> > should be used on the C level. Otherwise, the result will be > >> I don't think so: we only want to convert cygwin file names when they > >> "enter" Emacs and everything else (e.g. all primitives that access > >> files) should not know about them. > > You cannot possibly hope to plug all the holes this way. A file name > > can "enter" Emacs in any number of ways, including as a substring of > > some string or buffer. Trying to catch all those loopholes is never > > going to work reliably. > > We have no chance to plug all hole reliably anyway. Yes, we do: on the lowest possible level that Emacs handles file names before it passes them to system APIs. I pointed out the relevant function in w32.c where that happens. If you transform all file names there, every single feature of Emacs will work as expected by users. > The closest to > "handle it everywhere" already exists, it's called cygwin-mount.el. cygwin-mount is part of the solution, but it isn't all of it. If we want a reliable solution, that is (which IMO is what users expect). > Instead we want something that's less intrusive, even though it will > miss a few more cases (but by being less intrusive it can work > better in the cases where it does work). Something that happens in one or 2 functions cannot be intrusive.