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 <uwe+pyt...@kleine-koenig.org>:
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
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') which
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 symlinks to files
Uwe added the comment:
problem is solved
observation
- installer problem only occurred on win7 32 bit with prior python installation
(my working system)
- When repeating the installer problem I noticed that a window was opened very
shortly with python.exe running. An error message from
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.
from itertools import groupby
groupby.__doc__
'groupby
Uwe added the comment:
the installer went 2/3 through the process and was installing
already something in the default dir c:\Python34
Then after a small pause the error message was shown
and the installer removed all the files leaving an empty
..\lib in the default dir
The behavior is quite
Uwe added the comment:
not sure what you mean:
the installer for 64 bit is working fine
the installer for 32 bit is not working - this is true also
for the new version 3.4.1
for those who may try: compiling is tricky with VC2010 pro
--
___
Python
Uwe added the comment:
I guess this is merely describing the problem and not the solution?
(by the way I had no difficulties with the 64bit version on a 64bit
win7 system)
Would it be possible to produce the binairies myself using the mingw
compiler? The readme says visual c++ is required
New submission from Uwe:
Installer fails to install 3.4 on win7 32 bit
Error: cannot register 64 bit component {BE22BD81-ECE5-45BD-83B8-84BA45846A2D}
on 32 bit system. KeyPath: C:\Windows\py.exe
--
messages: 217878
nosy: ellipso
priority: normal
severity: normal
status: open
title
Uwe added the comment:
Of course, only official sources
the file is named python-3.4.0.msi and 23,924KB
the name is similar to that of earlier versions which worked fine
So I am not sure, whether it is 32 or 64bit
maybe it would be a good idea to use two different names such as x86 and x64
New submission from Uwe Hoffmann [EMAIL PROTECTED]:
if you call Element.findall(u...) some silent errors can
occure because of the isinstance(,type()) check. I'm
not sure if it is even allowed to call findall with a unicode parameter.
The attached diff solves *my* problem
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 at the
implementation
15 matches
Mail list logo
