Re: GNU Emacs 23.0.90.4 (2009-02-21) -- backtraces on startup

Re: GNU Emacs 23.0.90.4 (2009-02-21) -- backtraces on startup

[Katsumi Yamaoka]

>>>>> Tobias C. Rittweiler wrote:
> No Gnus v0.6
> GNU Emacs 23.0.60.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9)
>  of 2008-03-19 on vernadsky, modified by Debian
> 200 news.gmane.org InterNetNews NNRP server INN 2.4.1 ready (posting ok).

> _NOTICE_ the above the version information for the Emacs I'm writing
> this bug report in, the bug is actually for

>   GNU Emacs 23.0.90.4 (i686-pc-linux-gnu, GTK+ Version 2.12.9) of
>   2009-02-21 on thaleron

> I.e. the GNU Emacs version checked out an our ago.

> emacs -Q --eval '(progn (toggle-debug-on-error) (gnus))' first asks me

>   Unable to open nntp:news, go offline? (y or n)

> pressing `n', then it asks me

>   nntp (news) open error: ''.  Continue? (y or n)

> pressing `y' results in the following backtrace:

>   Debugger entered--Lisp error: (error "Invalid buffer type: if")
>     signal(error ("Invalid buffer type: if"))
>     error("Invalid buffer type: %s" if)
>     gnus-all-windows-visible-p((vertical 1.0 (group 1.0 point) (if gnus-carpal (quote ...))))
>     gnus-configure-windows(group)
>     byte-code("^H\204^N

Google search for "Invalid buffer type: if" lists similar troubles.
For example:
https://bugs.launchpad.net/ubuntu/+source/emacs-snapshot/+bug/293711

I suspect the elc files have been mis-compiled.  Have you done it
by yourself (i.e. having built Emacs 23.0.90.4 from the source)?
Otherwise, could you try re-compiling the Gnus elc files?  To do
that, well, I don't know the proper way, but:

$ cp -pr /usr/share/emacs/23.0.90/lisp/gnus /tmp
$ cd /tmp/gnus
$ gunzip *.gz
$ touch *.el
$ emacs -batch -q -f batch-byte-recompile-directory
$ cp *.elc /usr/share/emacs/23.0.90/lisp/gnus
$ cd /tmp
$ rm -fr gnus

Re: GNU Emacs 23.0.90.4 (2009-02-21) -- backtraces on startup

[Tobias C. Rittweiler]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> For example:
> https://bugs.launchpad.net/ubuntu/+source/emacs-snapshot/+bug/293711

I was bitten by a wrong symlink. While (find-library "gnus") brought me
to the gnus.el of my build, C-h f gnus revealed that (gnus) actually
invoked a function from the gnus.el of an older build.

False Alarm, I'm sorry.

Thanks Katsumi!

  -T.

-- 
Diese Nachricht wurde auf Viren und andere gefaerliche Inhalte untersucht
und ist - aktuelle Virenscanner vorausgesetzt - sauber.
Freebits E-Mail Virus Scanner