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