From: Ken Brown <kbrown@cornell.edu>
To: Glenn Morris <rgm@gnu.org>
Cc: "7127@debbugs.gnu.org" <7127@debbugs.gnu.org>
Subject: bug#7127: 23.2; M-x help throws an error
Date: Wed, 29 Sep 2010 13:00:03 -0400 [thread overview]
Message-ID: <4CA37093.6040304@cornell.edu> (raw)
In-Reply-To: <4CA338F1.1080402@cornell.edu>
On 9/29/2010 9:02 AM, Ken Brown wrote:
> On 9/29/2010 3:58 AM, Glenn Morris wrote:
>>
>> This may be Cygwin-specific?
>>
>> Aidan Kehoe wrote:
>>
>>> (symbol-function 'help-for-help-internal) (h-f-h-i being what help
>>> eventually resolves to) gives me a compiled function with a nil
>>> documentation slot; help.elc has (defalias 'help-for-help-internal
>>> ...) with a compiled function and what seems to be the correct lazy
>>> doc reference. The DOC file seems correct, with an entry
>>> \x1fFhelp-for-help-internal Help command.\x1f
>>>
>>> But (documentation #'custom-declare-variable-early) and (documentation
>>> #'when) both give nil for me, and the same seems to be true for all the
>>> dumped compiled functions with docstrings. I don’t know why that is, and I
>>> don’t especially care to debug it right now, but this binary is what Cygwin
>>> installed, I’m certain I’m not the only one affected.
>>>
>>> > > In GNU Emacs 23.2.1 (i686-pc-cygwin, GTK+ Version 2.18.6)
>>> > > of 2010-05-08 on laptop
>
> I can reproduce the problem on my (Cygwin) system. The bug occurs in
> Emacs 23.2 as well as a build from the current emacs-23 branch. But the
> bug is gone in a build from the trunk. I wonder if the patch in
> bug#6715 is what fixed it. At a glance, I don't see anything else
> Cygwin-specific that might be relevant. When I get a chance, I'll see
> if back-porting that patch to emacs-23 fixes the problem.
This turns out not to be so easy. That patch is intertwined with a lot
of changes to the build system that were made only in the trunk, so
there's no way to quickly test whether that patch is relevant to the
present bug. Since the bug is gone in the trunk, I don't think it's
worth putting a lot of effort into fixing it in the emacs-23 branch.
Ken
next prev parent reply other threads:[~2010-09-29 17:00 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-28 23:03 bug#7127: 23.2; M-x help throws an error Aidan Kehoe
2010-09-28 23:27 ` Glenn Morris
2010-09-29 7:17 ` Aidan Kehoe
2010-09-29 7:58 ` Glenn Morris
2010-09-29 13:02 ` Ken Brown
2010-09-29 17:00 ` Ken Brown [this message]
2010-09-29 17:07 ` Glenn Morris
2010-09-29 18:58 ` Ken Brown
2010-09-30 0:35 ` Glenn Morris
2010-09-30 2:15 ` Ken Brown
2010-09-30 7:12 ` Glenn Morris
2010-09-30 17:30 ` Ken Brown
2010-10-01 14:00 ` Ken Brown
2010-10-01 18:33 ` Glenn Morris
2010-10-02 1:55 ` Ken Brown
2010-10-02 2:57 ` Glenn Morris
2010-10-02 13:57 ` Ken Brown
2010-10-02 15:12 ` Eli Zaretskii
2010-10-02 15:47 ` Ken Brown
2010-10-08 15:14 ` Ken Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CA37093.6040304@cornell.edu \
--to=kbrown@cornell.edu \
--cc=7127@debbugs.gnu.org \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).