Community
Participate
Working Groups
Build Identifier: I20100608-0911 I'm sitting behind a proxy and eclipse doesn't know anything about it (internal firm rules). Each time I'm trying to use code completion (f.e. CTRL+Space) my workbench hangs for about 3 minutes. I've tcpdumped my interfaces and was very shocked to see, that each time Eclipse/CDT ist trying to contact sourceware.org. Such behavior is unacceptable slow, even if you have a fast internet connection w/o proxy. In my case this doesn't even work, because Eclipse can't get any answer from proxy and resolve the internet address and just going to sleep. So two questions: 1) what is this for? 2) how can I deactivate it? (possibly temporary, until better solution) Reproducible: Always Steps to Reproduce: 1. Open eclipse behind proxy (or w/o DNS?) 2. Open C/C++ editor 3. Try code completion
Any chance you have some plug-ins installed in addition to plain Eclipse/CDT?
Yep, it seems to be the C/C++ library hover plugin
Ok, moving to LinuxTools then.
(In reply to comment #0) > Build Identifier: I20100608-0911 > > I'm sitting behind a proxy and eclipse doesn't know anything about it (internal > firm rules). Each time I'm trying to use code completion (f.e. CTRL+Space) my > workbench hangs for about 3 minutes. I've tcpdumped my interfaces and was very > shocked to see, that each time Eclipse/CDT ist trying to contact > sourceware.org. Such behavior is unacceptable slow, even if you have a fast > internet connection w/o proxy. In my case this doesn't even work, because > Eclipse can't get any answer from proxy and resolve the internet address and > just going to sleep. > > So two questions: > 1) what is this for? This is libhover getting the C/C++ documentation for glibc and/or libstdc++. The documentation is created from the actual source for the project. It is under a GPL Documentation license and as such is not allowed to reside with the plug-in at Eclipse.org so the plug-in fetches it from a URL. I am going to look at some better alternatives. Fedora ships an eclipse-cdt package which includes the CDT plus libhover and the Autotools plug-in. This would help because that version ships the documentation files inside the plug-in, but a 7.0 version is not yet released due to missing requirements. This should be shortly handled when Helios is released to rawhide. > 2) how can I deactivate it? (possibly temporary, until better solution) > To deactivate, either uninstall the libhover plug-in or go to Project->Properties->C/C++ General->Documentation and uncheck glibc Library, Libstdc++ Library, and newlib Library if it appears. > Reproducible: Always > > Steps to Reproduce: > 1. Open eclipse behind proxy (or w/o DNS?) > 2. Open C/C++ editor > 3. Try code completion
(In reply to comment #0) > Build Identifier: I20100608-0911 > > I'm sitting behind a proxy and eclipse doesn't know anything about it (internal > firm rules). Have you manually entered your proxy within Eclipse? From the main top-level Eclipse menu, if you go to Window->Preferences->General->Network Connections there is a drop-down at the top. If you want to set the proxy info for Eclipse, change this to "Manual". Then click on the various access types such as http and https and hit the Edit button on the right. This will allow you to enter the proxy information you need to use. Let me know if that solves your problem. You can still deactivate libhover as discussed in my previous entry.
I'm not allowed to activate proxy for eclipse (internal firm rules). After all this would do nothing for my problem, our internet connection is extremely slow. So I uninstalled the responsible plug-in. It seems to be the only solution for now, but thank you for helping me. Proposal: wouldn't it be better to concentrate the resources on developing embedded "man pages" view and hoovers. Than you wouldn't have any license problems and it is the best help you can have. Linux-Tools project contributes this now, but it seems not to work properly yet.
(In reply to comment #6) > I'm not allowed to activate proxy for eclipse (internal firm rules). After all > this would do nothing for my problem, our internet connection is extremely > slow. So I uninstalled the responsible plug-in. It seems to be the only > solution for now, but thank you for helping me. > Proposal: wouldn't it be better to concentrate the resources on developing > embedded "man pages" view and hoovers. Than you wouldn't have any license > problems and it is the best help you can have. Linux-Tools project contributes > this now, but it seems not to work properly yet. The documentation (man pages and such) for the GNU compilers are themselves under the GPL license, so the problem is that someone would have to create entirely new content from scratch that didn't infringe on the copyright of the GNU documentation.
I'm not experienced with license questions, but is there a copyright problem if you make a call-out (f.e. /usr/bin/man) and parse/pipe the output to eclipse view? Just like "Linux-Tools for Eclipse" project is trying to do. You wouldn't even need own man pages stuff.
Maybe the location of the GNU help documentation can be made to be end-user configurable, so the user could choose to download their own copy and point to it locally. I figured out how to disable the remote access for hovering and content assist, but it took longer than I would have liked. In Helios: 1) Window > Preferences > C/C++ > Editor > Hovers, make sure "Combined Hover" is unchecked 2) Window > Preferences > C/C++ > Editor > Content Assist > Advanced, make sure "Help Proposals" are unchecked in both boxes.
Your suggestion is a good one, Haw-Bin, and is what Jeff plans to do.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
