Henry S. Thompson wrote:
[EMAIL PROTECTED] (Henry S. Thompson) writes:
With [Klaus's conservative semantic settings] added, problem doesn't
occur immediately on editing a file, because Directory buffer/window
is never painted.
And it doesn't seem to happen after synchronising windows,
Henry S. Thompson wrote:
[EMAIL PROTECTED] writes:
Hmm, could be - do you know
semantic-imenu-auto-rebuild-directory-indexes for example - and do
you know (see INSTALL-file in semantic-subdir of cedet):
t
semantic-load-enable-minimum-features
semantic-load-enable-code-helpers
[EMAIL PROTECTED] writes:
Henry S. Thompson wrote:
. . .
With all that added, problem doesn't occur immediately on editing a
file, because Directory buffer/window is never painted.
Huuh, which window/buffer is never painted...the ECB-directory-buffer??
Yes. I don't understand why not.
Henry S. Thompson wrote:
[EMAIL PROTECTED] writes:
Henry S. Thompson wrote:
. . .
With all that added, problem doesn't occur immediately on editing a
file, because Directory buffer/window is never painted.
Huuh, which window/buffer is never painted...the
ECB-directory-buffer??
Yes.
[EMAIL PROTECTED] writes:
to tell you why not i need a fukll problem-report with
`ecb-submit-problem-report' and the full semantic-setup you currently
use!
Done.
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
Half-time member of W3C
OK, so Klaus's guess _appears_ to be backwards.
To recap: I had gotten rid of the problem by setting both
ecb-prescan-directories-for-emptyness nil
ecb-vc-enable-support nil
Klaus said he suspected prescan, so I turned vc-support back on --
hang comes back!
So I turned it off again, and
Henry S. Thompson wrote:
OK, so Klaus's guess _appears_ to be backwards.
To recap: I had gotten rid of the problem by setting both
ecb-prescan-directories-for-emptyness nil
ecb-vc-enable-support nil
Klaus said he suspected prescan, so I turned vc-support back on --
hang comes
[EMAIL PROTECTED] writes:
Henry S. Thompson wrote:
OK, so Klaus's guess _appears_ to be backwards.
. . .
So my current belief is that it's the vc support that's the problem,
not the emptyness check. Which is slightly more plausible if only
because vc support is new and emptyness is not,
OK, so Klaus's guess _appears_ to be backwards.
. . .
So my current belief is that it's the vc support that's the problem,
not the emptyness check. Which is slightly more plausible if only
because vc support is new and emptyness is not, right?
well, are you working with CVS??
Yes.
If
[EMAIL PROTECTED] writes:
HST:
So I patched the pattern and still no pause -- ah -- on cygwin you
how do you have patched the pattern?? maybe i should patch the pattern
in ECB too!!
I just removed the @, but that leaves the pattern pretty weak.
Something like
(and Root-content
Henry S. Thompson wrote:
[EMAIL PROTECTED] writes:
HST:
So I patched the pattern and still no pause -- ah -- on cygwin you
how do you have patched the pattern?? maybe i should patch the
pattern in ECB too!!
I just removed the @, but that leaves the pattern pretty weak.
Something like
[EMAIL PROTECTED] writes:
What do you think about this function for testing if rep. is remote or not:
(defun ecb-vc-cvs-root-remote-p (root)
(if (string-match ^:local: root)
nil
(and (string-match ^\\(:ext:\\|:server:\\)?\\([EMAIL
PROTECTED]@\\)?\\([^:]+\\):
12 matches
Mail list logo