From unknown Mon Aug 11 21:36:30 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4954: 23.1; Emacs hangs when two run-at-time calls in effect Reply-To: Sullivan Beck , 4954@debbugs.gnu.org Resent-From: Sullivan Beck Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Wed, 18 Nov 2009 15:50:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 4954 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.125855890130845 (code B ref -1); Wed, 18 Nov 2009 15:50:04 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Nov 2009 15:41:41 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA,FVGT_m_MULTI_ODD autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAIFfdDJ030842 for ; Wed, 18 Nov 2009 07:41:41 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NAmf5-0008DA-Ap for bug-gnu-emacs@gnu.org; Wed, 18 Nov 2009 10:41:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NAmf0-0007zU-4y for bug-gnu-emacs@gnu.org; Wed, 18 Nov 2009 10:41:38 -0500 Received: from [199.232.76.173] (port=40269 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NAmez-0007z5-WA for bug-gnu-emacs@gnu.org; Wed, 18 Nov 2009 10:41:34 -0500 Received: from smtp04.osg.ufl.edu ([128.227.74.71]:35294 helo=smtp.ufl.edu) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NAmez-0004DS-B7 for bug-gnu-emacs@gnu.org; Wed, 18 Nov 2009 10:41:33 -0500 Received: from [128.227.212.53] (heather.osg.ufl.edu [128.227.212.53]) (authenticated bits=0) by smtp.ufl.edu (8.14.0/8.14.0/3.0.0) with ESMTP id nAIFfRln023882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 18 Nov 2009 10:41:30 -0500 Message-ID: <4B0415BC.9010400@ufl.edu> Date: Wed, 18 Nov 2009 10:41:48 -0500 From: Sullivan Beck User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090915 SUSE/3.0b4-3.6 Thunderbird/3.0b4 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2009-11-18_07:2009-11-16,2009-11-18,2009-11-18 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0911180108 X-UFL-Spam-Level: * X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) I wrote two simple emacs extensions, both of which use the run-at-time function periodically write some information to a file. When one or the other is loaded, emacs works fine. When both are loaded, emacs will work fine for a while, and then suddently start behaving very sluggishly. Keyboard input will not be printed on the screen for 2-4 seconds. It never seems to recover (though the periodic work should only take a fraction of a second) and eventually, I have to kill emacs and restart. I'll include both extensions below, though I don't believe that either of them are directly related to the cause of the problem... it just happened that they both use run-at-time. The first is to make the scratch buffer persistent. I (perhaps unwisely... but it's a habit I've gotten into) use the scratch buffer almost like a post-it note where I just jot things down and I don't want to lose it if my emacs gets shut down (either due to a system crash, power outage, or whatever). For safety, I save the buffer to a file every 5 minutes. ##### scratch.el #################################### ;; This makes the scratch buffer persistent. It will preserve the ;; contents of the buffer in a file stored in the variable scratch-file. ;; Whenever the scratch buffer is killed, it will automatically be ;; recreated with the old contents. If emacs is killed, the contents ;; will be placed in the scratch buffer the next time it is started. ;; The name of the file to preserve the scratch buffer in. (if (not (boundp 'scratch-file)) (setq scratch-file "~/.emacs.scratch")) (if (not (boundp 'scratch-autosave-interval)) (setq scratch-autosave-interval 300)) ;; If the *scratch* buffer is killed, recreate it automatically and ;; preserve the contents. (add-hook 'after-init-hook 'init-scratch-buffer) (add-hook 'after-init-hook 'init-scratch-autosave) (add-hook 'kill-emacs-hook 'kill-scratch-buffer) (defun init-scratch-buffer () (set-buffer (get-buffer-create "*scratch*")) (if (file-exists-p scratch-file) (insert-file-contents scratch-file)) (lisp-interaction-mode) (make-local-variable 'kill-buffer-query-functions) (add-hook 'kill-buffer-query-functions 'restart-scratch-buffer)) ;; This is called when we kill emacs. ;; Save *scratch*, kill *scratch*, don't restart it ;; (defun kill-scratch-buffer () (save-scratch-buffer) (save-current-buffer (set-buffer "*scratch*") (remove-hook 'kill-buffer-query-functions 'restart-scratch-buffer)) (kill-buffer "*scratch*")) ;; This saves the scratch buffer. ;; (defun save-scratch-buffer () (save-current-buffer (set-buffer "*scratch*") (write-region nil nil scratch-file))) ;; This restarts the scratch buffer. If we're currently in the scratch ;; buffer, come back to it. Otherwise, preserve the current buffer. ;; (defun restart-scratch-buffer () (setq currbuf (buffer-name)) (save-current-buffer ;; Kill the current (*scratch*) buffer (kill-scratch-buffer) ;; Make a brand new *scratch* buffer (init-scratch-buffer)) (if (string= currbuf "*scratch*") (switch-to-buffer "*scratch*")) ;; Since we killed it, don't let caller do that. nil) (defun init-scratch-autosave () (run-at-time t scratch-autosave-interval 'save-scratch-buffer)) ##### scratch.el #################################### The second, which is much less important (and it may be that there is an extension for doing this already) is that when I start up emacs, I like to automatically load the buffers that were loaded when emacs stopped. For safety, I also periodically saved the buffer list. Because I wanted the functionality of both, but couldn't deal with the hangs, I added an option to disable the periodic save of the buffer list (so it only gets saved when emacs is shut down nicely) and after that change was made, emacs worked fine. ##### bufferlist.el #################################### ;; This will store the list of open files when emacs is closed. When it ;; is restarted, it will attempt to reopen them. ;; The name of the file to preserve the buffer list in. (if (not (boundp 'bufferlist-file)) (setq bufferlist-file "~/.emacs.bufferlist")) (if (not (boundp 'bufferlist-autosave-interval)) (setq bufferlist-autosave-interval 300)) (add-hook 'after-init-hook 'init-bufferlist) (if (> bufferlist-autosave-interval 0) (add-hook 'after-init-hook 'init-bufferlist-autosave)) (add-hook 'kill-emacs-hook 'save-bufferlist) ;; This reads in the given buffer from the point to the end ;; of the line AND moves the point to the start of the next line. (defun read-text-line (buffer) ;; Switch to the buffer, and start a line at the current point. (setq line "") (save-current-buffer (set-buffer buffer) ;; Read characters until we get to EOL or EOB (while (and (not (eobp)) (not (eolp))) (setq c (following-char)) (setq line (concat line (char-to-string c))) (forward-char)) ;; If we're at EOL, move to the start of the next line (if (not (eobp)) (forward-char))) ;; Return line line) (defun eobp-buffer (buffer) (save-current-buffer (set-buffer buffer) (eobp))) (defun eolp-buffer (buffer) (save-current-buffer (set-buffer buffer) (eolp))) (defun save-bufferlist () ;; Create the bufferlist buffer (setq buflist "") (setq buflistbuf (generate-new-buffer "*bufferlist*")) ;; Insert the buffername and filename for all open files into this buffer (dolist (buffer (buffer-list)) (setq bufname (buffer-name buffer)) (save-current-buffer (set-buffer buffer) (setq filname buffer-file-name) (if buffer-file-name (progn (set-buffer buflistbuf) (insert bufname) (insert "\C-j") (insert filname) (insert "\C-j"))))) ;; Save the buffer to the file (save-current-buffer (set-buffer buflistbuf) (write-file bufferlist-file)) (kill-buffer buflistbuf)) (defun init-bufferlist () ;; Create the bufferlist buffer and insert the file into it. (save-current-buffer (setq buflistbuf (generate-new-buffer "*bufferlist*")) (set-buffer buflistbuf) (insert-file-contents-literally bufferlist-file)) ;; Load each buffer/file name (while (not (eobp-buffer buflistbuf)) (setq bufname (read-text-line buflistbuf)) (setq filname (read-text-line buflistbuf)) ;; Create the buffer. If it's different then it used to be, ;; rename it. (if (file-readable-p filname) (save-current-buffer (switch-to-buffer (find-file-noselect filname t nil nil)) (setq name (buffer-name)) (if (not (string= bufname name)) (rename-buffer bufname))))) ;; Clean up (kill-buffer buflistbuf)) (defun init-bufferlist-autosave () (run-at-time t bufferlist-autosave-interval 'save-bufferlist)) ##### bufferlist.el #################################### I'm sure there are other options available for both options... but these work for me, and I believe both should work without causing emacs to hang. They are loaded from my init.el file as: ##### init.el #################################### (setq scratch-file "~/..emacs/.scratch.") (load "scratch.elc" t t t) (setq bufferlist-autosave-interval 0) (setq bufferlist-file "~/..emacs/.bufferlist.") (load "bufferlist.elc" t t t) ##### init.el #################################### If I don't set bufferlist-autosave-interval to 0 (and use the default 5 minutes), emacs will hang. If I set it to 0 (which disables the autosave functionaity), everything works fine. Emacs doesn't crash, and I'm able to continue using it (though painfully). Thanks In GNU Emacs 23.1.1 (x86_64-suse-linux-gnu, GTK+ Version 2.18.1) of 2009-10-24 on build24 Windowing system distributor `The X.Org Foundation', version 11.0.10605000 configured using `configure '--with-pop' '--without-hesiod' '--with-kerberos' '--with-kerberos5' '--with-xim' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--with-x' '--with-sound' '--with-sync-input' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-rsvg' '--with-dbus' '--without-gpm' '--with-x-toolkit=gtk' '--x-includes=/usr/include' '--x-libraries=/usr/lib64:/usr/share/X11' '--with-xft' '--with-libotf' '--with-m17n-flt' '--build=x86_64-suse-linux' 'build_alias=x86_64-suse-linux' 'CC=gcc' 'CFLAGS=-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -D_GNU_SOURCE -std=gnu89 -pipe -Wno-pointer-sign -Wno-unused-variable -Wno-unused-label -Wno-unprototyped-calls -DSYSTEM_PURESIZE_EXTRA=55000 -DSITELOAD_PURESIZE_EXTRA=10000 ' 'LDFLAGS=-Wl,-O2 -Wl,--hash-size=65521'' Important settings: value of $LC_ALL: C 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 value of $XMODIFIERS: @im=local locale-coding-system: nil default-enable-multibyte-characters: t Major mode: CSS Minor modes in effect: show-paren-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 blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-y C-x r k C-SPC w C-y C-SPC C-w C-x C-s C-a C-SPC C-w C-x C-s C-a C-SPC C-w C-x C-s C-x C-f ~ / p e r s / p a s s w d C-s m o z i l l a C-s C-s C-s C-e g e t s a t i s f a c t i o n . c o m C-x C-s C-x k x r e p o r t SPC e m Recent messages: Saving file /home/sulbeck/.thunderbird/3crazqn6.default/chrome/userChrome.css... Wrote /home/sulbeck/.thunderbird/3crazqn6.default/chrome/userChrome.css Mark set Saving file /home/sulbeck/.thunderbird/3crazqn6.default/chrome/userChrome.css... Wrote /home/sulbeck/.thunderbird/3crazqn6.default/chrome/userChrome.css Wrote /home/sulbeck/..emacs/.scratch. [12 times] Mark saved where search started Saving file /home/sulbeck/pers/passwd... Wrote /home/sulbeck/pers/passwd Wrote /home/sulbeck/..emacs/.scratch. [18 times] -- --------------------------| Sullivan Beck |--------------------------- Email : sulbeck@ufl.edu | University of Florida Work Phone : (352) 273-1367 | Computing and Networking Services | 301 SSRB | Gainesville, FL 32611 ------------------------------------------------------------------------ For non-work related matters, please contact by email instead of phone ------------------------------------------------------------------------ From unknown Mon Aug 11 21:36:30 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4954: 23.1; Emacs hangs when two run-at-time calls in effect Reply-To: Lennart Borgman , 4954@debbugs.gnu.org Resent-From: Lennart Borgman Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Wed, 18 Nov 2009 23:45:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 4954 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 4954-submit@emacsbugs.donarmstrong.com id=B4954.125858742110420 (code B ref 4954); Wed, 18 Nov 2009 23:45:04 +0000 Received: (at 4954) by emacsbugs.donarmstrong.com; 18 Nov 2009 23:37:01 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAINaxgW010417 for <4954@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 15:37:00 -0800 Received: by ywh9 with SMTP id 9so1556358ywh.19 for <4954@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 15:36:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=gKKtgtkYXHjiFffDcXQVdrp2nvtZZcf84+ePn0yynQY=; b=FCgtyJv0cLb1legEdcdblDHD4N7skjLxPV/eE7qXdHDdwmOFvzE/doUVl2d7kWcyq9 CAv+Sz9NfALM2KwgbBWuYLTw+nU1/6rwEFw1DZFbx4/N0BOXESqaWgN8rYBepOW4Xf5H vAB/EGu4mqEwdcfzbQrNktFZUkv2Fp46fBMZA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=Tu+1xcTHbvPTc64hryCv66QR471hnnl0eqaeGyghbMLpDjIf4VSRuK+VVAIDVDBmq9 /T56XzqEkqMO19+DGWo6urXWH6YO8oGGe10l2ogdbkSp15HTB3ZzIo7QVkJRO5FceWRa ISossiyQiqJRXOfDXOPVgx18ALbj0zWWRqGmM= MIME-Version: 1.0 Received: by 10.101.179.23 with SMTP id g23mr3418999anp.171.1258587414163; Wed, 18 Nov 2009 15:36:54 -0800 (PST) In-Reply-To: <4B0415BC.9010400@ufl.edu> References: <4B0415BC.9010400@ufl.edu> From: Lennart Borgman Date: Thu, 19 Nov 2009 00:36:34 +0100 Message-ID: To: Sullivan Beck , 4954@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 On Wed, Nov 18, 2009 at 4:41 PM, Sullivan Beck wrote: > I wrote two simple emacs extensions, both of which use the run-at-time > function periodically write some information to a file. When one or the > other is loaded, emacs works fine. When both are loaded, emacs will work > fine for a while, and then suddently start behaving very sluggishly. > Keyboard input will not be printed on the screen for 2-4 seconds. It > never seems to recover (though the periodic work should only take a > fraction of a second) and eventually, I have to kill emacs and restart. > > I'll include both extensions below, though I don't believe that either > of them are directly related to the cause of the problem... it just > happened that they both use run-at-time. Hi Sullivan, I do not know what causes the hang, but I can guess. In both your extensions you are saving data to a file. I wonder if that operation is syncronous? If it is then all Emacs can do is to wait there. (File operations can be both async and sync and I do not know what Emacs is doing.) A way to work around the trouble is perhaps to rewrite your scheduling of the saving operations. Here is one suggestion: - Instead of saving immediately in the timer start a second timer with run-with-idle-timer. - In that timer do the saving. This makes the chance that the saving will occur while you are typing a bit smaller, but it does not avoid the trouble totally. From unknown Mon Aug 11 21:36:30 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4954: 23.1; Emacs hangs when two run-at-time calls in effect Reply-To: Sullivan Beck , 4954@debbugs.gnu.org Resent-From: Sullivan Beck Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 19 Nov 2009 01:35:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 4954 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 4954-submit@emacsbugs.donarmstrong.com id=B4954.125859415226485 (code B ref 4954); Thu, 19 Nov 2009 01:35:03 +0000 Received: (at 4954) by emacsbugs.donarmstrong.com; 19 Nov 2009 01:29:12 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp.ufl.edu (smtp03.osg.ufl.edu [128.227.74.70]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAJ1TAOX026482 for <4954@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 17:29:11 -0800 Received: from [192.168.0.100] (ip24-136-37-175.ga.at.cox.net [24.136.37.175]) (authenticated bits=0) by smtp.ufl.edu (8.14.0/8.14.0/3.0.0) with ESMTP id nAJ1T6bb019167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 18 Nov 2009 20:29:09 -0500 Message-ID: <4B049F66.2020104@ufl.edu> Date: Wed, 18 Nov 2009 20:29:10 -0500 From: Sullivan Beck User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 MIME-Version: 1.0 To: Lennart Borgman CC: 4954@debbugs.gnu.org References: <4B0415BC.9010400@ufl.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2009-11-18_09:2009-11-16,2009-11-18,2009-11-18 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0911180260 X-UFL-Spam-Level: * On 11/18/2009 6:36 PM, Lennart Borgman wrote: > On Wed, Nov 18, 2009 at 4:41 PM, Sullivan Beck wrote: > >> I wrote two simple emacs extensions, both of which use the run-at-time >> function periodically write some information to a file. When one or the >> other is loaded, emacs works fine. When both are loaded, emacs will work >> fine for a while, and then suddently start behaving very sluggishly. >> Keyboard input will not be printed on the screen for 2-4 seconds. It >> never seems to recover (though the periodic work should only take a >> fraction of a second) and eventually, I have to kill emacs and restart. >> >> I'll include both extensions below, though I don't believe that either >> of them are directly related to the cause of the problem... it just >> happened that they both use run-at-time. >> > Hi Sullivan, > > I do not know what causes the hang, but I can guess. In both your > extensions you are saving data to a file. I wonder if that operation > is syncronous? If it is then all Emacs can do is to wait there. (File > operations can be both async and sync and I do not know what Emacs is > doing.) > > It could be... and I certainly considered the fact that perhaps both were trying to do something at the same time and were blocking each other somehow. My problem with this is that the slowness doesn't go away once it's started. If the two saves are EXACTLY in sync with each other (and it's possible... I gave them both a 5 minute interval, and they were initialized right after each other), I wouldn't be surprised to see emacs become sluggish for a few seconds every 5 minutes. The problem is that once the sluggishness starts, it persists for several minutes. I've never tried to outwait it for too long of a time, but I've certainly given it 2-3 minutes, and the sluggishness persists. If the two operations can't figure out in that time how to get their writes done, I'd say that it has to be a bug in that code. I'll bet that your suggestion of starting up a run-with-idle-timer would be a good workaround (and I may or may not do it... probably not since the workaround I've already got is good enough for me). I mainly submitted the bug so that whoever is in charge of the code that runs the timer may look at it. I'm probably at a point where I'm satisfied with what I've got, at least for the time being. Anyway, thanks for the reply. > A way to work around the trouble is perhaps to rewrite your scheduling > of the saving operations. Here is one suggestion: > > - Instead of saving immediately in the timer start a second timer with > run-with-idle-timer. > - In that timer do the saving. > > This makes the chance that the saving will occur while you are typing > a bit smaller, but it does not avoid the trouble totally. > > From unknown Mon Aug 11 21:36:30 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4954: 23.1; Emacs hangs when two run-at-time calls in effect Reply-To: Lennart Borgman , 4954@debbugs.gnu.org Resent-From: Lennart Borgman Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 19 Nov 2009 01:40:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 4954 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 4954-submit@emacsbugs.donarmstrong.com id=B4954.125859444526928 (code B ref 4954); Thu, 19 Nov 2009 01:40:05 +0000 Received: (at 4954) by emacsbugs.donarmstrong.com; 19 Nov 2009 01:34:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-yx0-f190.google.com (mail-yx0-f190.google.com [209.85.210.190]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAJ1Y3SR026917 for <4954@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 17:34:05 -0800 Received: by yxe28 with SMTP id 28so1592305yxe.19 for <4954@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 17:33:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=huLEp/HaKOuBaxPzsnreGwNGftxclQQWCEbYQFbzk+k=; b=ag8LurO/Zw+X1E7Jps3aiYFzEla5mabBgkfhzHmLGX2s7lNoDS6Sa0Xu1QBz8+Vf+S QiF2avYpUqBxd9zK8eI5YBBcUIBUcHDgJFfvPSjjB9XEpDDC/CBR7nTyxMpHXMeWNqkR BitUlQM5HjH0IZZ1WjT7lIgvvYzc4pPfLoS7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=bqdMQric5sHa3t9bxXYxl25CA8kAFI/zBJapD5Jv7Xg0U2hsKw9qdPclWF3XO30LMr koIspLHU0CgSIZJnbGR/8SMaqby24aIKbl6fKYYHJJFbBFnJxEe7M93RmDOb+E+bMBTV l2dbnu/9uZSq/zE7FNnv1PKDJ9CjoM2eHsaU4= MIME-Version: 1.0 Received: by 10.101.189.3 with SMTP id r3mr3182245anp.105.1258594438095; Wed, 18 Nov 2009 17:33:58 -0800 (PST) In-Reply-To: <4B049F66.2020104@ufl.edu> References: <4B0415BC.9010400@ufl.edu> <4B049F66.2020104@ufl.edu> From: Lennart Borgman Date: Thu, 19 Nov 2009 02:33:38 +0100 Message-ID: To: Sullivan Beck Cc: 4954@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 On Thu, Nov 19, 2009 at 2:29 AM, Sullivan Beck wrote: > > It could be... and I certainly considered the fact that perhaps both were > trying to do something at the same time and were blocking each other > somehow. > > My problem with this is that the slowness doesn't go away once it's started. > If the two saves are EXACTLY in sync with each other (and it's possible... I > gave them both a 5 minute interval, and they were initialized right after > each other), I wouldn't be surprised to see emacs become sluggish for a few > seconds every 5 minutes. > > The problem is that once the sluggishness starts, it persists for several > minutes. I've never tried to outwait it for too long of a time, but I've > certainly given it 2-3 minutes, and the sluggishness persists. If the two > operations can't figure out in that time how to get their writes done, I'd > say that it has to be a bug in that code. > > I'll bet that your suggestion of starting up a run-with-idle-timer would be > a good workaround (and I may or may not do it... probably not since the > workaround I've already got is good enough for me). > > I mainly submitted the bug so that whoever is in charge of the code that > runs the timer may look at it. I'm probably at a point where I'm satisfied > with what I've got, at least for the time being. > > Anyway, thanks for the reply. Thanks for your good description. I do not understand what is going on so someone who knows more than me about this must jump in. All I can say is that reading your description above it sounds like something is seriously wrong. From unknown Mon Aug 11 21:36:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#4954: 23.1; Emacs hangs when two run-at-time calls in effect Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Aug 2021 20:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 4954 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sullivan Beck Cc: 4954@debbugs.gnu.org Received: via spool by 4954-submit@debbugs.gnu.org id=B4954.163000964222686 (code B ref 4954); Thu, 26 Aug 2021 20:28:01 +0000 Received: (at 4954) by debbugs.gnu.org; 26 Aug 2021 20:27:22 +0000 Received: from localhost ([127.0.0.1]:50590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJLy6-0005tp-JM for submit@debbugs.gnu.org; Thu, 26 Aug 2021 16:27:22 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51232) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJLy4-0005tZ-5t for 4954@debbugs.gnu.org; Thu, 26 Aug 2021 16:27:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=cqnLzBPLrrIHsgeW6Ja7Cg1xqgnmJ460xDyGTM35CK0=; b=HaTy4+ohPNec1F+dqidgAVyrAM 3KM9tY8whyeZg4dB/b0+UwqEHiaegyofSw1bqinZfCkAfiiDU9my9MGCItGe5oUzlu+Gq7XjVyNj8 +FMx7z1n0wmgsfKMOgqW0TN70uVtb9r1HkqTunhn2KKJJVQ5rraD+UMKijUttan0oZx0=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mJLxt-0005kV-9T; Thu, 26 Aug 2021 22:27:13 +0200 From: Lars Ingebrigtsen References: <4B0415BC.9010400@ufl.edu> Date: Thu, 26 Aug 2021 22:27:08 +0200 In-Reply-To: <4B0415BC.9010400@ufl.edu> (Sullivan Beck's message of "Wed, 18 Nov 2009 10:41:48 -0500") Message-ID: <87o89kt0ir.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Sullivan Beck writes: > I wrote two simple emacs extensions, both of which use the run-at-time > function periodically write some information to a file. When one or the > other is loaded, emacs works fine. When both are lo [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Sullivan Beck writes: > I wrote two simple emacs extensions, both of which use the run-at-time > function periodically write some information to a file. When one or the > other is loaded, emacs works fine. When both are loaded, emacs will work > fine for a while, and then suddently start behaving very sluggishly. (I'm going through old bug reports that unfortunately weren't resolved at the time.) Are you still seeing this issue in recent Emacs versions? I can't remember seeing any similar reports... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 26 16:27:27 2021 Received: (at control) by debbugs.gnu.org; 26 Aug 2021 20:27:27 +0000 Received: from localhost ([127.0.0.1]:50593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJLyA-0005u5-QB for submit@debbugs.gnu.org; Thu, 26 Aug 2021 16:27:27 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJLy7-0005te-O4 for control@debbugs.gnu.org; Thu, 26 Aug 2021 16:27:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=LULv339vcN4m4QPVxraiuHm5D1gq/2NTLqBqCw3jt7M=; b=UE+Hi5Mk8L6eclXMbw0X+bzxA9 IWuopsA1KbOOI+2PlicFslnziWYSreU//uRlkXNQz8LWVygxL8bN5aQlcyb2GMUKVHycTZvz4AMlF eRJ3nXkIF7zmOVrneTFiMdpW8rRd69yq8PgvrgjRpBnEEo6UQRMJgSEf9Nr0TNziddHQ=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mJLxz-0005kc-Ol for control@debbugs.gnu.org; Thu, 26 Aug 2021 22:27:17 +0200 Date: Thu, 26 Aug 2021 22:27:15 +0200 Message-Id: <87mtp4t0ik.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #4954 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 4954 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 4954 + moreinfo quit From unknown Mon Aug 11 21:36:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#4954: 23.1; Emacs hangs when two run-at-time calls in effect Resent-From: Sullivan Beck Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Aug 2021 21:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 4954 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: 4954@debbugs.gnu.org Reply-To: sulbeck@ufl.edu Received: via spool by 4954-submit@debbugs.gnu.org id=B4954.16300135494584 (code B ref 4954); Thu, 26 Aug 2021 21:33:02 +0000 Received: (at 4954) by debbugs.gnu.org; 26 Aug 2021 21:32:29 +0000 Received: from localhost ([127.0.0.1]:50645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJMz7-0001Bs-5U for submit@debbugs.gnu.org; Thu, 26 Aug 2021 17:32:29 -0400 Received: from mx0a-000b4001.pphosted.com ([148.163.146.25]:37406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJMyU-0001AZ-V0 for 4954@debbugs.gnu.org; Thu, 26 Aug 2021 17:31:52 -0400 Received: from pps.filterd (m0166812.ppops.net [127.0.0.1]) by mx0a-000b4001.pphosted.com (8.16.1.2/8.16.0.43) with SMTP id 17QKYjoU021739; Thu, 26 Aug 2021 21:31:49 GMT Received: from az1-msa-prod01.server.ufl.edu (az1-msa-prod01.server.ufl.edu [128.227.74.22]) by mx0a-000b4001.pphosted.com with ESMTP id 3anuuj0hmr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 26 Aug 2021 21:31:49 +0000 Received: from exmbxprd05.ad.ufl.edu (exmbxprd05.ad.ufl.edu [10.36.133.36]) by az1-msa-prod01.server.ufl.edu (Postfix) with ESMTPS id 6EB8310005D; Thu, 26 Aug 2021 17:31:48 -0400 (EDT) Received: from exmbxprd21.ad.ufl.edu (128.227.145.166) by exmbxprd05.ad.ufl.edu (10.36.133.36) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Thu, 26 Aug 2021 17:31:47 -0400 Received: from exmbxprd26.ad.ufl.edu (128.227.145.170) by exmbxprd21.ad.ufl.edu (128.227.145.166) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Thu, 26 Aug 2021 17:31:48 -0400 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (104.47.70.106) by exmbxprd26.ad.ufl.edu (128.227.145.170) with Microsoft SMTP Server (TLS) id 15.0.1497.23 via Frontend Transport; Thu, 26 Aug 2021 17:31:48 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oYjnqlSqdk5V8263OzpL+aNYqaUd1PDROaYLNIIibtTBbTh0mtoEGS6ddD9eISA/osml7fwqagWn+io7g300P0SDvt5uEiTESWKjIiguVhYitMW8JDaSkRhr97Nrtc1lZlprxQGvdxusGO4Q61DNZNcNCDO6Y88/ViiYltRImZn6gcxv5XzsKdoWKXN5uWzHkqdtW28U1ISF+Lxjffurmw7Ze8MSja0RBZgE6/IS+EkDH5WO3alO4ef3Gx6m5VPa/mySODRbcDJiWDTuVV37+awgrqvvxqA0SiOsayBFHeWPWqx4pwmxbHMIxhj+H+idsWkHnjCM2p17qpfcEC3ROQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4atKr36Llu+XiJY9lOWILnuUsJWuQiDj0pV63cCrYwA=; b=JRqIW5R95CI/WeX9sSPZkdjF2OkhSEhHKjQv2blQQbSCm9ibIzN3Yf+1w64+gTQB9PNCGRsK2U/HqOG+wy1kCIGkV5/d4dFjP89NXXBjLZvmCHon7iyQ9FS/dJl0oWswfNrdNWhOVw0OsgisOQ/Mhc+QY+kcjgFz8z03Lgm+1w6oal33Q2AavbI3gc9QnABUOtdOoLnQJQx7pwxMe9TTeaPA2O0O4zXI/csYyVXxws5SIb5qa5Bf+dVch5oU8yB0kocuDDWJpylpwuHtC8tdynRIdOdkF2KuERXFdBfesZJYmwGZYaCDcSZsMfFZ532CEfGNjjaegopnMedXYxa8XA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ufl.edu; dmarc=pass action=none header.from=ufl.edu; dkim=pass header.d=ufl.edu; arc=none Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=ufl.edu; Received: from BN6PR2201MB1188.namprd22.prod.outlook.com (2603:10b6:405:30::15) by BN6PR22MB0403.namprd22.prod.outlook.com (2603:10b6:404:9b::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.20; Thu, 26 Aug 2021 21:30:35 +0000 Received: from BN6PR2201MB1188.namprd22.prod.outlook.com ([fe80::61e5:f1a2:c6b0:405e]) by BN6PR2201MB1188.namprd22.prod.outlook.com ([fe80::61e5:f1a2:c6b0:405e%7]) with mapi id 15.20.4415.024; Thu, 26 Aug 2021 21:30:35 +0000 References: <4B0415BC.9010400@ufl.edu> <87o89kt0ir.fsf@gnus.org> From: Sullivan Beck Message-ID: Date: Thu, 26 Aug 2021 17:30:33 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 In-Reply-To: <87o89kt0ir.fsf@gnus.org> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MN2PR14CA0013.namprd14.prod.outlook.com (2603:10b6:208:23e::18) To BN6PR2201MB1188.namprd22.prod.outlook.com (2603:10b6:405:30::15) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from home-main.sullybeck.com (2600:8807:c1c0:3e10:53a3:531c:145:cae7) by MN2PR14CA0013.namprd14.prod.outlook.com (2603:10b6:208:23e::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.20 via Frontend Transport; Thu, 26 Aug 2021 21:30:34 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 38c5d3ce-ccf3-48f9-7de8-08d968d8bd51 X-MS-TrafficTypeDiagnostic: BN6PR22MB0403: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:6430; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Gq+txFg7xNy4qR5Sf5b6ktcdoWLZEbEdqfhpsfE1Dk2A+cJBfC+/OkSwPdKx/XM+0Yn3gODMfNQHW9m7W4LS03i4HTLg+HlWTNURbmXgIz8yKfbyVDkGaoOsyfKFgn3QjfV7XtiBulkQZP0Fnyg8HTonUc5v6QWKmmwtH990uArhhtAkx0pAIXRruWS6wZg/+2apGOdhGGH1VfJWZ9YITC/xLzQzJ8wjbzjaxHg4iY+FQQ/ZPdxOB2V+EIr9ZRBSg7vbyxpNCDHYvZo0wmFq5OBb2c1v8Rou6mh4C3b8lQPOFlBZ/q95rCajjW3O5AAnTMIoEDJQASYazFzuouZFWF+vELhrFjH4rFBcmibibKTI7SiP0dlqgS+k/qGnBwSjTK4GKb8pMs+TSTv/28kU1t4Hgx+UUKXqqDLQ4zTwrlrQU9PAsBNnv+qSp1s2w+/3nxfBDgALpuZNC9OldColuF9euuTw9xCa54LVbEIto2M4jVJ9oil9SOLI6k/KhEw7GBW8OYK6sjejPD392l/wtT/WopL6NNSYtEwmOckZU3BP4HvZEpBIhhy1rWQiPKPantFZ0CRdtbnNjC8frqXNlCGxRm/eZOWw5H9gos5E4QJCdaBahVcGdB0AV56/9zMJW4JYZT5zod3l8kx23Dgh2NAe/ZxyP/EnpaeXoFgUpeoH/5tTSW8PtlX7ZwfDkzlsrRxD0LKPfwpEEjOdBmVbCvAD1NS6VUjM1qRo474oWcgLPYpRisCHGCHNlgqf9yGjgl5yzmHOrz7HU9OaHJkP+H7pLXHGV1GD0zQfHLu60RxIVq0ZXsyfwnAZDnun/urc X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR2201MB1188.namprd22.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38100700002)(52116002)(4326008)(83380400001)(786003)(316002)(31686004)(6486002)(508600001)(8676002)(66476007)(66946007)(66556008)(6512007)(6916009)(36756003)(2906002)(8936002)(2616005)(186003)(966005)(3450700001)(6506007)(53546011)(75432002)(31696002)(86362001)(5660300002)(45980500001)(43740500002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: WRZWuE7UWbDUacOS4eJhnn61q1WtD/RSWalf14inK/zhTF7M1uOhwWyMjIVgj1LMAdhTUsMsqz0SaJfrpme9ODb/YM6dC4qLz8XK4Y4bl187Nwp5jGEMyKiVLSnSQB5JZeVx2pGPt8f6LQll+qFdu+7PH+LTPBtz+sQgCnEQYD6DLHkX9muFqRmtxUuzWZH2Pu376d6cqRmqGIio/cFJNhI/Yi3UHfXWT/KNV4b77yv9BWro33+GsFNTZRMIEV5z1lW+njt9SH02H+VRNZTwN73yhhtPGQasX6zAd4fGVYCiTY6l/ZgVGX5jIpPU2rjgG8h+Zn4VIMf/TVyo+gxfqZqVZhfrwZ+ys7/otV7m7TibazAknaAxUEUGGBsfmNUjwwdlw018eq83NQZifNpU316Sk3li1OtQ+u7HL5c+E6pjYko3umItPpwwzt6guU8FIq59Lrzw5FFWO+UY3255YZpsXHwTnOvlrJfclXE00f3Pjsra6P7hisYbXN8nuV9QcBW5hYDOhvG21zMlDjVpEU2HlsVHKnmIXX7Hg6T748Md48yrQkymxtA/w60ubWxRwNjOBddMjQbkWHtxdhAGKrPUfHuMrQ19O8+t3kIObeEhp2ZjE96nk5tE/tgUpIi32WJ8f8v6uzBVDzO9L0i7lLyavp+i962f9mTs0/anmr0/3CoJfd+viq1n0udXYAQXVW2S0ayU7PUSg8r2RF3i0YsEP1BCrcaji2YzuCHvXA5nh2vxtbBMIPcvH87vg8kkm6Y0q0IG33Z1sCcaA+9u8Fs+Ka+PeZRw79Ox3AeGWg9r8nKUI4ZLVeNau2N0DbeaQIQVWQP3MLeiWr6O4KHIYFucWWCiIBbL3xhYDrSeALmJPongfXYwVSDr2OgTTKfV5X7BfuMo/RUy1yx45xwe7MKkur2gACjaBShfTZE/T+k62q0U3OcTvcJkutp4sqIWzzAERoq+z9t0dsZuSRmFpJ4kC4wjggHkHvrn97nQopM+K3+XedXOABHID78vkyzjavvshWe9lf6QedkG5jqzIfl1LE5BgkHMd2G1FeEyOWpRez2vW+SpeLilrt1PkLhS9o4OSaucmbSXz+xNQ/F0HuEfFqXaACuGJgtzJoCWMvpumcPPqWm6go4Z8RNOukncNxBGEk1WCMZnEEg9P7glBRrghhbmov9e7nSIsZoqpv2x3JUPIhiVtNCJU+sMbunFhcLL8nhkOpi2YPlDQdvOoFBRxD6VEOFbKrPuPzcVYgAEl9YZKBuB3paE90n3bhW9T7i1vhxFbTCZlZnB5KQxd/E+Vp1qyuiZosNve4k0o5Bv8/AUj6IHCiwZq9jBKvRg9Bb445bX+IuiDfLfmkPEFa51Iv6QgzTkJ/bL2nxfioHupmXufFcj+Ya/NVZHba99 X-MS-Exchange-CrossTenant-Network-Message-Id: 38c5d3ce-ccf3-48f9-7de8-08d968d8bd51 X-MS-Exchange-CrossTenant-AuthSource: BN6PR2201MB1188.namprd22.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Aug 2021 21:30:34.9933 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 0d4da0f8-4a31-4d76-ace6-0a62331e1b84 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: fJmWEgo4oSIYqvC5kFYLFx5OvWPboAOT5VAoYOba/Ryc3lKaxotAqvosQqGD2P+K X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR22MB0403 X-OriginatorOrg: ufl.edu X-Proofpoint-GUID: mRVrbAK8_izvyDCIFUR-u5H29fD4qD1H X-Proofpoint-ORIG-GUID: mRVrbAK8_izvyDCIFUR-u5H29fD4qD1H X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-08-26_05,2021-08-26_02,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 lowpriorityscore=0 phishscore=0 bulkscore=0 impostorscore=0 mlxscore=0 adultscore=0 spamscore=0 priorityscore=1501 mlxlogscore=999 clxscore=1011 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2107140000 definitions=main-2108260121 X-Spam-Score: -0.1 (/) X-Mailman-Approved-At: Thu, 26 Aug 2021 17:32:27 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) I'm sorry, but this was so long ago that you should just go ahead and close it. I believe I rewrote one to not use the run-at-time function, and that has resolved my problem. However, I don't know if the base problem, whatever that was, still exists. On 8/26/21 4:27 PM, Lars Ingebrigtsen wrote: > [External Email] > > Sullivan Beck writes: > >> I wrote two simple emacs extensions, both of which use the run-at-time >> function periodically write some information to a file. When one or the >> other is loaded, emacs works fine. When both are loaded, emacs will work >> fine for a while, and then suddently start behaving very sluggishly. > > (I'm going through old bug reports that unfortunately weren't > resolved at the time.) > > Are you still seeing this issue in recent Emacs versions? I can't > remember seeing any similar reports... > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: https://urldefense.proofpoint.com/v2/url?u=http-3A__lars.ingebrigtsen.no&d=DwIBAg&c=sJ6xIWYx-zLMB3EPkvcnVg&r=aygi6L4ukZ6N8SXtTZL5hQ&m=GRdDIa5JQL6X0gnW-VFyECvmBhStsbmvCNSqHSjnXjA&s=6wGuYeUR3doHCZDMbrgIR7u3ELAQ6wscadF0_6g0JWM&e= > From unknown Mon Aug 11 21:36:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#4954: 23.1; Emacs hangs when two run-at-time calls in effect Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Aug 2021 02:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 4954 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Sullivan Beck Cc: 4954@debbugs.gnu.org Received: via spool by 4954-submit@debbugs.gnu.org id=B4954.163003279618168 (code B ref 4954); Fri, 27 Aug 2021 02:54:01 +0000 Received: (at 4954) by debbugs.gnu.org; 27 Aug 2021 02:53:16 +0000 Received: from localhost ([127.0.0.1]:50885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJRzY-0004ix-Es for submit@debbugs.gnu.org; Thu, 26 Aug 2021 22:53:16 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54258) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJRzW-0004ii-Gz for 4954@debbugs.gnu.org; Thu, 26 Aug 2021 22:53:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=oW1ZuFXeF//iEIc4PUSxg+So2bmx4onBfn4su3ascIg=; b=BUbu5daOh1OXGfuJTnYPjFuh2w 2FOmpH+U8/wN/zVySkmeFsnxHVLBXZwcR2VKMdajwlw87s6coUwAjxfoTxsyVcAn1j6636edrWnuz j1TtItY53RipHOu3BUf+ETIAtcOLi1TuyyMURrDktw5klywVA/7G7jOxqxygeJ6okQUo=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mJRzL-00011V-Lm; Fri, 27 Aug 2021 04:53:07 +0200 From: Lars Ingebrigtsen References: <4B0415BC.9010400@ufl.edu> <87o89kt0ir.fsf@gnus.org> Date: Fri, 27 Aug 2021 04:53:03 +0200 In-Reply-To: (Sullivan Beck's message of "Thu, 26 Aug 2021 17:30:33 -0400") Message-ID: <87eeafsink.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Sullivan Beck writes: > I'm sorry, but this was so long ago that you should just go ahead and > close it. OK; done. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Sullivan Beck writes: > I'm sorry, but this was so long ago that you should just go ahead and > close it. OK; done. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 26 22:53:27 2021 Received: (at control) by debbugs.gnu.org; 27 Aug 2021 02:53:27 +0000 Received: from localhost ([127.0.0.1]:50888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJRzj-0004jO-M1 for submit@debbugs.gnu.org; Thu, 26 Aug 2021 22:53:27 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJRzh-0004jA-G4 for control@debbugs.gnu.org; Thu, 26 Aug 2021 22:53:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Ml/EWLdU6Q3bpzDy9zEVgvzDxBo3gNx9PE+rPzhz+KE=; b=M50luvNxvsF8c4tkCe7IcnlP11 kDSOduypuISJXFIzFjk6XoDvSwvZAhe0ofc3jud+JAmRL6nD5fllpsM39YmKBkHfEcd4HAwLfDNxg RitKD6x2kJ6fiIiPDy0w89jZFCEs8gGaWO0tMvS2/4G9Gn8tI2ljv5zuADyyx+J6uaQM=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mJRzZ-00011g-H1 for control@debbugs.gnu.org; Fri, 27 Aug 2021 04:53:19 +0200 Date: Fri, 27 Aug 2021 04:53:17 +0200 Message-Id: <87czpzsin6.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #4954 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 4954 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 4954 quit