Radek added the comment:
Any progress on this topic? I think I've encountered this (or similar) issue:
>Traceback (most recent call last):
> File "logging/__init__.py", line 1944, in shutdown
> File "logging/__init__.py", line 813, in acquire
> File &
Change by Radek Podgorny :
--
nosy: +rpodgorny
___
Python tracker
<https://bugs.python.org/issue24209>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Radek Smejkal :
--
pull_requests: +2485
___
Python tracker
<http://bugs.python.org/issue30786>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Radek Smejkal :
--
pull_requests: +2484
___
Python tracker
<http://bugs.python.org/issue30711>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Radek Smejkal :
--
pull_requests: +2483
___
Python tracker
<http://bugs.python.org/issue30710>
___
___
Python-bugs-list mailing list
Unsubscribe:
Radek Smejkal added the comment:
See also issue30786.
--
___
Python tracker
<http://bugs.python.org/issue30711>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Radek Smejkal:
Modules/getaddrinfo.c should support AI_NUMERICSERV.
Moreover, not supporting AI_NUMERICSERV may cause troubles on platforms where
the getaddrinfo function is available but it's buggy (see configure.ac and
Modules/socketmodule.c), because Modules/addri
Radek Smejkal added the comment:
See also issue30710.
--
___
Python tracker
<http://bugs.python.org/issue30711>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Radek Smejkal :
Removed file: http://bugs.python.org/file46965/getaddrinfo_invalid_port.patch
___
Python tracker
<http://bugs.python.org/issue30711>
___
___
Changes by Radek Smejkal :
--
components: +Extension Modules -Library (Lib)
keywords: +patch
Added file: http://bugs.python.org/file46965/getaddrinfo_invalid_port.patch
___
Python tracker
<http://bugs.python.org/issue30
Radek Smejkal added the comment:
> I like your idea about getting rid of OverflowError. But wouldn't it make the
> problem with other reported by you issue, issue30711, worse?
It depends on the implementation of the underlying getaddrinfo. For
Modules/getaddrinfo.c, it will b
Radek Smejkal added the comment:
> Why can't the user simply pass in a string service name in the first place?
He/she can. But I don't propose to change that. The patch only changes the way
a given number is converted to a string. That is, without an interme
Radek Smejkal added the comment:
> But how large is the performance hit of this change? It adds at least one
> additional memory allocation for the str object. If the slowdown is
> significant perhaps it is worth to keep the old code as a fast path
Radek Smejkal added the comment:
Use PyObject_Str and PyUnicode_AsUTF8 if the port argument is a PyLong instead
of converting it to an intermediate C long that may raise OverflowError. See
getaddrinfo_overflow_error.patch
--
components: +Extension Modules -Library (Lib)
keywords
New submission from Radek Smejkal:
Some getaddrinfo implementations do not detect invalid numeric services and
blindly pass the port number to htons(). For example, service "960179" is
returned as port 42675.
glibc
https://sourceware.org/bugzilla/show_bug.cgi?id=16208
https://sour
New submission from Radek Smejkal:
If the port argument is a number, getaddrinfo attempts to convert it to a C
long, that raises OverflowError if the conversion fails.
Instead, getaddrinfo should convert the port to a string (bytes) directly and
rely on the underlying getaddrinfo to return
Radek Novacek added the comment:
Aivar, I have to admit that my knowledge of this is limited, but as I
understand it, the attribute is "bar" in the "foo.bar" expression.
I can get beginning of the assignment by
>>> ast.parse('foo.bar').body[0].valu
Radek Novacek added the comment:
There is still problem with col_offset is some situations, for example
col_offset of the ast.Attribute should be 4 but is 0 instead:
>>> for x in ast.walk(ast.parse('foo.bar')):
... if hasattr(x, 'col_offset'):
... prin
Radek Novacek added the comment:
I've ran the tests from first and second comment using python 3.5.0 and it
seems it produces correct results:
>>> import ast
>>> tree = ast.parse("sin(0.5)")
>>> first_stmt = tree.body[0]
>>> call = first_
Radek Holý added the comment:
One reason why I would like to have it mentioned in the documentation is that
the fact that it is not documented there causes "sqlite3.Error" to be missing
in the "objects.inv" file generated by Sphinx so that enabling the "nitpicky
New submission from Radek Simko:
When I try to make custom package of Python 2.7, I use the spec file attached
in `/Misc/RPM`. I don't really use it to build Python as I want to define some
specific options, but I do use it as a source of RPM package meta data which I
can simply reuse
Radek added the comment:
Same bug in 2.5, I don't know if the patch applies to 2.5
--
nosy: +radek768
___
Python tracker
<http://bugs.python.org/i
22 matches
Mail list logo
