Package: xemacs21-basesupport
Version: 2007.04.27-1
Severity: minor
In the 'compile-internal' function, on line 880 of 'compile.el'
(/usr/share/xemacs21/xemacs-packages/lisp/xemacs-base/compile.el.gz)
there is a hard-coded 1-second delay which is used if an existing
compilation process needs to be interrupted:
----------------------------------------------------------------
(condition-case ()
(progn
(interrupt-process comp-proc)
(sit-for 1)
(delete-process comp-proc))
----------------------------------------------------------------
Perhaps this delay was not noticeable back when Emacs was young and
computers were slow. But now when I compile things such as latex
documents, it is typical for the compilation to take less than 1
second, perhaps more like 0.1 seconds. So when a compilation is active
(say, because it has opened the output in 'xpdf'), and I recompile,
the old command has to be killed and most of the time spent
recompiling is occupied by this 1 second delay. It becomes annoying. I
wonder why the delay is not configurable, or why it exists in the
first place. Can it be removed? I have tried removing it, and don't
experience any problems. I also notice that 'sit-for' accepts
fractions, so the '(sit-for 1)' call could be replaced by something
like '(sit-for 0.05)'.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages xemacs21-basesupport depends on:
ii perl 5.10.0-19 Larry Wall's Practical Extraction
xemacs21-basesupport recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
