From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#15648: 24.2.50; gnutls SSL connection to IMAP server causes emacs to crash completely Date: Fri, 25 Oct 2013 21:52:24 -0400 Message-ID: References: <21089.32240.198931.971000@consult.pretender> <87y55kjayp.fsf_-_@flea.lifelogs.com> <21096.1667.116936.254737@consult.pretender> <83eh7bj1yq.fsf@gnu.org> <87ppqvke5u.fsf@flea.lifelogs.com> <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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1382752397 13010 80.91.229.3 (26 Oct 2013 01:53:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Oct 2013 01:53:17 +0000 (UTC) Cc: Ted Zlatanov , 15648@debbugs.gnu.org To: Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 26 03:53:20 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 1VZt44-00070r-7H for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Oct 2013 03:53:20 +0200 Original-Received: from localhost ([::1]:33219 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZt43-0003GB-OG for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Oct 2013 21:53:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39930) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZt3t-0003Fu-HP for bug-gnu-emacs@gnu.org; Fri, 25 Oct 2013 21:53:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VZt3m-00021Y-75 for bug-gnu-emacs@gnu.org; Fri, 25 Oct 2013 21:53:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZt3m-00021S-3P for bug-gnu-emacs@gnu.org; Fri, 25 Oct 2013 21:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VZt3l-0003LR-Kc for bug-gnu-emacs@gnu.org; Fri, 25 Oct 2013 21:53:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Oct 2013 01:53:01 +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.138275235212817 (code B ref 15648); Sat, 26 Oct 2013 01:53:01 +0000 Original-Received: (at 15648) by debbugs.gnu.org; 26 Oct 2013 01:52:32 +0000 Original-Received: from localhost ([127.0.0.1]:44299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VZt3I-0003Kf-Du for submit@debbugs.gnu.org; Fri, 25 Oct 2013 21:52:32 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:60734) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VZt3G-0003KT-Qm for 15648@debbugs.gnu.org; Fri, 25 Oct 2013 21:52:31 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFsoXJs/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY1hgykDpHqBXoMT X-IPAS-Result: Av8EABK/CFFsoXJs/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY1hgykDpHqBXoMT X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="36382343" Original-Received: from 108-161-114-108.dsl.teksavvy.com (HELO pastel.home) ([108.161.114.108]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 25 Oct 2013 21:52:24 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 7E44F6002D; Fri, 25 Oct 2013 21:52:24 -0400 (EDT) In-Reply-To: <21098.31018.184128.497305@consult.pretender> (emacs@kosowsky.org's message of "Fri, 25 Oct 2013 09:59:06 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) 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:79665 Archived-At: > I'm surprised that such a function doesn't (yet) exist in Emacs... It's largely a reflection about the fact that such a need is not very frequent, and that most people who bump into it prefer hacking their way around the problem rather than fix it for good. > 1. Adding expand-file-name will work for any file name that > cygwin-mount is designed to address (this is by definition) "By definition" of cygwin-mount, not of expand-file-name, sadly. > 2. Similarly, adding expand-file-name will likely work for any other > Magic File handler that works similar to cygwin-mount in terms of I don't know of any other that works this way. > Basically, this version does 2 things: > 1. Pre-expands the file name *if* there is a Magic File handler for that > file path (this will do nothing if there is no handler for that path) > 2. Tests file-exists-p with all Magic File handlers shut off which > tests to make sure that the OS primitives will work on the actual > file path that will be passed It's a cleaner workaround, but I'd rather we come up with an actual fix. Do you think you can try to make a patch that adds (in files.el) a new function meant to turn an Elisp file name into an OS file name or return nil if the file can't be accessed by OS primitives? This function would just delegate its work to the file-name-handler if any, and otherwise just return its argument unchanged. Stefan