Hi,
thanks for reporting this...
well, after digging a little bit into this code (its still the same as 4 years before ;-), i have a assumption: What is the value of `vc-cvs-stay-local' in your setup?? For me it's t which means that Emacs stays local with CVS-repositories even if they are remote...a recommendable setting, BTW...
In general you will find all stuff related to your problem in the function: ecb-vc-dir-managed-by-CVS - see also the option `ecb-vc-supported-backends' where you could add your own backend-identify-function for CVS....
back to your problem (in ecb-vc-dir-managed-by-CVS ):
1. if vc-cvs-stay-local is not t then ECB will probably run into (ecb-host-accessible-p host)
2. ecb-host-accessible-p uses ecb-ping-program with ecb-ping-options...
3. ....
Well, if you have recommendations for better default values of ECB or changes in ecb-vc-dir-managed-by-CVS do not hesitate to tell me......
Does this help?
Klaus
________________________________
Von: bread [mailto:[email protected]]
Gesendet: Donnerstag, 7. Mai 2009 14:33
An: Daniel Clemente
Cc: [email protected]; [email protected]; [email protected]
Betreff: Re: [CEDET-devel] Are there ECB-users willing to pretest the nextforthcoming ECB-release with a lot of NEWS?
Hi, i'm suffering the same problem for quite a while and I find out just now how to reproduce it.
Emacs will hang on "M-x ecb-activate" as soon as there's a CVS/ folder in the same folder with the file you openned. And thanks for your information, i checked ps -aux and found this:
/bin/ping 166.111.111.111
and 166.111.111.111 is exactly written in CVS/Root. So i think maybe you opened a file under CEDET folder with CVS files in there.
I reported this on ECB-list too.
On Thu, May 7, 2009 at 8:12 PM, Daniel Clemente <[email protected]> wrote:
El dj, mai 07 2009, [email protected] va escriure:
> Hi,
>
> first of all sorry for using the cedet-mailing-lists for that but my hope is
> that there are also some ECB-users... ;-)
>
That's good because some ECB issues may be CEDET issues.
For instance, the first thing I noticed after doing ecb-activate with latest CEDET and CVS was that it blocks Emacs, and a ps -axuf shows:
dc 16484 3.3 3.3 82972 68972 ? Ss 13:45 0:22 emacs --daemon
dc 16767 0.0 0.0 2060 756 ? Ss 13:50 0:00 \_ /bin/ping cedet.cvs.sourceforge.net
First question: why is Emacs/CEDET/ECB trying to ping SourceForge? Is it really needed?
Apparently it never ends:
$ strace -p 16484
Process 16484 attached - interrupt to quit
read(7, "64 bytes from cvs2.sourceforge.ne"..., 6064) = 86
read(7, "64 bytes from cvs2.sourceforge.ne"..., 5978) = 86
read(7, "64 bytes from cvs2.sourceforge.ne"..., 5892) = 86
read(7, "64 bytes from cvs2.sourceforge.ne"..., 5806) = 86
read(7, ^C <unfinished ...>
Better use ping -c 1!
This is something that can be configured in ecb-file-browser.el
(defcustom ecb-ping-options (list "HOST")
"List of options for the ping program.
These options have to ensure that the program set in `ecb-ping-program' only
emits as few as possible ICMP packets, ideally exactly 1. These options must
ensure the ping-program doesn't emit an endless sequence of packets!
…
"
:group 'ecb-directories
:type '(repeat string))
Well, thanks for the release; ECB plus CEDET will enhance Emacs greatly.
-- Daniel
--
Zhiqiu Kong (孔直秋)
EDA Labs
Dept. Computer Science & Technology
Tsinghua University
P.R China
100084
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Cedet-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cedet-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.