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)
Change History (2)
comment:1 Changed on Jun 10, 2003 at 4:32:22 PM by Joel Sherrill
Status: | assigned → closed |
---|
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.
State-Changed-From-To: open->closed
State-Changed-Why: Patch applied to trunk and 4.6 release branch.