Tracking bug for static code analysis fixes. (LU-2753)

[LU-3427] Fix 'error handling' issues Created: 31/May/13  Updated: 04/Oct/13  Resolved: 07/Aug/13

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.4.0
Fix Version/s: Lustre 2.4.1, Lustre 2.5.0

Type: Technical task Priority: Minor
Reporter: Sebastien Buisson (Inactive) Assignee: Bobbie Lind (Inactive)
Resolution: Fixed Votes: 0
Labels: build, coverity, patch

Rank (Obsolete): 8500

 Description   

Following LU-2444, Coverity found a few more error handling issues in the Lustre code.

I will propose a patch to address the issues.



 Comments   
Comment by Sebastien Buisson (Inactive) [ 31/May/13 ]

The patch is at:
http://review.whamcloud.com/6510

Thanks,
Sebastien.

Comment by Peter Jones [ 31/May/13 ]

Thanks Sebastien

Bobbie

Could you please take care of this patch?

Thanks

Peter

Comment by Bobbie Lind (Inactive) [ 14/Jun/13 ]

The patch was hitting an LBUG found in LU-3453. This bug has been fixed and I rebased and uploaded the rebased patch.

Comment by Bobbie Lind (Inactive) [ 11/Jul/13 ]

This patch broke the compilation of master and was reverted. After speaking with Oleg, the variable that this patch references no longer exists. If you feel the patch is still needed please submit it again.

Comment by Bobbie Lind (Inactive) [ 23/Jul/13 ]

Variable no longer in code base.

Comment by Sebastien Buisson (Inactive) [ 24/Jul/13 ]

Of course I feel this patch is still needed.
The point of the patch was to test the return value of cfs_cpt_bind() in cfs_wi_scheduler(). The fact that a local variable was removed from this function does not change this.
I rewrote the patch replacing the use of this 'name' local variable with sched->ws_name.

Here is the new patch:
http://review.whamcloud.com/7103

Please reopen this ticket.

Thanks,
Sebastien.

Comment by Bobbie Lind (Inactive) [ 24/Jul/13 ]

Reopened per customer request.

Comment by Bobbie Lind (Inactive) [ 07/Aug/13 ]

Patch has landed to master.

Generated at Sat Feb 10 01:33:49 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.