unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
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: Sat, 02 Oct 2010 09:57:01 -0400	[thread overview]
Message-ID: <4CA73A2D.7030202@cornell.edu> (raw)
In-Reply-To: <v7sk0pxpwv.fsf@fencepost.gnu.org>

On 10/1/2010 10:57 PM, Glenn Morris wrote:
> Ken Brown wrote:
>
>> That's too bad.  I was hoping this would become someone else's problem.
>
> Maybe it's some temporary thing that isn't specific to Cygwin, but
> doesn't happen every time. Like I said, I have a vague memory of
> something similar for the emacs-snapshot package. I think it was:
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2590
>
> It's hard to see what could have changed between 23.1 and 23.2 to
> cause this, nor why it should go away in 24.1.
>
>>   In any case, it's easy enough to work around it.  I just
>> won't do an out-of-tree build for my future releases of emacs-23 for
>> Cygwin.  (The problem doesn't exist in emacs-24.)  And I'll go ahead
>> and do a rebuild of 23.2 for the Cygwin distribution within the next
>> few days.
>
> Great, thank you.

Before I upload the new build, I want to make sure the problem really is 
fixed.  M-x help works fine, but then I tried some of the other things 
that the OP mentioned, and I got the following results:

(symbol-function 'help-for-help-internal)
#[nil "\306\307\310!!\x18	\203\x0f\311\312\b\"\210\313\314!\x1a\315 
^[\f\x1d\316 \x1e;\317\211\x1e<\x1e=\317\211\x1e>\x1e?\320\321
\"\203<\322\323\324 \325\326O!\327\211
$\x12\330\216\317\x1c\v\x0e@\241\210\331\v\332\333#\210\331\v\334\335\x0eA\336\"#\210	\203|\v\x1eB\337\317!)\x16>\335\x0eC\x0e>\"\203s\335\x0eC\x0e>\"\x16>\x0e>\325H\x16?\202\x7f\340\x16?\x0e?\340=\204\226\x0e?\x0eD=\204\226\x0e?\x0eE>\203$\x01\341 
\x16<\342\343!\210\344\345!\203\267\346\347 !\x0e;=\204\267\346\347 
!\x16=\317\x16<\317\x16F\327\x1eG\350 \210
c\210)
\x1c\351 \210\f\x15)eb\210\x0e?\352\x0eE\x0eD\353B\">\204\354\x0e?\242\354=\204\354\x0e>\355\232\203$\x01\317\356\357\217\210\327\v\x1eB\x1eH\337\360\361\362d!\203\x04\x01\363\202\x05\x01\364\"!\211\x16>\325H\x16?*\x0e?\365=\203\317\366\335\v\x0e>\"\317\x0e>#\210\202\317\311\363!\210\x0e?<\203<\x01\x0e?\x0eIB\x16I\317\211\x16<\202u\x01\335\v\x0e>\"\211\x1eJ\203r\x01\x0e<\203T\x01\367\x0e<!\210\317\x16<\370\x0eJ!\210\x0e=\205t\x01\x0e=\316 
=\204k\x01\371\x0e=!\210\317\211\x16=\202t\x01\372 ).\v\207" [line-prompt 
three-step-help help-screen local-map minor-mode-map-alist 
new-minor-mode-map-alist substitute-command-keys purecopy "Type a help 
option: [abcCdefFgiIkKlLmnprstvw.] C-[cdefmnoptw] or ?" message "%s" 
documentation ...] 7 1900136 nil]

(documentation #'help)
"Help command."

(documentation #'custom-declare-variable-early)
nil

(documentation #'when)
"If COND yields non-nil, do BODY, else return nil.
When COND yields non-nil, eval BODY forms sequentially and return
value of last one, or nil if there are none.

(fn COND BODY...)"

Do these all look OK?  (I'm worried about the first and third.)  I get 
the same results in a build from the (emacs-24) trunk.

Ken





  reply	other threads:[~2010-10-02 13:57 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
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 [this message]
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=4CA73A2D.7030202@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).