From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii 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 22:06:14 +0200 Message-ID: <83bo1q3dqh.fsf@gnu.org> 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> <21121.11298.564313.363452@consult.pretender> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1384200441 6876 80.91.229.3 (11 Nov 2013 20:07:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Nov 2013 20:07:21 +0000 (UTC) Cc: tzz@lifelogs.com, emacs@kosowsky.org, 15648@debbugs.gnu.org To: emacs@kosowsky.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 11 21:07:24 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 1Vfxlb-0003Pw-KQ for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Nov 2013 21:07:23 +0100 Original-Received: from localhost ([::1]:39400 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfxlb-0007J5-5r for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Nov 2013 15:07:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38091) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfxlT-0007Hp-Lu for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 15:07:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VfxlH-0006L9-Vd for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 15:07:15 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33403) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfxlH-0006L4-Sj for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 15:07:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VfxlG-0000XS-I3 for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 15:07:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Nov 2013 20:07: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.13842003912024 (code B ref 15648); Mon, 11 Nov 2013 20:07:02 +0000 Original-Received: (at 15648) by debbugs.gnu.org; 11 Nov 2013 20:06:31 +0000 Original-Received: from localhost ([127.0.0.1]:47420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vfxkk-0000WZ-05 for submit@debbugs.gnu.org; Mon, 11 Nov 2013 15:06:30 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:36690) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vfxkg-0000WF-5N for 15648@debbugs.gnu.org; Mon, 11 Nov 2013 15:06:27 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MW400B007I2K300@a-mtaout20.012.net.il> for 15648@debbugs.gnu.org; Mon, 11 Nov 2013 22:06:19 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MW400BP07UJ5TB0@a-mtaout20.012.net.il>; Mon, 11 Nov 2013 22:06:19 +0200 (IST) In-reply-to: <21121.11298.564313.363452@consult.pretender> X-012-Sender: halo1@inter.net.il 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:80278 Archived-At: > From: > Date: Mon, 11 Nov 2013 14:12:34 -0500 > Cc: Ted Zlatanov , emacs@kosowsky.org, 15648@debbugs.gnu.org > > 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! Please don't assume that what happens on your machine happens on everyone else's. E.g., my systems do have a /usr directory at least on some of the drives. No, I don't run Cygwin. More generally, "/foo/bar" is a valid file name on Windows, whether foo equals "usr" or not. It is simply wrong to assume that if you see /usr on Windows, it _must_ mean a Cygwin mount. This kind of reasoning is simply a non-starter. > 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. No, the crux of the problem is that you are trying to use a natively built Emacs with file names that make sense only for Cygwin programs. If you want Cygwin semantics of file names, use a Cygwin build of Emacs, and this problem will immediately go away. Alternatively, use file names for your certificates that native Windows programs can find, and the problem will also go away immediately. > 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. 3. Don't mix Cygwin file names with native Windows programs.