CW 8.2 for 56F800E: Rescued Items

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

CW 8.2 for 56F800E: Rescued Items

2,809 Views
jag
Contributor IV
Hi,
I have a little problem with Codewarrior 8.2 for 56F800E.

I just bought a library for CANOpen.
I created a new project (with QuickStart 2.3), added the library files, coded a little bit, did some tests. And then closed Codewarrior.
When I reopened the project Codewarrior told me that Some files were missing from file view hierarchy and they were recovered an put to the Rescued Item group...
The problem is that these files were present before in the files hierarchy.
The funny is that on every reopening some other files are "flagged" missing and put in a every time new Rescued Items group (It means that after 3 reopening of the prject I have 3 Rescued Items directory).

So what I can do? It's a little bit annoying, although I have no problems in working (I just don't find the fils anymore where I put them in the hierarchy) and compiling.

Thanks Bye Jack
Labels (1)
Tags (1)
0 Kudos
Reply
1 Reply

814 Views
trytohelp
NXP Employee
NXP Employee
Hi,
 
Some words about Rescued Items
 
 

A project in the IDE consists of a collection of targets. Each target has its own list of file descriptions and access paths. The project window produced by the GUI is a combination of structural information stored by the GUI plus file identity and location information stored in the targets.

When opening a project, the GUI scans through all of the targets and determines all of the distinct locations for all files in all targets.

These are then check against the file descriptions stored by the GUI.

Each line in the project files view represents a single file location so if what was a single entry matchs both a file in one target at one location and a file in another target at another, the GUI splits the name into two lines to represent the two distinct location. Similarly, two previously separate lines can be merged into one if the names now refer to a single file location. The wildcard in all of this is when files in a target are not locatable as they may have been intended to be at the same location as one in another target, or maybe they are supposed to be separate.

Tinkering with the access paths in one of the ''other'' targets can make a dramatic difference in the project files view display.

When the GUI checking its list of project files against those stored in the target, any ones that are known to the target, but are not yet in the GUI view are added as ''Rescued items''. A common situtation is when updating a project changed by someone else and they updated project has removed a file (or merged one that was no longer distinct between targets) and the scan of the cached target data produces the name and location of a file no longer listed in the project; it will then be rescued.

Generally the problem is caused by files being located (or not located) where expected either due to files not actually being there or by access paths making files unfindable. Using the Project Inspector on the project files view entries will show where and how the file was located.

Do this for all targets to see if one of the targets has access path problems.

All of the know problems with Rescued Items have been fixed in the recent IDE releases. The toughest problems are the ones related to how to deal with multiple targets have unlocated files with the same name. Other than that case, the IDE should behave quite predictably once one is aware of the GUI's process for locating all files in all targets and correlating these locations with those in the project files view.

Hope this will help you.
Pascal

0 Kudos
Reply