Opened on 05/27/03 at 20:21:01

Closed on 06/10/03 at 16:32:22

Last modified on 12/03/06 at 13:31:13

#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 12/03/06 at 13:31:12.
imfs_unlink.c.diff

Download all attachments as: .zip

Change History (2)

comment:1 Changed on 06/10/03 at 16:32:22 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 12/03/06 at 13:31:12 by ptorre

Attachment: imfs_unlink.c.diff​ added

imfs_unlink.c.diff

Note: See TracTickets for help on using tickets.