Roundup Robot added the comment:
New changeset f3f23ecdb1c6 by Serhiy Storchaka in branch '2.7':
Issue #13555: Fix an integer overflow check.
http://hg.python.org/cpython/rev/f3f23ecdb1c6
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Thank you for the report. Standard tests do not cover pickling/unpickling to
real files.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13555
___
Serhiy Storchaka added the comment:
If this is a duplicate, it should be fixed by f3f23ecdb1c6.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17298
___
New submission from Serhiy Storchaka:
Currently cPickle module tested only with cStringIO.StringIO. However cPickle
uses different code for cStringIO.StringIO, for file objects, and for general
IO streams (i.e. io.BytesIO). Last two cases are not covered by tests.
--
components: Tests
Senthil Kumaran added the comment:
I am noticing this one late. Sorry for that.
I agree that this is docs issue and I would like to fix it in this way.
Give the doc example as:
urlparse('www.cwi.nl/%7Eguido/Python.html')
ParseResult(scheme='', netloc='',
Serhiy Storchaka added the comment:
I have opened issue17299 for testing issue.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13555
Ezio Melotti added the comment:
I went through all the messages on this issue, and I'll address them here.
There's enough material for two new issues (advanced FAQs, and improvements
about Windows docs), and a few minor issues that can be discussed and fixed as
part of this issues before
Martin Fiers added the comment:
This also affects our software. I agree with Dan (danmbox): I don't understand;
so many people depend on it and yet an out-of-the-box solution doesn't work.
I don't want to break the distutils package of our users because we use mingw.
Within one Python script,
Charles-François Natali added the comment:
And here's a patch.
--
keywords: +patch
Added file: http://bugs.python.org/file29244/thread_local_concurrent.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17263
Ezio Melotti added the comment:
I'm removing the devguide component and update the title accordingly.
--
components: +Documentation -Devguide
title: Devguide should document best practices for stdlib exceptions -
Document best practices for exceptions
Roundup Robot added the comment:
New changeset 33895c474b4d by Senthil Kumaran in branch '2.7':
Fix issue16932: Fix the urlparse example. Remote :port when scheme is not
specified to demonstrate correct behavior
http://hg.python.org/cpython/rev/33895c474b4d
New changeset 5442a77b925c by
Senthil Kumaran added the comment:
I have fixed the docs issue. Thanks for the report and following up.
--
assignee: - orsenthil
keywords: -buildbot
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
type: - behavior
Andreas Hausmann added the comment:
That is correct.
Under 2.4 and 3.3 it should show neither the line EXCEPTION ## EXCEPTION nor
the following line TypeError: ('__init__() takes at least 2 arguments.
That means, that in version 2.4 and 3.3 that unpickling problem doesn't exist.
In
Andreas Hausmann added the comment:
A backport to 2.7 would be in the interest of the Zope community (I dare say
;)), at least in ours.
In our project, after having migrated to Zope 2.13/Python2.7 we found this bug
and now we are quite worried what else might happen with our huge pickled
Larry Hastings added the comment:
As a rule I'm unlikely to mention things I haven't heard about. I've never
used Cython, and I don't recall anyone mentioning this technology previously.
Once skrah posts his alternative DSL proposal, I'll amend the PEP to discuss
both these alternatives.
Stefan Behnel added the comment:
I mentioned it in a couple of places during the discussion, you might just have
missed them.
The code that generates the unpacking C code starts here:
https://github.com/cython/cython/blob/4ebc647c2fa54179d25335b2dcf5d845e7fc9a79/Cython/Compiler/Nodes.py#L3068
New submission from Serhiy Storchaka:
http://permalink.gmane.org/gmane.comp.python.ideas/19669
from itertools import islice, count
it = count()
for i in range(100):
... it = islice(it, 0)
...
del it
Segmentation fault
This looks very similar to the crash in tee() (issue13454).
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +serhiy.storchaka
versions: -Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14010
___
Serhiy Storchaka added the comment:
And same issue with filter:
it = iter([])
for i in range(100):
... it = filter(None, it)
...
del it
Segmentation fault
--
title: Сrash when deleting deeply recursive islice() - Сrash when deleting
deeply recursive iterator wrappers
Serhiy Storchaka added the comment:
Aha, this is a duplicate of issue14010.
--
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
superseder: - deeply nested filter segfaults
___
Python tracker
Antoine Pitrou added the comment:
And here's a patch.
Wouldn't it be better to expose and re-use the HEAD_LOCK and HEAD_UNLOCK
macros from pystate.c?
That said, I doubt this is the issue here. We are removing a string key pointing
to a localdummy object. Both are small atomic types not handled
Antoine Pitrou added the comment:
* Antoine: I've implemented shunting the bulk of Argument Clinic's
output into a separate file. Please see Modules/zlibmodule.c
and Modules/zlibmodule_clinic.c for more.
Interesting, thanks :-)
Why do you need both clinic.write_clinic_file() and
Henrik Heimbuerger added the comment:
Eli, I tried to preserve the style (and detail) of the rest of the docs of the
respective version. If I bring the 3.3 version of find() into 2.7, then it will
have a lot less detail than f.e. findall() as a sibling method on the same
class:
Larry Hastings added the comment:
write_clinic_file tells Clinic to start writing to the clinic file, which I
think is best to do at the very top of the file. include_clinic_file spits out
the #include, which you probably want near the bottom of the file, just before
the static module
Changes by Richard Oudkerk shibt...@gmail.com:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10527
___
Dan added the comment:
Nice partial work-around.
I think it's quite clear that the decision makers for this bug have not been
making rational decisions for a year and a half, so we can't really expect
change. This being the open-source world, the only recourse is publicizing the
issue (or is
Albert Zeyer added the comment:
Btw., where we are at this issue - I have seen many more loops over the threads
(via PyThreadState_Next). I have a bad feeling that many of these loops have
similar issues.
In this case, I am also not sure anymore that it really was a problem. I
originally
Albert Zeyer added the comment:
Wouldn't it be better to expose and re-use the HEAD_LOCK and HEAD_UNLOCK
macros from pystate.c?
The macro-names HEAD_LOCK/HEAD_UNLOCK irritates me a bit. Protecting only the
head would not be enough. Any tstate object could be invalidated. But actually,
it
Changes by Jason R. Coombs jar...@jaraco.com:
--
hgrepos: +176
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13772
___
___
Python-bugs-list
Changes by Jason R. Coombs jar...@jaraco.com:
--
hgrepos: -176
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13772
___
___
Python-bugs-list
Changes by Jason R. Coombs jar...@jaraco.com:
--
hgrepos: +177
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13772
___
___
Python-bugs-list
Changes by Jason R. Coombs jar...@jaraco.com:
Added file: http://bugs.python.org/file29245/8bf88b31ebb7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13772
___
Roundup Robot added the comment:
New changeset 92003d9aae0e by Richard Oudkerk in branch '2.7':
Issue #17018: Make Process.join() retry if os.waitpid() fails with EINTR.
http://hg.python.org/cpython/rev/92003d9aae0e
New changeset 5fae31006724 by Richard Oudkerk in branch '3.2':
Issue #17018:
Charles-François Natali added the comment:
Wouldn't it be better to expose and re-use the HEAD_LOCK and HEAD_UNLOCK
macros from pystate.c?
I don't like holding locks before calling alien code, it's a recipe
for deadlocks: for example, if another thread-local object was
deallocated as part of
Richard Oudkerk added the comment:
The new test seems to be reliably failing on Windows:
==
FAIL: test_issue17223 (__main__.UnicodeTest)
--
Traceback (most
Jason R. Coombs added the comment:
I tried the create-patch function, but it didn't work against bitbucket
(produced an empty diff). So I'm attaching a diff explicitly.
--
Added file: http://bugs.python.org/file29246/8bf88b31ebb7.diff
___
Python
Eli Bendersky added the comment:
Henrik. Yes, I think the change in 3.3 was intentional in order to avoid
duplication that can be a source of errors. If ET.find() does exactly what
ET.getroot().find() does, it suffices to mention it with a link. Since Element
docs come first and arguably
Albert Zeyer added the comment:
Wouldn't it be better to expose and re-use the HEAD_LOCK and HEAD_UNLOCK
macros from pystate.c?
I don't like holding locks before calling alien code, it's a recipe
for deadlocks: for example, if another thread-local object was
deallocated as part of the
Jason R. Coombs added the comment:
Please disregard the patch 8bf88b31ebb7.
Antoine, Brian, or anyone else - would you please review the attached patch
(b744517b90bc.diff)? It adds a test for creating directory symlinks that are
non-local (don't depend on the current directory for reference),
Eli Bendersky added the comment:
Great, thanks.
Now looking forward to the patch getting rid of the module-level globals. One
idea is explicitly pass the module into each testing class. The classes should
not rely on anything global in this respect.
--
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13555
___
___
Python-bugs-list mailing list
Antoine Pitrou added the comment:
I'm not super-confident about the implementation of the
path-manipulation functions, and I would prefer to use the Python
implementations of the path-manipulation (dirname and join) instead.
If there are any suggestions in this regard, I'd appreciate them.
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7358
___
___
Python-bugs-list mailing list
anatoly techtonik added the comment:
Thanks for working on this. It is always nice to see things moving.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11367
___
STINNER Victor added the comment:
On Windows, test_array can use an invalid surrogate pair to test this
issue: b'\xff\xdf\x61\x00' for example.
I don't know how to easily check the size of wchar_t.
ctypes.sizeof(ctypes.c_wchar) can be used, but ctypes is not always
available. sys.unicode is now
Jason R. Coombs added the comment:
Thanks for the suggestions.
Antoine Pitrou added the comment:
From an implementation standpoint, I would indeed prefer the path handling
functions to be written in Python.
Is there an example of how a function like win32_symlink could call into
netrick added the comment:
Mark, you are my hero! I can't believe it got fixed that fast.
I confirm that for me, the fix works. I just replaced pyw.exe in python33
folder and the bug is gone.
--
___
Python tracker rep...@bugs.python.org
Albert Zeyer added the comment:
Btw., this turns out to be at least 4 kind of separate bugs:
1. The crash from the testcase - when the interpreter shuts down.
2. Maybe the crash from my musicplayer app - if that is a different one. But
very related to the first one.
3. Many loops over the
netrick added the comment:
Vinay, is there a chance that the fix will be included in 3.3.1?
If not, is there a chance to create a python 3.3 installer with the patched
pyw.exe? As I know nothing of python packaging so I have no idea how to do it
and it would be very handy for me.
--
Vinay Sajip added the comment:
Plus, the standalone launcher has already been updated (the version displayed
in the installer and the resource version should be 1.0.1.2):
https://bitbucket.org/vinay.sajip/pylauncher/downloads
--
___
Python tracker
Roundup Robot added the comment:
New changeset 5fddaa709d6b by Vinay Sajip in branch '3.3':
Closes #17290: Loading cursor now does not persist when launching GUI scripts.
http://hg.python.org/cpython/rev/5fddaa709d6b
New changeset 0d55fb0217f1 by Vinay Sajip in branch 'default':
Closes #17290:
Maximiliano Curia added the comment:
Hi,
This is still present in the current mercurial.
I'm attaching a patch that fixes the issue.
Thanks.
--
keywords: +patch
nosy: +m...@debian.org
versions: +Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file:
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17299
___
Petri Lehtinen added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17283
___
___
Python-bugs-list mailing list
Unsubscribe:
Christopher King added the comment:
This is a crazy and unexpected behavior. (Moreover, the fact that Python has
dynamic scope *only if you forget to initialize a variable* is even more crazy
and unexpected.) To provide unsurprising behavior (i.e. behavior compatible
with that of a list
Christopher King added the comment:
Also tested and broken in Py3k.
--
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7423
___
R. David Murray added the comment:
The behavior is deeply baked into how Python does closures and scoping. It
shows up elsewhere than generators (eg: nested function definitions; usually
encountered when using lambdas). So, this behavior isn't going to change, it's
just one of a relatively
Antoine Pitrou added the comment:
To clarify my original comment, I got an error about
ConfigParser.py/configparser.py even when that file was not part of the
change.
Would you mind reporting a Mercurial bug then? (http://bz.selenic.com/)
As for mentioning it in the devguide, I don't think
Roundup Robot added the comment:
New changeset eb45fd74db34 by Petri Lehtinen in branch '2.7':
Issue #14720: Enhance sqlite3 microsecond conversion, document its behavior
http://hg.python.org/cpython/rev/eb45fd74db34
New changeset ae25a38e6c17 by Petri Lehtinen in branch '3.2':
Issue #14720:
Geoff Wilson added the comment:
Thanks Ned! Attached is an update for sqlite tests with the right patch format
(issue10572-sqlite3-2.patch).
May make sense to mention the hg diff --git format in:
http://docs.python.org/devguide/patch.html
--
Added file:
Petri Lehtinen added the comment:
Fixed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14720
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
I don't understand; so many people depend on it and yet an out-of-the-box
solution doesn't work.
It is because of the combinations of some facts:
- Python contributors are volunteers;
- distutils is used a lot and quite brittle, which is a combination that
Geoff Wilson added the comment:
Attach updated patch for lib2to3 (issue10572-lib2to3-2.patch)
--
Added file: http://bugs.python.org/file29250/issue10572-lib2to3-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10572
Christopher King added the comment:
Only the implementation of *generators* needs to change to remedy this bug.
Please see the example I included. By closing the generated generator function
over free the free variables in the generator expression, you can avoid dynamic
scoping entirely and
Christopher King added the comment:
Quote from Guido:
In general the value of every free variable used anywhere
except in the outer expression should be captured; [...] This
should give the least surprising semantics in a variaty of use
cases.
Source:
Martin Fiers added the comment:
Dear Eric,
I never said that anyone of these volunteers is
unresponsible/stupid/whatsoever. It was also never my intention to express
myself in this way, so I apologize if you felt harmed in any way. I was just
suprised that this issue exists for so long. And
New submission from Gregory P. Smith:
bytearray has many methods that return a *new* bytearray object rather than
applying the transformation to modify the bytearray in place. Given that one
use of bytearray's is to avoid making extra copies... There should be in-place
variants of the
R. David Murray added the comment:
I hear what you are saying, but the generalization does not mean that they
work exactly the same way. The whole point of generators is that execution is
lazy, which is what leads to the difference in behavior.
The generator function *is* closed over the
R. David Murray added the comment:
To be honest I don't understand the sentence from Guido that you are quoting
(even reading the issue I don't think I have the full context), but what we
wound up with was what he wound up wanting.
--
___
Python
New submission from karl:
Are there plans to develop an HTTP/2.0 library in parallel of the specification
development? It will not be ready before years, but it would be good to have an
evolving implementation. Or should it be done outside of python.org?
Reference: https://github.com/http2
Ned Deily added the comment:
However this is resolved, the information in the devguide should be consistent.
AFAICT, the recommendation to use hg git format is currently only mentioned
in the Committing section
(http://docs.python.org/devguide/committing.html#minimal-configuration) but not
Antoine Pitrou added the comment:
It should certainly be done outside of python.org.
Also, I think the stdlib already lacks some HTTP/1.1 features, better start
there...
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Geoff, thanks, it is documented elsewhere in the devguide but it should be
mentioned there as well. I've added a note to Issue16931.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10572
Senthil Kumaran added the comment:
Yes, feature complete of 1.1 will be a start. :(
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17302
___
Joar Wandborg added the comment:
New patch, removed whitespace change and unnecessary test.
add_time_timedelta arg `factor` will not be changed, in order to preserve
uniformity.
--
Added file: http://bugs.python.org/file29251/issue17267-v3.patch
Christopher King added the comment:
I hear what you are saying, but the generalization does not mean
that they work exactly the same way.
Correct. But it does mean that the functionality of one (generator
expressions) is a superset of the functionality of the other (list
comprehensions).
New submission from Zachary Ware:
Here's the fix for test discovery of test_future* (particularly test_future3).
Without the patch, running 'python -m unittest discover Lib/test/
test_future*' results in an error in test_future3.py, due to test_future.py's
FutureTest.test_future3 removing
Zachary Ware added the comment:
Correction: ...all instances of support.unload *in test_future.py* with
support.CleanImport...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17303
___
Roundup Robot added the comment:
New changeset 66e9d0185b0f by Victor Stinner in branch '3.3':
Issue #17223: Fix test_array on Windows (16-bit wchar_t/Py_UNICODE)
http://hg.python.org/cpython/rev/66e9d0185b0f
New changeset 5aaf6bc1d502 by Victor Stinner in branch 'default':
(Merge 3.3) Issue
STINNER Victor added the comment:
It was discussed to add new formats for UCS1, UCS2 and UCS4 formats to the
array module, but nobody implemented the idea. The u format is kept unchanged
(use Py_UNICODE / wchar_t) for backward compatibility with Python 3.2.
See also issue #13072 for this
Changes by Zachary Ware zachary.w...@gmail.com:
--
components: Tests
files: test_hash_discovery.diff
keywords: patch
nosy: brett.cannon, ezio.melotti, zach.ware
priority: normal
severity: normal
status: open
title: Fix test discovery for test_hash.py
type: behavior
versions: Python 3.3,
Emil Lind added the comment:
I'm uploading my first patch.
Heavily based on the related issues for ftplib and poplib.
Need help with review and a few questions...
Q1: Is the error Exception the right way to handle the breach (disconnects
client?) or is there a better way? Like a 'BAD'
karl added the comment:
agreed on HTTP/1.1, is there a plan to fix it too ;) because the current
http.server seems to be untouchable without breaking stuff all around :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17302
R. David Murray added the comment:
Well, we're a bit more nuanced about backward compatibility than that :)
I doubt that people *intentionally* rely on the behavior, true, so a change
could conceivably be made in a new release.
At this point you need to take your arguments to python-ideas or
Demian Brecht added the comment:
According to some digging around that I've done, this issue may be invalid:
(I couldn't find an RFC or detailed spec of the LWP format, so reading from
libwww-perl source @
http://cpansearch.perl.org/src/GAAS/libwww-perl-5.836/lib/HTTP/Cookies.pm)
# Try with
Changes by Maximiliano Curia m...@debian.org:
Removed file: http://bugs.python.org/file29248/issue_17251.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17251
___
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +dbrecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16901
___
___
Python-bugs-list
karl added the comment:
Testing your code in Listing 1
→ curl -sI http://localhost:9000/
HTTP/1.0 501 Unsupported method ('HEAD')
Server: BaseHTTP/0.6 Python/3.3.0
Date: Tue, 26 Feb 2013 23:38:32 GMT
Content-Type: text/html;charset=utf-8
Connection: close
So this is normal,
karl added the comment:
OK I had understand a bit better.
self.send_error(code, msg) is used for
* The body
* The HTTP header
* and the log
That's bad, very bad.
I do not think it should be used for the HTTP Header at all.
--
___
Python tracker
karl added the comment:
ok I modify the code of server.py so that the server doesn't send the private
message but the one which is already assigned by the library as it should. If
there is a need for customization, there should be two separate variables, but
which could lead to the same
Demian Brecht added the comment:
http://bugs.python.org/issue1690 seems to be a duplicate of this one (at least
the initial report). 16901 (imho) is documented more clearly than this one, so
can this one be closed as duplicate?
--
___
Python
New submission from Marten Lehmann:
Since Python 2.3 the idna encoding is available for Internationalized Domain
Names. But the current encoding doesn't work according to the latest version of
the spec.
There is a new IDNA2008 specification (RFCs 5890-5894). Although I'm not very
deep into
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +dbrecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12144
___
___
Python-bugs-list
Demian Brecht added the comment:
I was able to repro this with Terry's steps on latest hg update. I've taken
Scott's patch and updated it to diff from source root (his was pointing to
/usr/lib) against the latest. The patch fixes the issue and I also can't see
any negative knock-ons that may
R. David Murray added the comment:
How are they handling interoperability?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17305
___
New submission from Raymond Hettinger:
Start by adding docstrings to the colletions ABCs.
Look at improving help() to clearly show the required abstract methods.
--
assignee: rhettinger
components: Documentation
messages: 183107
nosy: rhettinger
priority: normal
severity: normal
status:
Ezio Melotti added the comment:
On WinXP, if I try firefox bugs.python.org, I get an error because it can not
find firefox in the PATH. This is probably what happens with
_isexecutable(firefox).
However if I try C:\Program Files\Mozilla Firefox\firefox.exe
bugs.python.org, Firefox correctly
Ezio Melotti added the comment:
Can you provide a couple of examples of that notation?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12915
___
Ezio Melotti added the comment:
The next logical step is to make all test classes in test_xml_etree
accept the ET module in some way and store it, using it to get classes
function. I.e. no more global ET and pyET at all.
The idiom suggested by PEP 399 has the two modules (cmod and pymod)
Eli Bendersky added the comment:
On Tue, Feb 26, 2013 at 8:08 PM, Ezio Melotti rep...@bugs.python.orgwrote:
Ezio Melotti added the comment:
The next logical step is to make all test classes in test_xml_etree
accept the ET module in some way and store it, using it to get classes
1 - 100 of 108 matches
Mail list logo