Re: 23.0.60; Coding system troubles since two days

[Tassilo Horn]

Tassilo Horn <address@hidden> 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 address@hidden 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  <address@hidden>
> | 
>
> [...]
>
> |     * 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  <address@hidden>
| 
|       * 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