Logged In: YES
user_id=301445

To figure out this problem, i think the following 3 lines from
line 2194 should me comment.

main.pas : line 2870

if InProject and Assigned(fProject) then begin
res:=fProject.FolderNodeFromName('Resources');
NewUnit := fProject.AddUnit(fname, res, True);
NewUnit.Editor := NewEditor;
end;

====
line 2194
if not e.InProject then
begin
dmMain.AddtoHistory(e.FileName);
FreeAndNil(e);
end
else
begin
// if e.IsRes or (not Assigned(fProject)) then
// FreeAndNil(e)
// else
if assigned(fProject) then
fProject.CloseUnit(fProject.Units.Indexof(e));
end;
===

When I followed creating steps between source files and
resource files, both were handled differently. I don't know
why this should handle differently.

However, the crash of this bug happended at line 2196
because the resouce file is in the project file and it tried to
destroy object from reference pointer.

From the first condition, "if not e.InProject then", it filtered
whether current file is in project or not. So, no matter what a
source is header file, cpp file, or resource file will be released
object from this condition.

The other condition, "else", means that the file is in TProject
object. It MUST RELEASE member variable, "fEditor", from
inside of object. But, in case of resource file, it tried to
release the object from outside with only reference value.

====
No exception for resource file. In case of resource file, all unit
will be released from here.
"if e.IsRes or (not Assigned(fProject)) then FreeAndNil(e)".
This is why the crash happened.
===

My fundamental question is why resouce file and unit files
should be handle differently instead of going through the sam
e procedure for creating new unit and setting some values for
resource file.

Logged In: YES
user_id=229923

Specu, you should be able to handle this one no prob!

Kip

Logged In: YES
user_id=609236

fixed in cvs, please let me know:
http://www.castlesofpoland.com/dev-cpp/devcpp.exe