search

ipodipad / cppcheclipse

Automatically exported from code.google.com/p/cppcheclipse
0 stars 0 forks source link

Eclipse frozen after loading cppcheck binary into the preference field #1

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Open Preferences
2. Brows to the folder cppcheck is installed
3. Enjoy the crash :)

What is the expected output? What do you see instead?
Loding of the program, crash

What version of the product are you using? On what operating system?
0.9, cppcheck 3.37 SLES 9, Eclipse 3.5

Please provide any additional information below.
No entry in the log file. Having trace messages would be nice to have!

Original issue reported on code.google.com by Berwange...@googlemail.com on 19 Oct 2009 at 8:56

GoogleCodeExporter commented 8 years ago 
I'm having the same problem.
Eclipse IDE for C/C++ Developers Build id: 20090920-1017
cppcheclipse: 0.9.0.200910182220
Cppcheck Version 1.37
Windows XP Pro SP3

Original comment by timo.kou...@gmail.com on 20 Oct 2009 at 11:47

GoogleCodeExporter commented 8 years ago 
Do you see any output in the console window?

Original comment by konra...@gmx.de on 22 Oct 2009 at 10:31

GoogleCodeExporter commented 8 years ago 
Only 

Executing 'home/$USERNAME/cppcheck-1.37/cppcheck --version'
Duration 140ms
Cppcheck 1.37

Pushing the Apply button stops every action of Eclipse...

Original comment by Berwange...@googlemail.com on 22 Oct 2009 at 12:38

GoogleCodeExporter commented 8 years ago 
I could reproduce one issue with spaces in filenames under Windows. But I guess 
this
is the same error. I will try to come up with a hotfix today. Thanks for the 
report.

Original comment by konra...@gmx.de on 22 Oct 2009 at 12:52

GoogleCodeExporter commented 8 years ago 
Turns out, that it has nothing to do with the path itself but with a limitation 
of
Runtime.exec(). The javadoc states: 

Because some native platforms only provide limited buffer size for standard 
input and
output streams, failure to promptly write the input stream or read the output 
stream
of the subprocess may cause the subprocess to block, and even deadlock. 
http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Process.html

Seems that under Mac OS this issue doesn't occur, while under Windows / Linux 
we have
exactly the described problem.

Original comment by konra...@gmx.de on 22 Oct 2009 at 1:25

GoogleCodeExporter commented 8 years ago 
Fixed with 0.9.1. Now using Apache Commons Exec to execute cppchecker which 
should
overcome the limitations of pure Runtime.exec().

Original comment by konra...@gmx.de on 22 Oct 2009 at 6:37

GoogleCodeExporter commented 8 years ago 
Thanks for fixing it that fast... !
And thanks for keeping us in the loop what went wrong. It is a quite common 
problem.
I'm planning as well to implement plugins in order to integrate command line 
tools.

Original comment by Berwange...@googlemail.com on 22 Oct 2009 at 6:45

GoogleCodeExporter commented 8 years ago

Original comment by konra...@gmx.de on 25 Oct 2009 at 1:15

GoogleCodeExporter commented 8 years ago 
I can't find an entry of the new version (0.9.1) in the Eclipse update dialog
(http://cppcheclipse.googlecode.com/svn/update/site.xml). I only see the old 
version.
 What do i have to do in order to get the version installed?

Original comment by Berwange...@googlemail.com on 26 Oct 2009 at 8:50

GoogleCodeExporter commented 8 years ago 
Just check for an update in Eclipse via "Check For Updates". Sometimes Eclipse 
caches
old data, so a res†art of Eclipse may be necessary. Don't use the menu command
"Install New Software".

Original comment by konra...@gmx.de on 26 Oct 2009 at 8:57

GoogleCodeExporter commented 8 years ago 
Thanks works for me! Problem report can be closed.

Original comment by Berwange...@googlemail.com on 26 Oct 2009 at 10:55