From: Colin Marquardt <colin.marquardt@usa.alcatel.com>
Subject: Re: Old bug reappearing in 5.8.8
Date: 16 Jan 2001 13:12:31 -0800 [thread overview]
Message-ID: <ysd64ryz2ocg.fsf@sol-cmarquar.pet.usa.alcatel.com> (raw)
In-Reply-To: <5br9236ylx.fsf@avocet.cs.rochester.edu>
ShengHuo ZHU <zsh@cs.rochester.edu> writes:
> Colin Marquardt <colin.marquardt@usa.alcatel.com> writes:
>
> > did anyone notice that the old bug from 5.8.3 (AFAIR, fixed in 5.8.4)
> > which moved point in the summary buffer after you selected a message
> > reappeared in the released 5.8.8 (and thus in Oort too I suppose)? It
> > was still fine with my snapshot from 20001122.
>
> Could you try the latest snapshot? I guess it was introduced in
> 20001204, and fixed in 20010112.
Thanks, that seems to fix it indeed.
While I'm at it, here are some issues I encountered while installing
that snapshot (--with-xemacs):
-------
The file with the most errors:
| While compiling rfc2047-encode-message-header in file /home/sw/cmarquar/emacs/gnus-CURRENT-20010116/lisp/rfc2047.el:
| ** reference to free variable enable-multibyte-characters
| While compiling rfc2047-encode:
| ** reference to free variable enable-multibyte-characters
| While compiling rfc2047-b-encode-region:
| ** base64-encode-region called with 3 arguments, but accepts only 2
| While compiling rfc2047-decode-region:
| ** reference to free variable enable-multibyte-characters
| While compiling rfc2047-decode-string:
| ** reference to free variable enable-multibyte-characters
| While compiling rfc2047-decode:
| ** reference to free variable enable-multibyte-characters
| While compiling the end of the data:
| ** the function charsetp is not known to be defined.
enable-multibyte-characters occurs in a lot of files.
There are some more assignments to free variables, do you want me to
report them all?
--------
I don't have makeinfo installed on this Solaris box, so it is
running:
| xemacs -batch -q -no-site-file -eval '(find-file "gnus.texi")' -eval '(while (re-search-forward "@\\(end \\)?ifnottex" nil t) (replace-match ""))' -l texinfmt -f texinfo-every-node-update -f texinfo-format-buffer -f save-buffer; \
| fi
| Making info file `gnus' from `gnus.texi'.
| gnus.texi:8: Unknown info command `dircategory'.
| gnus.texi:9: Unknown info command `direntry'.
| gnus.texi:11: Unmatched `@end'.
| gnus.texi:300: Unknown info command `ifnottex'.
| gnus.texi:322: Unmatched `@end'.
| gnus.texi:413: Unknown info command `detailmenu'.
| gnus.texi:869: Bad argument to `end', `detailmenu', using `menu'.
| gnus.texi:869: Unmatched `@end'.
| gnus.texi:10782: Unknown info command `uref'.
| gnus.texi:10782: Misplaced `{'.
| gnus.texi:10782: Misplaced `}'.
| gnus.texi:12920: Unknown info command `uref'.
| gnus.texi:12920: Misplaced `{'.
| gnus.texi:12920: Misplaced `}'.
| [...repeating several times...]
| ./gnus.texi:23454: Node `Key Index''s Next field not pointed back to.
| ./gnus.texi:908: This node (`Finding the News') is the one with the bad `Prev'.
| *** Error code 2
| make: Fatal error: Command failed for target `gnus'
| Current working directory /home/sw/cmarquar/emacs/gnus-CURRENT-20010116/texi
| *** Error code 1
| make: Fatal error: Command failed for target `info'
--------
It puts an "X-Draft-From:" header to my reply, but on top of all the
headers, before the "To:" even. Could this be moved a bit further
down?
--------
I second that the older "In-Reply-To:" format was nicer. I can get
the information from the current format from the "References:" header
already.
Thanks,
Colin
next prev parent reply other threads:[~2001-01-16 21:12 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-10 12:37 Suddenly can't subscribe to nnslashdot groups with 'F' ? Anssi Saari
2001-01-12 22:42 ` ShengHuo ZHU
2001-01-15 11:37 ` Anssi Saari
2001-01-16 19:46 ` Old bug reappearing in 5.8.8 Colin Marquardt
2001-01-16 20:17 ` ShengHuo ZHU
2001-01-16 21:12 ` Colin Marquardt [this message]
2001-01-17 2:09 ` ShengHuo ZHU
2001-01-17 3:07 ` Old bug reapqpearing " Colin Marquardt
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ysd64ryz2ocg.fsf@sol-cmarquar.pet.usa.alcatel.com \
--to=colin.marquardt@usa.alcatel.com \
/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.
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 NNTP newsgroup(s).