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#6997: Loading w32-fns under X11 signals an error Date: Mon, 13 Sep 2010 09:18:57 +0200 Message-ID: <8362ya5cwu.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1284363642 2224 80.91.229.12 (13 Sep 2010 07:40:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Sep 2010 07:40:42 +0000 (UTC) Cc: 6997@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 13 09:40:38 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ov3eX-0006z6-WC for geb-bug-gnu-emacs@m.gmane.org; Mon, 13 Sep 2010 09:40:38 +0200 Original-Received: from localhost ([127.0.0.1]:59763 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ov3eX-0002qb-54 for geb-bug-gnu-emacs@m.gmane.org; Mon, 13 Sep 2010 03:40:37 -0400 Original-Received: from [140.186.70.92] (port=36154 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ov3eO-0002q1-Cp for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2010 03:40:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ov3eN-00061z-3G for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2010 03:40:28 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39212) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ov3eN-00061t-0k for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2010 03:40:27 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Ov3Hh-000086-Va; Mon, 13 Sep 2010 03:17:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Sep 2010 07:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6997 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6997-submit@debbugs.gnu.org id=B6997.1284362214488 (code B ref 6997); Mon, 13 Sep 2010 07:17:01 +0000 Original-Received: (at 6997) by debbugs.gnu.org; 13 Sep 2010 07:16:54 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ov3Ha-00007p-DV for submit@debbugs.gnu.org; Mon, 13 Sep 2010 03:16:54 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ov3HX-00007j-H0 for 6997@debbugs.gnu.org; Mon, 13 Sep 2010 03:16:52 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8O00300C98ZE00@a-mtaout22.012.net.il> for 6997@debbugs.gnu.org; Mon, 13 Sep 2010 09:18:59 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.81.53]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8O003IPCBLA370@a-mtaout22.012.net.il>; Mon, 13 Sep 2010 09:18:58 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 13 Sep 2010 03:17:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:40120 Archived-At: > From: Stefan Monnier > Date: Wed, 08 Sep 2010 11:33:09 +0200 > Cc: > > The title says it. It probably also messes with things, additionally to > signalling an error. Of course, you will say "don't do that", but > remember that files may be loaded for all kinds of reasons, so they > should be harmless. "Harmless" in what sense? Should they do nothing at all? Probably not, or else you wouldn't be loading them, right? Even in your specific use-case, did you want the w32-fns functions to end up in the obarray or not? IOW, can you come up with a general enough definition of the reason(s) for loading w32-fns on non-w32 systems? Without such a definition, I don't see how can we do anything except making the entire file be ignored on any system but w32.