From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86221 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: How to change definition of gnus-summary-exit? Date: Thu, 15 Oct 2015 08:34:07 +0200 Message-ID: <874mhsprmo.fsf@gnu.org> References: <87io69jr5o.fsf@thinkpad.rath.org> <87si5diara.fsf@tullinup.koldfront.dk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1444890974 7559 80.91.229.3 (15 Oct 2015 06:36:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Oct 2015 06:36:14 +0000 (UTC) Cc: ding@gnus.org To: asjo@koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=) Original-X-From: ding-owner+M34455@lists.math.uh.edu Thu Oct 15 08:36:01 2015 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zmc8t-0004W2-6W for ding-account@gmane.org; Thu, 15 Oct 2015 08:35:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.85) (envelope-from ) id 1Zmc7L-0002Ly-VF; Thu, 15 Oct 2015 01:34:24 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1Zmc7H-0002LO-Vt for ding@lists.math.uh.edu; Thu, 15 Oct 2015 01:34:20 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1Zmc7E-0000kL-5O for ding@lists.math.uh.edu; Thu, 15 Oct 2015 01:34:19 -0500 Original-Received: from nsmtp.uni-koblenz.de ([141.26.64.14]) by quimby.gnus.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Zmc7C-0002BZ-EO for ding@gnus.org; Thu, 15 Oct 2015 08:34:14 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by nsmtp.uni-koblenz.de (Postfix) with ESMTP id 32A5523A08A; Thu, 15 Oct 2015 08:34:08 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at uni-koblenz.de Original-Received: from nsmtp.uni-koblenz.de ([127.0.0.1]) by localhost (nsmtp.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NJn5ndEcWRPU; Thu, 15 Oct 2015 08:34:08 +0200 (CEST) Original-Received: from deliver.uni-koblenz.de (deliver.uni-koblenz.de [141.26.64.15]) by nsmtp.uni-koblenz.de (Postfix) with ESMTPS; Thu, 15 Oct 2015 08:34:08 +0200 (CEST) Original-Received: from thinkpad-t440p (dhcp66.uni-koblenz.de [141.26.71.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 52A6B1A8359; Thu, 15 Oct 2015 08:34:08 +0200 (CEST) Mail-Followup-To: asjo@koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=), ding@gnus.org In-Reply-To: <87si5diara.fsf@tullinup.koldfront.dk> ("Adam \=\?utf-8\?Q\?Sj\?\= \=\?utf-8\?Q\?\=C3\=B8gren\=22's\?\= message of "Wed, 14 Oct 2015 20:08:09 +0200") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) X-Spam-Score: -4.2 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86221 Archived-At: asjo@koldfront.dk (Adam Sj=C3=B8gren) writes: >> What is happening here? Why does the help refer me to the modified >> version, but the version in memory is actually the original one? And >> how do I tell emacs/gnus to use my version? Why do you copy the complete gnus-sum.el when you just want to change one function? As a result, you won't see any future changes of gnus-sum.el (bugfixes and new features). What do you want to change exactly? Oftentimes, a simple advice will do without having to override the complete function. > I'm sure somebody with more hardcore knowledge than me will jump in; > just a guess: could it be a byte compiled file (.elc) that is being > picked up? Indeed, if Nikolaus copied both gnus-sum.el and gnus-sum.elc into his other directory, then modified gnus-sum.el but didn't recompile it, and additionally `load-prefer-newer' is nil, that would explain the issue. > There is some kind of command to see what shadows what, but I don't use > it enough to remember it... It's `list-load-path-shadows'. Bye, Tassilo