From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.bugs Subject: bug#15648: 24.2.50; gnutls SSL connection to IMAP server causes emacs to crash completely Date: Mon, 11 Nov 2013 14:12:34 -0500 Message-ID: <21121.11298.564313.363452@consult.pretender> References: <21089.32240.198931.971000@consult.pretender> <87fvrun1pw.fsf@flea.lifelogs.com> <21093.32992.278229.646703@consult.pretender> <877gd5mo5x.fsf@flea.lifelogs.com> <21094.39055.449629.706850@consult.pretender> <21094.40085.664080.69561@consult.pretender> <21094.52645.645440.977584@consult.pretender> <21094.64459.131668.849138@consult.pretender> <21095.19949.639350.970770@consult.pretender> <21096.24492.292723.589004@consult.pretender> <87eh7bj5no.fsf_-_@flea.lifelogs.com> <21097.10816.221279.461499@consult.pretender> <21097.27136.910137.181740@consult.pretender> <21098.31018.184128.497305@consult.pretender> <87y555socz.fsf@flea.lifelogs.com> <21110.26587.721061.28128@consult.pretender> <83fvrd9ysr.fsf@gnu.org> <877gcorv0r.fsf@flea.lifelogs.com> <83sivc85pe.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1384197253 2950 80.91.229.3 (11 Nov 2013 19:14:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Nov 2013 19:14:13 +0000 (UTC) Cc: Ted Zlatanov , emacs@kosowsky.org, 15648@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 11 20:14:17 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VfwwB-00060L-UO for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Nov 2013 20:14:16 +0100 Original-Received: from localhost ([::1]:39236 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfwwB-0008Mn-7p for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Nov 2013 14:14:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfww3-0008Me-Rl for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 14:14:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vfwvy-0003IY-WF for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 14:14:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33322) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfwvy-0003IU-TM for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 14:14:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Vfwvy-0007cA-CF for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 14:14:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Nov 2013 19:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15648 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15648-submit@debbugs.gnu.org id=B15648.138419720129199 (code B ref 15648); Mon, 11 Nov 2013 19:14:02 +0000 Original-Received: (at 15648) by debbugs.gnu.org; 11 Nov 2013 19:13:21 +0000 Original-Received: from localhost ([127.0.0.1]:47341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VfwvI-0007ap-6S for submit@debbugs.gnu.org; Mon, 11 Nov 2013 14:13:20 -0500 Original-Received: from vms173013pub.verizon.net ([206.46.173.13]:35635) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VfwvG-0007aY-0N for 15648@debbugs.gnu.org; Mon, 11 Nov 2013 14:13:18 -0500 Original-Received: from consult.pretender ([unknown] [72.93.211.153]) by vms173013.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0MW40021F5D09MFR@vms173013.mailsrvcs.net> for 15648@debbugs.gnu.org; Mon, 11 Nov 2013 13:12:51 -0600 (CST) Original-Received: from consult.pretender (consult.pretender [127.0.0.1]) by consult.pretender (8.14.4/8.14.4) with ESMTP id rABJCYIQ021472; Mon, 11 Nov 2013 14:12:35 -0500 In-reply-to: <83sivc85pe.fsf@gnu.org> X-Mailer: VM 8.2.0b under 23.1.1 (i386-redhat-linux-gnu) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:80272 Archived-At: Eli Zaretskii wrote at about 18:58:05 +0200 on Monday, November 4, 2013: > > From: Ted Zlatanov > > Cc: emacs@kosowsky.org, 15648@debbugs.gnu.org > > Gmane-Reply-To-List: yes > > Date: Mon, 04 Nov 2013 11:28:36 -0500 > > > > >> The function is called convert-standard-filename. All it really does > > >> currently is replace invalid characters/filenames for > > >> cygwin/windows-nt/ms-dos. > > > > EZ> No, please leave that function alone. Its purpose is different: to > > EZ> convert a _standard_ file name used in Emacs, such as ".emacs", to > > EZ> something the underlying system can use. IOW, that function is so > > EZ> that Posix systems could use any file name they want, and non-Posix > > EZ> systems adapt. > > > > Isn't that exactly what's breaking here? > > No. > > > We specify a POSIX file name in `/usr/...' that's not translated > > automatically to something the system can handle. > > The Windows filesystems can handle /usr/... very well. The problem > here is that some external entity is assigning a semantics to that > file name that is different from the meaning it has on the native > filesystem. By contrast, convert-standard-filename is about _form_, > not about _semantics_. Well, there is also the problem that "/usr" is never present as a root path on any (standard) Windows machine, so that the path commented as being valid for cygwin actually never works! Indeed, in the cygwin case, "/usr" only makes sense relative to the cygwin root (which by default is C:\cygwin but could be anywhere). The purpose of cygwin-mount magic file handling is precisely to insert the cygwin root into the path so that "/usr" becomes for example, "/c/cygwin/usr". The absence of cygwin-mount magic file handling when a file name is passed directly to the gnutls c-code without going through any of the standard magic-file-handling file access routines is the crux of the problem. So, again I see only 2 solutions: 1. Change (or omit) the "/usr" path and make it relative to cygwin root (though this would not work generally since cygwin root is changeable) 2. Implement magic handling so that paths are automagically translated to be correct at the file system level. In this case, by inserting the cygwin root.