Summary: | Non-C resources not visible in C/C++ projects nature in C/C++ Project View even if Filter is set to show non- C resource | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Tools] CDT | Reporter: | Magda Bologa <mbologa> | ||||||
Component: | cdt-core | Assignee: | David Inglis <dinglis> | ||||||
Status: | VERIFIED FIXED | QA Contact: | |||||||
Severity: | critical | ||||||||
Priority: | P1 | CC: | alain, bnicolle, khapitas | ||||||
Version: | 2.0 | ||||||||
Target Milestone: | 2.0.1 | ||||||||
Hardware: | PC | ||||||||
OS: | Windows 2000 | ||||||||
Whiteboard: | |||||||||
Attachments: |
|
Description
Magda Bologa
2004-07-07 18:51:39 EDT
Created attachment 13038 [details]
Filter issue
Changed priority to P1 (I didn't notice that you have two fields: 'Severity' and 'Priority' to set. Note that the filter worked OK with CDT v2.0.0/Build id: 20040621 I've tried a couple of installs (of the same build) on W2K SP3 OS), and, ON SOME of them, I could see (on and off) other file non-C resources, for C++ Managed Make projects. Note this problem is reproducible all the time with C++ Standard Make Projects and (even on the same eclipse install) might appear on and off with Managed Make Projects I cannot give the exact steps when the non-C resources will show up in C/C++ Project View and when will not show up, since I get these inconsistent behavior (e.g. C++ managed projects on and off...) :(( So far, with any of these installs (CDT 2.0 GA 200406301134/with Eclipse GA 200406251208 ), I get the problem - Mainly in imported C/C++ Projects and new C++ Standard Make projects, but also on and off in Managed Make projects, especially after I add some C/C++ resources in these projects (e.g. C++ classes, .h, .cpp files...) The problem is annoying (especially when it hapens on and off with some files, even for the same project!). As I mentioned earlier I never ran into this with CDT v2.0.0/Build id: 200406210818 - the CDT filter in C/C++ Project View worked OK Allright let see what's wrong. Ok Magda, I've hamer on this for 10 minutes and could not reproduce it. Or you located at Rational/Ottawa maybe some of the IBM/Rational testers can try to reproduce it. I'm Cc:ing brent he's usually all "gung-ho" about this type of hard to find bugs/behaviour. Now note I've got the head branch. I did not have the 2.0 GA at hand .. unfortunate ... I'm trying to find a machine here where it is install. Very easy to repro on Eclipse 3.0, CDT 2.0 GA. Create a new Std Make Project. Create a new file "bug.vomit" using the New File Wizard. The new file is not visible in the C/C++ Projects view. Close the project, reopen the project, and "bug.vomit" is found again. (If that's any consolation, Magda...) Created attachment 13117 [details] Error log from my "dirty old" workspace > Very easy to repro on Eclipse 3.0, CDT 2.0 GA. ... unless you start with a clean workspace. ;-) I just retried and didn't see it. So, here's my "old workspace" error log. Maybe that'll help shed some light. The workaround to Close/re-open Project seams to work consistenly. Thanks Brent for the workaround :) This is a consolation ;-) > The workaround to Close/re-open Project seams to work consistenly. Thanks Brent > for the workaround :) > This is a consolation ;-) Well .. not for me 8-( I just can not reproduce this !!! How about if you try from a brand new workspace. Do not use the old workspace (.i.e the old metadata). Try eclipse with a new completely new workspace ... Do you still see the weird behaviour ? I think what you need is two projects open, in my case one Mgd C++ the other Std C++. I turned off Build automatically. 1. Create a Std C++ project and a Mgd C++ project. 2. Add file "a.bug" to Std C++ project... problem occurs. You get out of the bad state by closing and reopening the Std C++ project. You can get back into the bad state by updating Mgd C++ project (say by adding a new class to it). BTW, comment 11 was done with a brand new workspace. No errors in the log, no loitering background processes. I could even turn off the indexer in both projects, close both, reopen std, reopen mgd, and reproduce bug. I am using clean workspace or new one and get the problem :( Magda, dinglis was able to reproduce it and comming with a propose fix for the head. Dave, I would recommand we move the test: if (current == null) { parent = current; } To the 2.0.1 branch also. Reassigning fixed in both HEAD and branch Verified in CDT 2.0.1 build 20040826 & CDT 2.1.0 build 20040827 Magda, please update status to verified. Thanks |