Red Hat Bugzilla – Bug 188192
error creating "C/C++" project
Last modified: 2008-03-11 12:11:20 EDT
+++ This bug was initially created as a clone of Bug #152027 +++
From the File->New Project menu:
-> select "Standard Make C Project", hit Next
-> enter "foo", hit "Finish" button
this pops up an error dialog:
"Error Creating Project", "Reason: Internal error"
after being returned the the new project dialog and hitting Cancel, a new dialog
pops up: "An internal error occurred during CDT Project async save"
if I go through the same process again, it seems to work.
-- Additional comment from firstname.lastname@example.org on 2005-03-24 10:24 EST --
Created an attachment (id=112291)
This backtrace was printed to the console whilst I was doing this; may be
-- Additional comment from email@example.com on 2005-03-24 10:25 EST --
Not to forget important details; this is a fresh Raw Hide install as of this
$ rpm -qf /usr/bin/eclipse
-- Additional comment from firstname.lastname@example.org on 2005-03-28 13:37 EST --
*** Bug 152206 has been marked as a duplicate of this bug. ***
-- Additional comment from email@example.com on 2005-03-29 14:25 EST --
This looks like a libgcj bug. A fix is in classpath and will be moved over to
libgcj soon. I will report back when new gcc rpms are available.
-- Additional comment from firstname.lastname@example.org on 2005-03-29 22:02 EST --
I built gcc with the fix and it solved this problem. I will request a new gcc4 rpm.
-- Additional comment from email@example.com on 2005-03-31 12:40 EST --
This problem is fixed with gcc-java-4.0.0-0.38.
-- Additional comment from firstname.lastname@example.org on 2006-04-06 11:14 EST --
I am having this same problem with the gcc-java-4.1.0-3 from FC5. I already
tried to erase all the eclipse data I found, so I could rule out a "trashed"
environment (I removed ~/.eclipse and the workspace dir).
I first noticed a problem similar to the Bug 181510, but it didn't gave me no
clear backtrace. So I performed the cleanup and tried to recreate my project,
and got this result, also with no backtrace at all.
For information I have the following packages installed, and I am running in a
i686 with hyperthreading enabled (smp):
$ rpm -qa | grep eclipse
$ rpm -qa | grep gcj
Created a new bug, I don't know if that is the correct procedure. :-/
Installing the VM from sun (java-1.5.0-sun-1.5.0.06-1jpp) fixed the problem, so
I guess the problem is with the gcc java engine or libraries.
After successufully creating a C++ project while using the sun VM the problem
converts into the on described in Bug 181510. So I guess they are in fact the
same bug. :-/
I can't reproduce this on x86. What arch are you using?
I am using x86, a Pentium 4 with hyperthreads. I will try with hyperthreading
disablesad to see what happens.
I disabled the hyperthreads and had no luck, the system simply gives me "save
failed: null" when I try to save a first time and "save failed:
When attempting to create a new c++ project I get "project cannot be created \n
reason: internal error (details:
I would bet that this class has something that is subtly not working that it
would be ok in 90% of the time, but for some lucky it would simply go crazy.
I installed eclipse in this environment after the system was properly installed,
using yum, for some reason the installer took too long with custom packages
I just remembered that even though I did disable hyperthreads, I only have the
smp kernel installed. Maybe this information is useful, probably not. :-/
I am more and more inclined to believe that this is a problem with the order I
installed the RPMs, do you have a list of witch RPMs have to be installed and in
I just found out that my instalation does not seam to have the knowledge that
the cvs plugin is installed.
The order of installation shouldn't matter. Can you look in:
Help -> About Eclipse SDK -> Plugin Detials
and see if you can find the org.eclipse.team.cvs plugins. Can you also post your
workspace/.metadata/.log file? Thanks.
Created attachment 127545 [details]
.log from two failed attempt to save a file.
I found the CVS plugin, it was that old problem with the component between the
monitor and the chair. :-)
But the problem with the gcj native stack continue. I made the following
changed the "alternatives" to use the java and javac from the gcj java. Removed
the .log file and started the eclipse platform. I then tried to save a file
twice, since the first give "save failed: Null" and the second gives a bit more
The stdout read:
And the .log I will attach.
In a attempt to do the same thing while a creation of a new project, it don't
creates a new '.log' file and also don't print anything to the stdout. It does
create the directory of the project and it also creates the files .cdtproject
and .project in there.
but the dialog keeps coming back and no project is added to the user interface.
---- .project ----
<?xml version="1.0" encoding="UTF-8"?>
---- .cdtproject ----
I also could not reproduce this. I now have FC6 installed and it also works
fine. Do you have access to an FC6 system to try it out? The level of
eclipse-cdt in FC6 is now based on 3.1.1 which includes a number of bug fixes.
I am closing this, as I were the original reporter and it is not happening in