On 09/25/2012 07:14 PM, Goffredo Baroncelli wrote:
I strongly disagree with this approach. The callee often don't know what
happen after and before the call. The same is true for the programmer,
because the code is quite often updated by several people. A clean
exit() is the right thing to do as
On Wed, Sep 26, 2012 at 1:14 AM, Goffredo Baroncelli wrote:
> On 09/25/2012 12:14 PM, David Sterba wrote:
>>
>> On Tue, Sep 25, 2012 at 10:02:16AM +0800, zwu.ker...@gmail.com wrote:
>>>
>>> From: Zhi Yong Wu
>>>
>>>Some code pathes forget to free memory on exit.
>>
>>
>> Same as with the fd's,
On 09/25/2012 12:14 PM, David Sterba wrote:
On Tue, Sep 25, 2012 at 10:02:16AM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu
Some code pathes forget to free memory on exit.
Same as with the fd's, kernel will free all memory for us at exit().
I strongly disagree with this approach.
On Tue, Sep 25, 2012 at 6:14 PM, David Sterba wrote:
> On Tue, Sep 25, 2012 at 10:02:16AM +0800, zwu.ker...@gmail.com wrote:
>> From: Zhi Yong Wu
>>
>> Some code pathes forget to free memory on exit.
>
> Same as with the fd's, kernel will free all memory for us at exit().
hi, can you let me kno
On Tue, Sep 25, 2012 at 10:02:16AM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Some code pathes forget to free memory on exit.
Same as with the fd's, kernel will free all memory for us at exit().
If there's lots of memory allocated, it may be even faster to leave the
unallocati
From: Zhi Yong Wu
Some code pathes forget to free memory on exit.
Changelog from v1:
Fix the variable is used uncorrectly. [Ram Pai]
Signed-off-by: Zhi Yong Wu
---
cmds-filesystem.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/cmds-filesystem.c b/cmds-file
Some code pathes forget to free memory on exit.
Changelog from v1:
Fix the variable is used uncorrectly. [Ram Pai]
Signed-off-by: Zhi Yong Wu
---
cmds-filesystem.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/cmds-filesystem.c b/cmds-filesystem.c
index e62c4
7 matches
Mail list logo