Re: 23.0.60; Coding system troubles since two days

[Tassilo Horn <tassilo@member.fsf.org>]

Tassilo Horn <thorn+news@fastmail.fm> writes:

> Since I updated my emacs CVS checkout on march, 26th in the morning
> (EST) I have some very frustrating coding system issues.  They appeared
> first when using Gnus (I couldn't read mails of one of my colleagues),
> then I got some errors with rcirc (which I cannot reproduce).
>
> First I've thought it was a Gnus related problem, but now I tend more to
> say it's something in the coding system handling of emacs.  There are a
> few mails/postings of mine with more details, e.g. one of the mails I
> cannot open on the ding@gnus.org list / gmane.emacs.gnus.general group.
>
>   http://article.gmane.org/gmane.emacs.gnus.general/66565
>   http://article.gmane.org/gmane.emacs.gnus.general/66567
>   http://article.gmane.org/gmane.emacs.gnus.general/66568
>   http://article.gmane.org/gmane.emacs.gnus.general/66570
>   http://article.gmane.org/gmane.emacs.gnus.general/66573
>
> Maybe the following change causes the troubles?
>
> ,----
> | 2008-03-25  Stefan Monnier  <monnier@iro.umontreal.ca>
> | 
>
> [...]
>
> | 	* process.h (struct Lisp_Process): Remove filter_multibyte.
> | 	* process.c (QCfilter_multibyte): Remove.
> | 	(setup_process_coding_systems): Don't use filter_multibyte.
> | 	(Fstart_process, Fmake_network_process): Don't set filter_multibyte.
> | 	(read_process_output): Don't adjust multibyteness to filter_multibyte.
> | 	(Fset_process_filter_multibyte): Change the coding-system to
> | 	approximate the previous behavior.
> | 	(Fprocess_filter_multibyte_p): Get the multibyteness straight from the
> | 	coding-system.
> | 
> | 	* coding.c (decode_coding_object): When not decoding into a buffer,
> | 	obey the coding system's preference of (uni|multi)byte.
> `----

It seems, I am right.  I did

  % cvs up -D "2008-03-25 06:00"
  % make bootstrap

to get the last working version and the entry on top of src/ChangeLog
now is

,----
| 2008-03-24  Stefan Monnier  <monnier@iro.umontreal.ca>
| 
| 	* casefiddle.c (casify_object): Avoid pathological N^2 worst case if
| 	every char is changed and has a different byte-length.
| 	(Fupcase_word, Fdowncase_word, Fcapitalize_word, operate_on_word):
| 	Fix int -> EMACS_INT.
`----

Now my Gnus works again.  So could you please double-check if that
change was valid?

Bye,
Tassilo