| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
Pychecker complains about __read_pidfile() having too may returns.
I personally think the function is fine, but it's easy enough to
reduce them.
python/ovs/daemon.py:395: Function (__read_pidfile) has too many
returns (12)
|
| |
|
|
| |
Pychecker considers it bad style.
|
| |
|
|
|
| |
The python style guide requires two newlines between top level
definitions. This patch also removes some trailing whitespace.
|
| | |
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
| |
This function has no callers. We could delete it entirely, instead.
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
|
|
| |
This method needs to be an instance method because it refers to 'self'.
Found by pychecker.
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
|
|
| |
There's no variable table_name.
Found by pychecker.
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
| |
Found by pychecker.
|
| |
|
|
|
|
|
|
| |
This bug was introduced by commit 4c0f62718f "ovs.db.idl: Improve error
reporting for bad <row-update>s."
Found by pychecker.
Bug #7006.
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
| |
Also fixes a typo that caused one version of the error message to have a
hyphen and the other to have a space.
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
| |
Python does not do a good job of appending lists to lists.
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
|
|
| |
According to Reid, there may be some disadvantages to having this class be
anonymous, for example, cannot do instance/typechecking, might be
allocating a new class for every row as well, which isn't the most memory
efficient.
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
|
|
| |
Idl.__parse_row_update() assumed that every change that the database server
sent down actually modified the database. This is generally true, but
since Idl.__modify_row() already returns whether there was a change, we
might as well use it.
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
| |
Strangely malformed <row-update>s could hypothetically get confusing error
message. Using the Parser class should avoid that.
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
| |
Putting the "map" case first avoids duplicate tests.
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
| |
'tuple' is a Python built-in function, so it's best to avoid using it as a
variable name.
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
| |
'type' is a Python built-in function, so it's best to avoid using it as
a variable name.
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
| |
Python does not do a good job of appending strings: it takes O(n**2) time
to append n strings.
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This leaves one use of __dict__ used for iterating through attributes.
I could use dir() instead, but I was put off by this note in its
documentation in the Python Library Reference:
Because dir() is supplied primarily as a convenience for use at an
interactive prompt, it tries to supply an interesting set of names more
than it tries to supply a rigorously or consistently defined set of names,
and its detailed behavior may change across releases. For example,
metaclass attributes are not in the result list when the argument is a
class.
Suggested-by: Reid Price <reid@nicira.com>
|
| |
|
|
| |
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
The loop here is supposed to run at least once, and to continue looping as
long as the loop body changes the current state, but this bug caused it to
continue looping until the connection completed in success or failure. It
probably didn't cause many problems in practice because only Unix domain
socket connections are currently supported, and those connections normally
complete immediately.
Reported-by: Reid Price <reid@nicira.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Given the invalid input <C0 22>, some versions of Python report <C0> as the
invalid sequence and other versions report <C0 22> as the invalid sequence.
Similarly, given input <ED 80 7F>, some report <ED 80> and others report
<ED 80 7F> as the invalid sequence. This caused spurious test failures for
the test "no invalid UTF-8 sequences in strings - Python", so this commit
makes the messages consistent by dropping the extra trailing byte from the
message.
I first noticed the longer sequences <C0 22> and <ED 80 7F> on Ubuntu
10.04 with python version 2.6.5-0ubuntu1, but undoubtedly it exists
elsewhere also.
|
| |
|
|
| |
Reported-by: 冯全树(Crab) <fqs888@126.com>
|