[Kimchi-devel] [PATCH 1/3] make pyflakes happly

Sheldon shaohef at linux.vnet.ibm.com
Fri Mar 14 02:34:02 UTC 2014


On 03/13/2014 09:15 PM, Crístian Viana wrote:
> This seems to be a nice tool to improve code quality! But we need to 
> check its changes before applying them. Some of them do not make 
> sense. Take a look at two examples below:
>
> Am 13-03-2014 00:13, schrieb shaohef at linux.vnet.ibm.com:
>> def vm_start(self, name):
>> self._get_vm(name).info['state'] = 'running'
>> - info = self._get_vm(name).info
>> + self._get_vm(name).info
> The variable "info" was actually unused, but removing the assignment 
> is not enough. Now we have a useless call to _get_vm. The solution 
> here is to remove that line completely.
good point.
we can remove this whole line.
will fix in the next version.

>> def vm_stop(self, name):
>> self._get_vm(name).info['state'] = 'shutoff'
>> @@ -703,7 +703,7 @@ class MockModel(object):
>> def add_task(self, target_uri, fn, opaque=None):
>> id = self.next_taskid
>> self.next_taskid = self.next_taskid + 1
>> - task = AsyncTask(id, target_uri, fn, self.objstore, opaque)
>> + AsyncTask(id, target_uri, fn, self.objstore, opaque)
> This situation is similar to the above one, but looking at the Async 
> class code, it seems its constructor actually does something important 
> other than creating the object - it starts a thread. So in this case, 
> I believe this solution is OK. But I never used the Async class, so I 
> may be missing something.
>
>
yes AsyncTask starts a thread.
Ming can you help to check it?


-- 
Thanks and best regards!

Sheldon Feng(冯少合)<shaohef at linux.vnet.ibm.com>
IBM Linux Technology Center




More information about the Kimchi-devel mailing list