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#18310: 24.3.93; relative links don't work in eww and Windows 7 Date: Thu, 21 Aug 2014 22:17:38 +0300 Message-ID: <83k361bqjx.fsf@gnu.org> References: <83wqa2aqgu.fsf@gnu.org> <83lhqhbyvg.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT X-Trace: ger.gmane.org 1408648706 3775 80.91.229.3 (21 Aug 2014 19:18:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Aug 2014 19:18:26 +0000 (UTC) Cc: 18310@debbugs.gnu.org To: joaotavora@gmail.com (=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?=) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Aug 21 21:18:19 2014 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 1XKXsI-0005NU-K3 for geb-bug-gnu-emacs@m.gmane.org; Thu, 21 Aug 2014 21:18:18 +0200 Original-Received: from localhost ([::1]:33772 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKXsI-000341-3T for geb-bug-gnu-emacs@m.gmane.org; Thu, 21 Aug 2014 15:18:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42770) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKXs8-000333-VS for bug-gnu-emacs@gnu.org; Thu, 21 Aug 2014 15:18:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XKXs3-00016Z-2T for bug-gnu-emacs@gnu.org; Thu, 21 Aug 2014 15:18:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42210) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKXs2-00016V-V6 for bug-gnu-emacs@gnu.org; Thu, 21 Aug 2014 15:18:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XKXs2-0004Aq-Dq for bug-gnu-emacs@gnu.org; Thu, 21 Aug 2014 15:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Aug 2014 19:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18310 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18310-submit@debbugs.gnu.org id=B18310.140864867016018 (code B ref 18310); Thu, 21 Aug 2014 19:18:02 +0000 Original-Received: (at 18310) by debbugs.gnu.org; 21 Aug 2014 19:17:50 +0000 Original-Received: from localhost ([127.0.0.1]:49153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XKXrp-0004AH-29 for submit@debbugs.gnu.org; Thu, 21 Aug 2014 15:17:49 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:57127) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XKXrm-0004A0-6E for 18310@debbugs.gnu.org; Thu, 21 Aug 2014 15:17:47 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NAO00C0086WZB00@a-mtaout20.012.net.il> for 18310@debbugs.gnu.org; Thu, 21 Aug 2014 22:17:39 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NAO00C7489EZK00@a-mtaout20.012.net.il>; Thu, 21 Aug 2014 22:17:39 +0300 (IDT) In-reply-to: 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:92579 Archived-At: > From: joaotavora@gmail.com (João Távora) > Cc: 18310@debbugs.gnu.org > Date: Thu, 21 Aug 2014 17:54:11 +0100 > > Eli Zaretskii writes: > > >> From: joaotavora@gmail.com (João Távora) > >> Cc: 18310@debbugs.gnu.org > >> Date: Thu, 21 Aug 2014 16:43:48 +0100 > >> > >> Something other than `default-directory' seems to be influencing it. I > >> did some tests: > > > > Like I said: Emacs uses the current drive to complete the missing > > drive letter. That is what you see. > > OK. How is the "current drive" calculated when `default-directory' is > nil? There's a system call to get the "current drive", where Emacs runs. > >> Finally > >> > >> (let ((default-directory "\\\\")) > >> (expand-file-name "../" "/something/bla")) > >> > >> Crashed the Emacs process on my machine. > > > > It's not a crash, it's a deliberate abort. "\\\\" (i.e., 2 > > backslashes in a row without anything after that) is an invalid file > > name on Windows. > > Would signalling an error be very wrong, does the process really need to > be aborted? Yes. This is a deliberate trap for code either in Emacs itself or in Lisp applications that uses such invalid default-directory values. > I mean unprotected code may easily lead to that invalid case. Not "easily", no. Usually, default-directory comes from some file or buffer. But if some code does use that, we want to catch it red-handed, because there's no way to know what other damage it can do down the road. > BTW "Semi-invalid" uses, or even downright absurd use cases, are what > development/testing/experimentation is all about. IMO aborting the > process and not at least warning elisp users about invalid cases in the > documentation is not good practice in my opinion. Emacs is not mission-critical software. If it were, then I'd agree with you (I happen to develop mission-critical software for a living).