unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Klaus Zeitler <kzeitler@lucent.com>
Subject: Can't interrupt directory_files_internal run from timer-event-handler
Date: Fri, 05 Aug 2005 11:03:40 +0200	[thread overview]
Message-ID: <q5gfyton4b7.fsf@lucent.com> (raw)

The following problem occurs with CVS emacs + ECB under Solaris 5.8.

While ECB performs its stealth update activities, emacs sometimes seems to
hang for a long time.
gdb shows the following function and backtrace:

directory_files_internal (directory=16076323, full=3313665, match=3313665, 
    nosort=3313713, attrs=0, id_format=3313665)
    at /vol/freeware/cvs/emacs/head/emacs/src/dired.c:226
226           if (dp == NULL && errno == EAGAIN)
(gdb) p directory
$1 = 16076323
(gdb) pr
"/vol/cld_scratch"

(gdb) xbacktrace
 "directory-files"
 "apply"
 "ecb-directory-files"
 "ecb-check-emptyness-of-dir"
 "ecb-stealthy-empty-dir-check"
 "ecb-stealthy-updates"
 "apply"
 "byte-code"
 "timer-event-handler"

I think emacs waits for readdir in dired.c:223 to complete and unfortunately
C-g doesn't work during stealthy update.

The culprit BTW is a mount point to a VAX cluster that e.g. need 20 minutes
to return from 'M-x eval-expression (directory-files "/vol/cld_scratch")'.
While I can interrupt 'M-x eval-expression (directory-files "/vol/cld_scratch")'
with C-g just fine, C-g has no effect when this command is run from 
timer-event-handler.

-- 
 ------------------------------------------
|  Klaus Zeitler      Lucent Technologies  |
|  Email:             kzeitler@lucent.com  |
 ------------------------------------------
---
The only problem with being a man of leisure
is that you can never stop and take a rest.

             reply	other threads:[~2005-08-05  9:03 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-05  9:03 Klaus Zeitler [this message]
2005-08-05 20:38 ` Can't interrupt directory_files_internal run from timer-event-handler Richard M. Stallman
2005-08-06  6:57   ` Eli Zaretskii
2005-08-07 17:15     ` Richard M. Stallman
2005-08-07 18:15       ` Eli Zaretskii
2005-08-08  8:44         ` Johan Vromans
2005-08-08 14:32           ` Johan Vromans
2005-08-09  0:27         ` Richard M. Stallman
2005-08-14 20:13           ` Sascha Wilde
2005-08-15 16:04             ` Richard M. Stallman
2005-08-09 23:15     ` Stefan Monnier
2005-08-09 23:07   ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=q5gfyton4b7.fsf@lucent.com \
    --to=kzeitler@lucent.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).