* Milder CVS problems, redux
@ 2006-07-17 18:10 JD Smith
2006-07-17 21:49 ` Chong Yidong
0 siblings, 1 reply; 3+ messages in thread
From: JD Smith @ 2006-07-17 18:10 UTC (permalink / raw)
I had previously reported problems with CVS commands in Emacs 22
timing out, and/or the cvs process getting killed. They didn't recur,
but I *do* now commonly get empty results from the first run of cvs
log (C-x v l) on a local repository, which causes a two line empty
buffer to display. Re-running the command usually succeeds, but it
seems very likely to me that these problems may be related, perhaps to
some underlying race condition.
I see that CVS log is running asynchronously (vc-cvs.el):
(vc-cvs-command
buffer
(if (and (vc-stay-local-p file) (fboundp 'start-process)) 'async 0)
file "log"))
Explicitly removing 'async "fixes" this problem, but I presume log is
async for a reason, and that this shouldn't introduce race conditions
of this sort. I see that diff can operate asynchronously as well, but
that others do not, which is consistent with my earlier findings
("log" and "diff" were the problem cases). Unfortunately I don't have
much experience debugging asynchronous processes. I can consistently
reproduce the "blank buffer" issue on C-x v l as of now.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Milder CVS problems, redux
2006-07-17 18:10 Milder CVS problems, redux JD Smith
@ 2006-07-17 21:49 ` Chong Yidong
2006-07-18 0:14 ` JD Smith
0 siblings, 1 reply; 3+ messages in thread
From: Chong Yidong @ 2006-07-17 21:49 UTC (permalink / raw)
Cc: emacs-devel
JD Smith <jdsmith@as.arizona.edu> writes:
> I had previously reported problems with CVS commands in Emacs 22
> timing out, and/or the cvs process getting killed. They didn't recur,
> but I *do* now commonly get empty results from the first run of cvs
> log (C-x v l) on a local repository, which causes a two line empty
> buffer to display. Re-running the command usually succeeds, but it
> seems very likely to me that these problems may be related, perhaps to
> some underlying race condition.
>
> I see that CVS log is running asynchronously (vc-cvs.el):
>
> (vc-cvs-command
> buffer
> (if (and (vc-stay-local-p file) (fboundp 'start-process)) 'async 0)
> file "log"))
>
> Explicitly removing 'async "fixes" this problem, but I presume log is
> async for a reason, and that this shouldn't introduce race conditions
> of this sort. I see that diff can operate asynchronously as well, but
> that others do not, which is consistent with my earlier findings
> ("log" and "diff" were the problem cases). Unfortunately I don't have
> much experience debugging asynchronous processes. I can consistently
> reproduce the "blank buffer" issue on C-x v l as of now.
Are you sure you have the latest version of Emacs from CVS? This
sounds like a bug I fixed last week; see
http://lists.gnu.org/archive/html/emacs-devel/2006-07/msg00588.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-07-18 0:14 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-17 18:10 Milder CVS problems, redux JD Smith
2006-07-17 21:49 ` Chong Yidong
2006-07-18 0:14 ` JD Smith
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.