(recentf-mode 1) aborts emacs

2007-07-02 Thread Tassilo Horn

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Hi,

since I updated my emacs checkout (head, not a branch) this morning my
emacs shuts down immediately after starting. This was due to a SIGABRT. I
commented out things in my ~/.emacs and found out that the line
(recentf-mode 1) causes this bug.

I made a backtrace with a ~/.emacs only containing the line

  (recentf-mode 1)

and did `gdb --args /usr/bin/emacs-22-cvs -Q -l .emacs'. The backtrace
is pasted here: http://paste.lisp.org/display/43790

The checkout I compiled yesterday morning (CEST) worked just fine.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.1.50/etc/DEBUG for instructions.


In GNU Emacs 22.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.10.13)
 of 2007-07-02 on baldur
Windowing system distributor `The X.Org Foundation', version 11.0.1030
configured using `configure  '--prefix=/usr' '--host=i686-pc-linux-gnu' 
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' 
'--sysconfdir=/etc' '--localstatedir=/var/lib' '--program-suffix=-emacs-22-cvs' 
'--infodir=/usr/share/info/emacs-22-cvs' '--without-carbon' '--with-sound' 
'--with-x' '--with-xpm' '--with-toolkit-scroll-bars' '--with-jpeg' 
'--with-tiff' '--with-gif' '--with-png' '--with-x-toolkit=gtk' 
'--without-hesiod' '--with-gpm' '--build=i686-pc-linux-gnu' 
'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 
'CFLAGS=-march=i386 -O0 -pipe -g''

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Group

Minor modes in effect:
  gnus-topic-mode: t
  gnus-undo-mode: t
  desktop-save-mode: t
  window-number-meta-mode: t
  window-number-mode: t
  show-paren-mode: t
  which-function-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
y   M-1 M-2 M-3 C-x 0 M-x t h - s e r  
s t   C-x 0 C-x 0 M-x g n u s  
y M-x r e p 
e m a C-g 
C-g C-h a b u g $
M-x r e p o r  b  

Recent messages:
Desktop lazily opening .gnus.el (8 remaining)...done
Desktop lazily opening main.org (7 remaining)...done
Desktop lazily opening private.org (6 remaining)...done
Desktop lazily opening remember-notes.org (5 remaining)...done
Desktop lazily opening uni.org (4 remaining)...done
Desktop lazily opening work.org (3 remaining)...done
Desktop lazily opening diary (2 remaining)...done
Desktop lazily opening diplomarbeit.org (1 remaining)...done
Lazy desktop load complete
Loading emacsbug...done


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Emacs crashes with SIGABRT (was: (recentf-mode 1) aborts emacs)

2007-07-02 Thread Tassilo Horn
Hi all,

I just wanted to mention that this bug seems not to be strictly related
to (recentf-mode 1), but that triggers the bug immediately. But although
I commented out this line (and all of recentf settings), emacs crashed
with SIGABRT after about 10 hours uptime. Unfortunately it didn't run in
the debugger this time...

My observations are that the bug occurs much more often when I run emacs
with its GTK interface than the terminal version.

Bye,
Tassilo



___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Re: A bug in doc string of `gnus-level-unsubscribed'?

2007-07-02 Thread Reiner Steib
On Mon, Jun 11 2007, Leo wrote:

>> Is the following doc string more clear?
>>
>> ,[  v gnus-level-unsubscribed RET ]
>> | gnus-level-unsubscribed is a variable defined in `gnus-start.el'.
>> | Its value is 7
>> | 
>> | 
>> | Documentation:
>> | Groups with levels less than or equal to this variable are
>> | unsubscribed. 
>
> This sentence looks redundant to me. The rest is clear.

The first sentence should fit in 80 columns including "  Variable: "
prepended.  So I tried to find a useful first line.  Does anyone have
a better suggestion?

>> | Groups with levels less than `gnus-level-subscribed', which should
>> | be less than this variable, are subscribed.  Groups with levels from
>> | `gnus-level-subscribed' (exclusive) upto this variable (inclusive)
>> | are unsubscribed.  See also `gnus-level-zombie', `gnus-level-killed'
>> | and the Info node `Group Levels' for details.
>> `

Bye, Reiner.
-- 
   ,,,
  (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug