Opened on May 27, 2003 at 8:21:01 PM

Closed on Jun 10, 2003 at 4:32:22 PM

Last modified on Dec 3, 2006 at 1:31:13 PM

#411 closed defect (fixed)

Renaming a memfile and then unlinking it causes a memory leak

Reported by: ptorre Owned by: Jennifer Averett
Priority: normal Milestone: 2
Component: fs Version: unknown
Severity: major Keywords:
Cc: bugs@…, joel.sherrill@… Blocked By:
Blocking:

Description

When deleting a memfile that has been renamed, the st_nlink member of the jnode is decremented twice (once by IMFS_unlink(), and once more by memfile_rmnod()). This makes st_nlink underflow and prevents the storage from being deallocated.

Release:
rtems-ss-20020628

Environment:
Host = Linux i686 (Slackware 8.1)
Target = MPC860 with unsubmitted BSP

How-To-Repeat:
Create a file in the IMFS. Rename it. Call unlink() on the new name. The memory used by the file will not be deallocated.

Attachments (1)

imfs_unlink.c.diff​ (962 bytes) - added by ptorre on Dec 3, 2006 at 1:31:12 PM.
imfs_unlink.c.diff

Download all attachments as: .zip

Change History (2)

comment:1 Changed on Jun 10, 2003 at 4:32:22 PM by Joel Sherrill

Status: assigned → closed

State-Changed-From-To: open->closed
State-Changed-Why: Patch applied to trunk and 4.6 release branch.

Changed on Dec 3, 2006 at 1:31:12 PM by ptorre

Attachment: imfs_unlink.c.diff​ added

imfs_unlink.c.diff

Note: See TracTickets for help on using tickets.