gnus makes emacs lose response

2006-03-28 Thread Leon
Dear all,

If I am using gnus and disconnect the network cable, after a while
emacs will lose response. C-g won't work. I have to `killall emacs'. I
think this is due to demon trying to fetch news/emails.

My setting of demon in gnus:
--8<---cut here---start->8---
;; fetch email while idle
(gnus-demon-add-handler 'gnus-group-get-new-news 3 t)
(gnus-demon-init)
--8<---cut here---end--->8---

Regards,
-- 
Leon



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


Re: tar-mode in GNU Emacs 23.0.0 cannot count, select ...

2006-03-28 Thread Peter Dyballa


Am 28.03.2006 um 13:25 schrieb Kenichi Handa:


When viewing a gzip'ed tar file a message like 'tar-view: Args out of
range: 10060955, 10072067' can be displayed. Viewing the same file in
the same archive with GNU Emacs 22.0.50 no such message comes up.


I've just installed a fix.  It seems that synching with a
change in HEAD didn't go well.


Works!

--
Greetings

  Pete
  <\
\__ O   __O
| O\   _\\/\-%_`\<,
'()-'-(_)--(_)   (_)/(_)




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


Picture mode does not provide any hook on exit

2006-03-28 Thread M Jared Finder
I suggest adding a hook "picture-mode-exit-hook" which is run in 
picture-mode-exit.  Here's why:

Normally, activating a major mode calls kill-all-local-variables which runs 
change-major-mode-hook. 
Picture-mode does not do this, which makes sense because picture-mode is used 
as a temporary major
mode.  I use it all the time to draw pictures in my code comments.

I have written a minor mode that is incompatible with picture mode (both my 
mode and picture-mode
try to remap self-insert-command).  Normally, I would disable my minor mode by 
putting a null keymap
into minor-mode-overriding-map-alist, which would get killed when the major 
mode changed.  But since
picture-mode does not call kill-all-local-variables, this keymap does not get 
removed until I
expcitily re-enter the old major mode.

Adding an exit hook would allow me to remove the null keymap from 
minor-mode-overriding-map-alist,
without disturbing any other local variables.

  -- MJF

In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu, GTK+ Version 2.8.13)  of 2006-03-23 
on pacem, modified by
Debian X server distributor `The X.Org Foundation', version 11.0.6090 
configured using
`configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr'
'--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var'
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/22.0.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.0.50/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.0.50/leim'
'--with-x=yes' '--with-x-toolkit=gtk' 'CFLAGS=-DDEBIAN -g -O2 -Wno-pointer-sign'
'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Important settings:   
value of $LC_ALL:
nil   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: nil  
locale-coding-system: nil   default-enable-multibyte-characters: t Major mode: 
Emacs-Lisp Minor
modes in effect:   eldoc-mode: t   global-balanced-mode: t   balanced-mode: t   
hrule-mode: t  
cua-mode: t   global-reveal-mode: t   reveal-mode: t   global-hi-lock-mode: t   
hi-lock-mode: t  
show-paren-mode: t   tooltip-mode: t   auto-compression-mode: t   
mouse-wheel-mode: t  
menu-bar-mode: t   file-name-shadow-mode: t   global-font-lock-mode: t   
font-lock-mode: t  
blink-cursor-mode: t   unify-8859-on-encoding-mode: t   utf-translate-cjk-mode: 
t  
column-number-mode: t   line-number-mode: t   transient-mark-mode: t Recent 
input:  

   
 
  
( d e f u n SPC b a l a n c e d - e n a b  l e - b a l 
a n c e d - m o d e
SPC ( )  "  H o o k SPC f u n c t i o n  r e p o r t SPC  e m 
  Recent
messages: Balanced mode disabled Undo! [4 times] Quit Undo! [3 times] Redo! 
Longlines mode disabled
Longlines mode enabled Auto-saving...done (No changes need to be saved) 
Auto-saving...done


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


Re: file-cache doc should state that the cache is non-persistent

2006-03-28 Thread Mathias Dahl
"Drew Adams" <[EMAIL PROTECTED]> writes:

> Looking at both the File Name Cache node in the Emacs manual and the Lisp
> source code, I see nothing that indicates whether or not the cache is
> persistent.
>
> This is an important piece of information. The doc should make it clear that
> the cache is not persistent and that it launches `find' each time you use it
> to find a file.

You want my suggestion to be implemented, in other words... :)

Look:

I propose the following or similar addition to filecache.el. The
reason is that adding remote directories is a time-consuming
operation, and for directories that seldom change, there is no
point in creating the file cache each time Emacs is restarted.

;;; Code begins here

(defun file-cache-save-cache-to-file (file)
  "Save contents of `file-cache-alist' to FILE.
For later retrieval using `file-cache-read-cache-from-file'"
  (interactive)
  (let ((buf (get-buffer-create "*file-cache*")))
(save-excursion
  (set-buffer buf)
  (erase-buffer)
  ;; If there is some neater way of doing the saving, I am all for
  ;; it...
  (insert
   (with-output-to-string
 (print file-cache-alist)))
  (write-region (point-min) (point-max) (expand-file-name file)

(defun file-cache-read-cache-from-file (file)
  "Clear `file-cache-alist' and read cache from FILE.
The file cache can be saved to a file using
`file-cache-save-cache-to-file'."
  (interactive)
  (file-cache-clear-cache)
  (let ((buf (get-buffer-create "*file-cache*")))
(save-excursion
  (set-buffer buf)
  (erase-buffer)
  ;; Similary to the read function, if there is a better way to
  ;; restore file-cache-alist...
  (insert-file-contents file)
  (setq file-cache-alist 
(car (read-from-string 
  (buffer-substring (point-min) (point-max

;;; Code ends here

Richard answered that we could look into that later but for now, your
proposed documentation changes could be done.



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


Re: tar-mode in GNU Emacs 23.0.0 cannot count, select ...

2006-03-28 Thread Kenichi Handa
In article <[EMAIL PROTECTED]>, Peter Dyballa <[EMAIL PROTECTED]> writes:

> When viewing a gzip'ed tar file a message like 'tar-view: Args out of  
> range: 10060955, 10072067' can be displayed. Viewing the same file in  
> the same archive with GNU Emacs 22.0.50 no such message comes up.

I've just installed a fix.  It seems that synching with a
change in HEAD didn't go well.

---
Kenichi Handa
[EMAIL PROTECTED]


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


Re: font-lock issue with makefiles

2006-03-28 Thread Eli Zaretskii
> Date: Sat, 25 Mar 2006 20:51:51 -0600
> From: "Pete Lee" <[EMAIL PROTECTED]>
> 
> When I open a makefile I get error in the minibuffer with latest cvs.
> I started emacs with -Q so it's not my .emacs or site-file.
> 
> Here's what was in the *messages*
> 
> Fontifying makefile... (regexps)
> File mode specification error: (error "No match 2 in highlight (2
> font-lock-variable-name-face)")
> font-lock-fontify-keywords-region: No match 2 in highlight (2
> font-lock-variable-name-face)

I cannot reproduce this, neither with the 2006-03-25 build, nor with
today's CVS.

Does this happen with _any_ Makefile, or just with some?  I tried the
top-level Makefile.in from the CVS---can you try that and see if it
fails with the same error message?  It doesn't fail for me.


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