Bug 188192
Summary: | error creating "C/C++" project | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Victor Bogado <bogado> | ||||
Component: | eclipse-cdt | Assignee: | Jeff Johnston <jjohnstn> | ||||
Status: | CLOSED NOTABUG | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 5 | CC: | ben, bogado, kms, pmuldoon | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-03-11 16:11:20 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Victor Bogado
2006-04-06 19:42:06 UTC
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: org.eclipse.core.internal.utils.UniversalUniqueIdentifier". When attempting to create a new c++ project I get "project cannot be created \n reason: internal error (details: org.eclipse.core.internal.utils.UniversalUniqueIdentifier)". 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 selected. 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 witch order? 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
information.
The stdout read:
--------------
$ eclipse
Save Failed
Reason:
Save Failed
Save Failed
Reason:
Save Failed
--------------
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"?> <projectDescription> <name>testing</name> <comment></comment> <projects> </projects> <buildSpec> </buildSpec> <natures> </natures> </projectDescription> ------------------ ---- .cdtproject ---- <?xml version='1.0'?> <?eclipse-cdt version="2.0"?> <cdtproject id='org.eclipse.cdt.make.core.make'> <extension point='org.eclipse.cdt.core.CIndexer' id='org.eclipse.cdt.core.domsourceindexer'/> <extension point='org.eclipse.cdt.core.BinaryParser' id='org.eclipse.cdt.core.ELF'/> </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 newer version. |