Bill Parker added the comment:
At the moment, I'm not sure if it's needed or not, but if it's only an
issue with XP, then it might not be worth fixing...:)
On Thu, Apr 9, 2015 at 1:35 PM, STINNER Victor rep...@bugs.python.org
wrote:
STINNER Victor added the comment:
/* Win9x appears to
Matthew Gamble added the comment:
Hi,
I've recently been working on a Python module for the Adobe universal container
format (UCF) which extends the zip specification - as part of this I wanted to
be able to remove and rename files in an archive.
I discovered this issue when writing the
R. David Murray added the comment:
The comment about staying compatibler with 2.3 is now clearly out of date :)
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20021
Nick Coghlan added the comment:
The last round of updates to the codecs module docs covered the relevant
details in the new error handlers section:
https://docs.python.org/3/library/codecs.html#error-handlers
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
Cyd Haselton added the comment:
Perhaps the 'include androidfn.h' should be removed from pythonrun.c? Or the
function definition added to the androidfn.h?
(IANACC)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
Serhiy Storchaka added the comment:
And issue15206. Python implementation has a drawback.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5885
___
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21795
___
___
Berker Peksag added the comment:
I think makeopcodetargets.py should still be compatible with Python 2 (2.6 or
2.7 at least) since it uses the system Python.
I'd suggest closing this as rejected (or just commit the ``with open(...):``
part of the patch and update the outdated comment).
Simon Hoinkis added the comment:
Could someone review this issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23575
___
___
Python-bugs-list
Steve Dower added the comment:
Yep
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23199
___
___
Python-bugs-list
Changes by Joshua Bronson jabron...@gmail.com:
--
nosy: +jab
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23894
___
___
Python-bugs-list mailing
Cyd Haselton added the comment:
FYI, running 'make clean' make does not resolve the last reported issue.
Trying 'make distclean' ./configure make.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
Paul Moore added the comment:
Doh. That latter approach (a RawIOBase implementation) is *precisely* what
win_unicode_console does for stdout (using utf16le rather than utf8 as that's
the native Windows encoding used by WriteConsole). So (a) yes it would work,
and (b) it has already
New submission from Paul Moore:
Console code page issues are a consistent source of problems on Windows. It
would be nice, given that the Windows console has Unicode support, if Python
could write the full range of Unicode to the console by default.
The MSVC runtime appears to have a flag
R. David Murray added the comment:
Sorry, I meant the addition of the -3 warning.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18965
___
___
Cyd Haselton added the comment:
H. That patch failed to apply:
Possibly reversed hunk 1 at 1582
Hunk 1 failed 35/35
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
___
Terry J. Reedy added the comment:
All of you who have or might submit patches -- Victorlee, Troy, Mathew, or
anyone else, please sign a PSF contributor agreement. We should not even look
at a patch from you before you do.
Info: https://www.python.org/psf/contrib/
Form:
STINNER Victor added the comment:
Serhiy recently worked on MemoryError, maybe he wants to work on this issue?
I'm no more interested to work on this issue.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
The original report says the ctypes call is slower than the python code used as
a fallback. Would it not, then, be a performance improvement just to drop the
ctypes call, without creating a new C module? Creating a C module would then
be a separate
STINNER Victor added the comment:
/* Win9x appears to need us seeked to zero */
lseek(fileno, 0, SEEK_SET);
Hum, is it still needed in 2015 with Python 3.5? We even dropped support for
Windows XP.
--
___
Python tracker rep...@bugs.python.org
New submission from Nick Coghlan:
Issue #15582 added docstring inheritance to the inspect module. This means that
Enum subclasses without their own docstring now inherit the generic docstring
from the base class definition:
import enum, inspect
class MyEnum(enum.Enum):
... a = 1
...
Ryan Gonzalez added the comment:
Whoops. Updated the patch.
--
Added file: http://bugs.python.org/file38881/rjmatthews64_fixes2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
___
Antoine Pitrou added the comment:
Already exists on PyPI:
https://pypi.python.org/pypi/future/
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23893
___
R. David Murray added the comment:
See also issue 19494. I think this would be a new feature, and it may be that
it should leverge the feature added in issue 19494. The difference here is
that we are proposing to allow it to happen automatically after the initial
401, whereas in 19494 we
Nick Coghlan added the comment:
I filed issue #23900 to consider the question of the default docstring for Enum
subclasses.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15582
___
Ryan Gonzalez added the comment:
Ack...I feel smart. Attached is kind of a part 2 to the rjmatthews patch.
Apply and the errors shall be solved. :)
--
Added file: http://bugs.python.org/file38880/rjmatthews64_fixes2.patch
___
Python tracker
R. David Murray added the comment:
Victor, is this issue still relevant given your recent work on time?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19738
___
Ryan Gonzalez added the comment:
Maybe it's conflicted with the last one...
Try:
git checkout Python/pythonrun.c
git apply rjmatthews...
On Thu, Apr 9, 2015 at 12:28 PM, Cyd Haselton rep...@bugs.python.org
wrote:
Cyd Haselton added the comment:
H. That patch failed to apply:
Roundup Robot added the comment:
New changeset 462680f4e8af by Victor Stinner in branch 'default':
Issue #23834: Fix the default socket timeout
https://hg.python.org/cpython/rev/462680f4e8af
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Closed per OP's request.
--
nosy: +r.david.murray
resolution: - out of date
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9248
R. David Murray added the comment:
Victor, do you still want to champion this, or shall we close it?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19835
___
Serhiy Storchaka added the comment:
See also issue11063 and issue20519.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5885
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file38874/test_connect_eintr4.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23863
___
Martin Panter added the comment:
I tried issue18383_remove_dups_and_test.patch, but it doesn’t seem to fix the
problem, and causes new test failures and warnings. Let me know if you want
more info. Existing messages that I thought this was meant to fix:
[372/393/5] test_warnings
R. David Murray added the comment:
I agree that there is nothing to do here. The ... does not belong in the
table, since as Martin says it is a literal, not a delimiter. In theory you
could create a whole new section named 'elipsis literal' above the delmiiters
section, but that hardly
STINNER Victor added the comment:
Ok, since you look to want to fix Python 2.7, I can help you to handle EINTR in
socket.connect() since I fixed Python 3.5.
If Python 2.7 is fixed, Python 3.4 should also be fixed.
connect_eintr-py27.patch: Patch for Python 2.7 to handle EINTR in
mike bayer added the comment:
hi Yury -
I did sign it earlier today. It should have been sent off to the person that
manages that, at least that's what the email receipt said.
--
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - resolved
status: open - closed
superseder: - Drop HAVE_FSTAT: require fstat() to compile/use Python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12082
Brett Cannon added the comment:
There's no need for the ImportError catch. If a builtin is missing then there
is something seriously wrong and it shouldn't be made silent.
--
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23898
___
Ryan Gonzalez added the comment:
ARGH!
Fixed. Re-apply rjmatthews64_fixes2.patch.
--
Added file: http://bugs.python.org/file38884/rjmatthews64_fixes2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
Serhiy Storchaka added the comment:
try:
from future_builtins import ascii, filter, hex, map, oct, zip
except ImportError:
pass
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23893
Cyd Haselton added the comment:
Hello Ryan,
Error from latest patch:
Python/pythonrun.c:44:8: error: conflicting types for 'android_mbstowcs'
size_t android_mbstowcs(wchar_t *dest, char * in, int maxlen) {
^
In file included from Python/pythonrun.c:18:0:
Include/androidfn.h:10:8: note:
Vjacheslav Fyodorov added the comment:
It seems, as a minimum it must be noticed in docs.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23890
___
R. David Murray added the comment:
Per Steve, closing as rejected. (Rejecting this patch, any change would be part
of a larger patch dealing also with other issues).
--
nosy: +r.david.murray
resolution: - rejected
stage: patch review - resolved
status: open - closed
Eric Snow added the comment:
LGTM
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23731
___
___
Python-bugs-list mailing list
Unsubscribe:
Roundup Robot added the comment:
New changeset bff88c866886 by Victor Stinner in branch 'default':
Issue #23618: Fix internal_select() for negative timeout (blocking socket) when
https://hg.python.org/cpython/rev/bff88c866886
--
___
Python tracker
New submission from Nick Coghlan:
The extension module porting guide at
https://docs.python.org/dev/howto/cporting.html should be updated with Linux
distro porting experience.
Barry's notes:
https://wiki.python.org/moin/PortingToPy3k/BilingualQuickRef#Python_extension_modules
Petr's
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12160
___
Alex Shkop added the comment:
So, there are actually two issues, both of them causing the original warning.
First issue was pointed out by Florent Xicluna. warnings.filterwarnings()
method can create duplicates in warnings.filters.
Second issue is that assertWarns() works incorrectly in
Roundup Robot added the comment:
New changeset 05a502da108f by Zachary Ware in branch '2.7':
Issue #23686: Update Windows build to use OpenSSL 1.0.2a
https://hg.python.org/cpython/rev/05a502da108f
New changeset 404e4adf492c by Zachary Ware in branch '3.4':
Issue #23686: Update Windows build to
STINNER Victor added the comment:
I reviewed 23524_5.patch, I made some comments, but I now agree with the
overall change (disable temporary the validation of invalid fd, set errno to
EBADF instead).
--
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: Cancelling wait() after notification leaves Condition in an inconsistent
state - asyncio: Cancelling wait() after notification leaves Condition in an
inconsistent state
___
Python
Zachary Ware added the comment:
Considering the consensus somewhere in the middle of this discussion that this
is not a Python bug, the unavailability of VS2008 Express, and the availability
of the Visual C++ Compiler for Python 2.7 package, I'm closing this as 'wont
fix'. If anyone just
Serhiy Storchaka added the comment:
The addition of the warning in python3 is not related to this issue, because
produced code even is not compiled in Python 3.
But the addition of the warning in Python 2 made this issue less important.
--
resolution: - rejected
stage: patch review -
R. David Murray added the comment:
This looks reasonable to me. It would be great if the patch could be attached
to the issue as a patch file, including some tests.
--
nosy: +r.david.murray
stage: - needs patch
versions: +Python 3.5
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15582
___
Tim Golden added the comment:
Sounds good to me. It's really a question as to the point where
practicality beats purity...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21411
___
R. David Murray added the comment:
Since no example was forthcomming, let's close this.
--
nosy: +r.david.murray
resolution: - rejected
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Yury Selivanov added the comment:
The patch looks good, Mike. Could you please sign PSF Contributor Agreement?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23898
___
New submission from Jason R. Coombs:
Beginning with Python 2.7.9 and 3.4.3, distutils uploads to chishop
(https://pypi.python.org/pypi/chishop) now fail with a 501 NOT IMPLEMENTED.
This error looks very similar to the error that Twine triggered in
https://github.com/pypa/twine/issues/27.
I
STINNER Victor added the comment:
socket_eintr.2.patch has an issue with timeout.
socket_eintr.2.patch retries a socket method when it is interrupted, but it
doesn't recompute the timeout. If a program is interrupted every second by a
signal, the signal handler doesn't raise an exception and
STINNER Victor added the comment:
23668_3.patch looks good to me.
I agree that handling EINTR is not needed on Windows, and so there is no need
for an helper function like _Py_open_noraise().
--
___
Python tracker rep...@bugs.python.org
Paul Moore added the comment:
Generally, my understanding is that the console does pretty badly at supporting
Unicode via the normal WriteFile APIs and the code page support (mainly
because support for the UTF8 code page is rubbish). But the WriteConsole API
does, I believe, have pretty solid
mike bayer added the comment:
It would be great if the patch could be attached to the issue as a patch
file, including some tests.
the mantra we all share. I'll take a look.
--
___
Python tracker rep...@bugs.python.org
Changes by Matthew Gamble matthew.gam...@gmail.com:
Added file: http://bugs.python.org/file38879/zip_hiddenfiles.zip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6818
___
R. David Murray added the comment:
This would need a deprecation preriod if we want to do it.
--
nosy: +r.david.murray
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17247
New submission from Travis Everett:
I've been working on a testing tool which raises its own exceptions from those
thrown by code under test. The tool's exceptions do some analysis to categorize
and add additional information to the underlying exceptions, and they need
access to the __cause__
R. David Murray added the comment:
Can't you use a __setattr__ hook? Your use case seems pretty specialized.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23902
___
Jeff McNeil added the comment:
Updated to recalculate timeout at Python level. The current module already
works this way on recv() calls. See attached.
I'd be happy to churn through and fix the other modules (using the 3.5 work as
a guide), though I think only addressing the higher level
Martin Panter added the comment:
http-buffer.v2.patch:
* Merged with recent changes
* Made the changes to the test suite slightly less intrusive. Unfortunately
there are still a lot of changes left where mock sockets were being sent into
the HTTPResponse constructor.
--
Added file:
Steve Dower added the comment:
I think we should fix all the warnings, but turning this on is a great way to
make the build bots red often. I believe they already go yellow for warnings,
so people are somewhat informed, but I don't think we want to be more
aggressive than that.
Also, I know
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12932
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23898
___
___
R. David Murray added the comment:
There are a lot of issues in this tracker (for some definition of a lot) that
indicate that the console does *not* support unicode. So if you are writing
utf-8 I wouldn't expect this to work. (If it were an API taking unicode
directly, that might be a
STINNER Victor added the comment:
What's the status of the patch? Is it ready to be commited?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21859
___
New submission from Eli Bendersky:
lib2to3 tokenizes br'abc' as a single STRING token, but rb'abc' as two separate
tokens (NAME rb and STRING 'abc')
This is because pgen2/tokenize.py doesn't list rb'' as a viable prefix for a
string, even though according to
R. David Murray added the comment:
A python-ideas discussion was requested, but none has been linked to. So let's
close this as uneeded. It can always be reopened if there is renewed interest.
--
nosy: +r.david.murray
resolution: - rejected
stage: needs patch - resolved
status: open
Roundup Robot added the comment:
New changeset 7444ac6d93c3 by Victor Stinner in branch 'default':
Issue #23817: FreeBSD now uses 1.0 the the SOVERSION as other operating
https://hg.python.org/cpython/rev/7444ac6d93c3
--
nosy: +python-dev
___
Python
STINNER Victor added the comment:
Let's just do it for next python
Ok.
I don't understand the purpose of SOVERSION, nor why it is an issue to not use
dots on FreeBSD. So I don't want to change it in minor Python relases (2.7.x,
3.4.y).
--
___
mike bayer added the comment:
patch w/ test
--
keywords: +patch
Added file: http://bugs.python.org/file38882/issue23898.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23898
___
New submission from Andrew Stormont:
The socket module fails to build when -zignore is in LDFLAGS. This option
changes the linker behaviour so it will only resolve against the libraries
linked in explicitly instead of doing resolution recursively against their
dependencies too.
--
Eric V. Smith added the comment:
I think Serhiy is saying that you don't need to implement future_builtins in
3.x, if your 2.7 and 3.x compatible code catches the ImportError.
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Does the addition of the warning in python3 make the fixer obsolete? In other
words, should we close this issue?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18965
Yury Selivanov added the comment:
Mike, please ping me when they process it. I'll commit your patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23898
___
New submission from Eli Bendersky:
lib2to3 helpfully provides pygram.python_grammar_no_print_statement for parsing
Python 3 ('print' has the semantics of an identifier, not a keyword)
However, the same courtesy is not extended to 'exec', which also turns from a
statement to an identifier in
Changes by Eli Bendersky eli...@gmail.com:
--
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23894
___
___
Ryan Gonzalez added the comment:
I put a fix in the patch; I don't know why the heck it didn't apply. Just
go to Python/pythonrun.c, line 66 and put a semicolon (;) at the end of the
line.
On Thu, Apr 9, 2015 at 1:51 PM, Cyd Haselton rep...@bugs.python.org wrote:
Cyd Haselton added the
Cyd Haselton added the comment:
Done, but got this error:
Python/pythonrun.c: In function 'android_wcstombs':
Python/pythonrun.c:67:5: error: expected ';' before 'if'
if (c = 0xdc800 c = 0xdcff)
^
Python/pythonrun.c:62:11: warning: variable 'c' set but not used
Cyd Haselton added the comment:
Thanks Ryan.
(Probably should remove original androidfn.h patch; patch complains with 'file
already exists' if I don't delete Include/androidfn.h before applying the
latest patch)
--
___
Python tracker
STINNER Victor added the comment:
I'd be happy to churn through and fix the other modules (using the 3.5 work
as a guide),
It is risky to modify so much code. The PEP 475 also has an impact on backward
compatibility:
https://www.python.org/dev/peps/pep-0475/#backward-compatibility
IMO it
STINNER Victor added the comment:
There are a lot of issues in this tracker (for some definition of a lot) that
indicate that the console does *not* support unicode.
The main issue is the issue #1602.
--
nosy: +haypo
___
Python tracker
Zachary Ware added the comment:
I've updated 2.7 and 3.4, but 3.5 is a different matter. Steve, I'll want to
take a look at it with you at the sprints; 1.0.2 changed enough that the
projects you wrote for OpenSSL broke.
--
___
Python tracker
R. David Murray added the comment:
Having reviewed this issue, I don't see any point to leaving it open. If any
additional shell command helpers are added to the stdlib, it should be an
ab-initio discussion based on what exists in the field, and start on
python-ideas. But given current
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, michael.foord, rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23890
___
Zachary Ware added the comment:
Steve Dower added the comment:
I think we should fix all the warnings, but turning this on is a great
way to make the build bots red often.
That is the obvious downside. On the other hand, we do have a very old open
issue (though I don't have the number handy)
koobs added the comment:
@haypo, if you could take care of the change in default, 3.4 and 2.7, we can
backport the rest downstream. Thank you :)
@bapt, can you create a separate issue to cover the create foo.so.X' symlink
request, so python@ (freebsd team) can work to patch locally with an
R. David Murray added the comment:
Based on Richard's comments I'm closing this won't fix. If someone comes up
with a clever solution, we can reopen.
--
nosy: +r.david.murray
resolution: - wont fix
stage: - resolved
status: open - closed
___
Changes by Carol Willing willi...@willingconsulting.com:
--
nosy: +willingc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14218
___
___
New submission from mike bayer:
this bug appeared in Python 3.4.The inspect.classify_class_attrs compares
the identity objects of unknown type using the `==` operator unnecessarily and
also evaluates objects of unknown type assuming they return `True` for a
straight boolean evaluation.
100 matches
Mail list logo