From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov 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 18:58:12 -0500 Organization: =?UTF-8?Q?=D0=A2=D0=B5=D0=BE=D0=B4=D0=BE=D1=80_?= =?UTF-8?Q?=D0=97=D0=BB=D0=B0=D1=82=D0=B0=D0=BD=D0=BE=D0=B2?= @ Cienfuegos Message-ID: <8738n2ij8r.fsf_-_@flea.lifelogs.com> References: <21089.32240.198931.971000@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> <877gceiv2h.fsf@flea.lifelogs.com> <87k3ge7lon.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1384214290 32371 80.91.229.3 (11 Nov 2013 23:58:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Nov 2013 23:58:10 +0000 (UTC) Cc: emacs@kosowsky.org, 15648@debbugs.gnu.org To: Achim Gratz Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 12 00:58:15 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 1Vg1N1-0001qx-HU for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Nov 2013 00:58:15 +0100 Original-Received: from localhost ([::1]:40110 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg1N1-0005t3-8s for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Nov 2013 18:58:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58004) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg1Mt-0005sk-Tz for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 18:58:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vg1Mp-0006Uc-Ab for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 18:58:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33554) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg1Mp-0006UQ-5r for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 18:58:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Vg1Mo-00068E-E6 for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 18:58:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ted Zlatanov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Nov 2013 23:58: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.138421426123540 (code B ref 15648); Mon, 11 Nov 2013 23:58:02 +0000 Original-Received: (at 15648) by debbugs.gnu.org; 11 Nov 2013 23:57:41 +0000 Original-Received: from localhost ([127.0.0.1]:47573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vg1MS-00067b-PL for submit@debbugs.gnu.org; Mon, 11 Nov 2013 18:57:41 -0500 Original-Received: from mail-qe0-f41.google.com ([209.85.128.41]:37291) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vg1MP-00067K-3i for 15648@debbugs.gnu.org; Mon, 11 Nov 2013 18:57:37 -0500 Original-Received: by mail-qe0-f41.google.com with SMTP id x7so5205704qeu.14 for <15648@debbugs.gnu.org>; Mon, 11 Nov 2013 15:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=7NrnO9YMFO2doop/OyKSuFpPKGYkngVQP+dFziCkzek=; b=LZZICRuoIKYSQq8R/PTKhjEe2/1QA97CMdpilVrK2kiHWtQ7vYqlI+ykh8ZIg/K8Iw bgMWMEyGtkv8tXRAmmeAMbvTq5tv0zR16MpIXWi4zk9YV0HNJUtJUkv4tlCZXA6ORlkD oivXxW+VwJ8HHj8iqdK1pSM1LNrL/nQgvIlDw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=7NrnO9YMFO2doop/OyKSuFpPKGYkngVQP+dFziCkzek=; b=fbDLzV/rz/oQkK/lU2CsanBQnc45pTJmDsySDC7qnOXUrsevnGr4uLnVwThrKgPdc0 ipbnoYQuhpAbUnLK7opCRsrh60GTxxEW02uOWevX2t/5hWK0zcG1uDR0qUPRwlqGs+S4 hoYZUZcnZScoRTpcrtXksrtUPlkNNB3jDkNu3O+j4xC3JdFvLXEzKwohh1LzolN4hRE4 TPAZEPDhOGfQN0jzakjvInBVI7xBCsv/Rx6J8uTbnAMIrFxR+whrIbvJjRRh2FebxbEF TA0ygpuvx9pkzkpKn7MujJC706o25MC09G/x0clkWVRfzbyS8tkd+YzoZ3IkYEnGw2K6 4duQ== X-Gm-Message-State: ALoCoQlRpVUIiM+0ZYNdedHyZ0GTzD1W+DLMWILb+yrard/HdK/cML6Xq5bjmjCCt8Y7/HgxpMV3 X-Received: by 10.49.27.226 with SMTP id w2mr51828303qeg.32.1384214251429; Mon, 11 Nov 2013 15:57:31 -0800 (PST) Original-Received: from flea.lifelogs.com (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id b9sm52748540qas.7.2013.11.11.15.57.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Nov 2013 15:57:30 -0800 (PST) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <87k3ge7lon.fsf@Rainer.invalid> (Achim Gratz's message of "Mon, 11 Nov 2013 21:00:56 +0100, Mon, 11 Nov 2013 15:00:39 -0500") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) 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:80289 Archived-At: On Mon, 11 Nov 2013 21:00:56 +0100 Achim Gratz wrote: AG> Ted Zlatanov writes: >> Could we just call http://cygwin-lite.sourceforge.net/html/cygpath.html >> on the path (or the equivalent C function)? It seems to be guaranteed >> to work but may be very slow with the execution overhead. AG> Please refer to the official Cygwin documentation, not some unmaintained AG> project that stopped getting updates over a decade ago: AG> http://cygwin.com/cygwin-ug-net/using-utils.html Thanks. I went with Google, incorrectly. AG> Specifically for Emacs, the "-m" option to cygpath seems the most AG> suitable. Please do not link to the Cygwin DLL from Windows Emacs AG> (i.e. "using the equivalent C function"). The only reason to use a AG> native Emacs on Windows (for me anyway) is that I can update Cygwin AG> while I keep Emacs running and that wouldn't be possible if the DLL was AG> locked because it was still in use. For anything else (if you don#t AG> want to start an X server), there's emacs-w32 from Cygwin. OK, that sounds like a reasonable use case. On Mon, 11 Nov 2013 15:00:39 -0500 wrote: > Ted Zlatanov wrote at about 14:42:46 -0500 on Monday, November 11, 2013: >> Could we just call [cygpath]? > It would work for cygwin... but I see two limitations: > 1. The same problem that affects cygwin-mount, would affect any other > magic file handler that translates file names, since once again > file-exists-p would return true, while the path passed to the > c-code would in general not point to an OS-recognizable file. Yes, right. There would have to be some logic somewhere in Emacs to recognize magic Cygwin pathnames and treat them specially from a native non-Cygwin W32 build. Then packages like gnutls.el that talk to system libraries can use that logic. I don't think it can be accomplished otherwise. > 2. The suggestion seems to be far kluggier than my suggested patch > since it relies on a user elisp routine passing executing a system > call to return a path every time a gnutls connection is > requested. At least cygwin-mount does this only once at startup and > abstracts the translation away from higher level routines -- which > is the entire purpose of a magic file handler. > If cygpath belongs anywhere, it would be in the magic file handling > code. Though cygwin-mount does this in a "smarter" way by calling > 'mount' once to determine the cygwin prefix once-and-for-all, and > then whenever a path is passed, the magic handler automatically > prefixes on the cygwin mount prefix. > Once again, the problem is not cygwin-mount, per-se. The problem is > the inconsistency between using the magic file enabled predicate > file-exists-p to test for a file and then passing that same file name > to c-code that knows nothing about magic file handlers. I honestly don't have a preference for cygpath vs. cygwin-mount but would like to continue the discussion in a new ticket please. Could we start a new ticket specifically for the generic problem we've found with native Emacs W32 builds vs. Cygwin? I should add here that I'm grateful for all the help and suggestions I got from you, Eli, and the other participants. The bug in the GnuTLS interface code affected potentially all users, not just this one case. Thanks Ted