Uwe Kleine-König added the comment:
I agree that 3.5 is ancient and the focus should be to fix the newer versions
of Python.
But given that the problem seems to be hard to reproduce -- I have the
reproducer script from the original report running under the tracer since over
a week now
New submission from Uwe Kleine-König :
Hello,
in a project using aiohttp with Python 3.5 as provided by Debian Stretch
(3.5.3) I sometimes see a wrong mimetype assigned to .css files. When trying to
create a minimal reproduction recipe a colleage and I came up with:
import asyncio
New submission from Uwe Kleine-König :
Hello,
the description for chr (from
https://docs.python.org/3/library/functions.html#chr) reads as:
Return the string representing a character whose Unicode code
point is the integer i. [...] The valid range for the argument
is
Uwe Kleine-König added the comment:
So the only option to fix this is to determine the type of arg from the request
parameter? I failed to find the implementation of ioctl for linux in glibc, the
best I found is one that only seems to be used on powerpc[1] which seems to
assume that the third
New submission from Uwe Kleine-König:
When passing a big integer value to fcntl.ioctl this might result in
OverflowError: signed integer is greater than maximum
. Traditionally ioctl(3) takes a pointer as third argument. The fcntl module
however uses an int (format specifier 'i
Uwe Kleine-König added the comment:
I like the function as it is documented, i.e. "filenames is a list of the names
of the non-directory files in dirpath.". This includes all symlinks (in the
followlinks=False cast at least).
I'd say not including symlinks to directories but sy
New submission from Uwe Kleine-König:
The name of the 2nd parameter to itertools.groupby() is documented
inconsitently. Sometimes it's "key", sometimes "keyfunc". The code actually
uses "key", so I adapted all occurences I found to "key".
>>
New submission from Uwe Kleine-König <[EMAIL PROTECTED]>:
Compiling an extension I get the warning:
warning: passing argument 2 of ‘PyErr_SetFromErrnoWithFilename’
discards qualifiers from pointer target type
I passed a const char *, which should be OK from looking