Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16737
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16748
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11995
___
___
Python-bugs-list
Eric Snow added the comment:
The decorator also mitigates the problem described in issue #16835.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17037
___
Ned Deily added the comment:
Using Cocoa Tk 8.5.13 and IDLE from either 2.7.3 and 3.3.0 on OS X 10.8.2, I
can reproduce the behavior you report. However, I do not see the behavior when
using Python 2.7.3 linked with the older Carbon Tk 8.4. I tried without success
to reproduce the behavior
New submission from HadiM:
Hi,
This is the first time I report a bug so if I did something wrong please let me
know. I also tried to ask on #python and #python-fr before posting here to know
if it was a bug or a possible multiprocessing limitation on Linux. So I'm sorry
if it's not a bug...
Roundup Robot added the comment:
New changeset 4ee8d38398d4 by Serhiy Storchaka in branch '2.7':
Optimize the test for issue #13454.
http://hg.python.org/cpython/rev/4ee8d38398d4
New changeset d391b2849a51 by Serhiy Storchaka in branch '3.2':
Optimize the test for issue #13454.
HadiM added the comment:
I test to launch bug.py with pypy (import numpypy instead of import numpy) and
the bug did not appear.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17038
___
Neil Muller added the comment:
I can't reproduce this bug on windows XP or windows 7 with python 2.7 or python
3.3.
Is this still an issue?
--
nosy: +Neil Muller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1145257
Roundup Robot added the comment:
New changeset 7c8ad0d02664 by Serhiy Storchaka in branch '2.7':
Issue #10156: In the interpreter's initialization phase, unicode globals
http://hg.python.org/cpython/rev/7c8ad0d02664
New changeset f7eda8165e6f by Serhiy Storchaka in branch '3.2':
Issue #10156:
Serhiy Storchaka added the comment:
And for bytesobject.c in 3.x.
--
title: Initialization of globals in stringobject.c - Initialization of globals
in stringobject.c and bytesobject.c
versions: +Python 3.2, Python 3.3, Python 3.4
Added file:
Serhiy Storchaka added the comment:
Committed. Thank you for review, Stefan. Close this issue if the work is
finished.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
___
Roundup Robot added the comment:
New changeset c0370730b364 by doko in branch 'default':
- Issue #16235: Implement python-config as a shell script.
http://hg.python.org/cpython/rev/c0370730b364
--
nosy: +python-dev
___
Python tracker
Matthias Klose added the comment:
now committed, using stdin for sed.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
Ray Donnelly added the comment:
Thank you Matthias!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
___
___
Python-bugs-list mailing list
Roundup Robot added the comment:
New changeset f0cde9b6830a by doko in branch '3.3':
- Follow-up for issue #15484: In PYTHON_FOR_BUILD, use $(PLATDIR) instead
http://hg.python.org/cpython/rev/f0cde9b6830a
New changeset 938a045cfe7d by doko in branch 'default':
- Follow-up for issue #15484: In
Charles-François Natali added the comment:
Hello,
So I'm sorry if it's not a bug...
Don't be afraid, we don't byte :-)
Concerning your problem, my guess would be that one of the modules you import
sets the process CPU affinity (maybe as a workaround to mitigate the GIL impact
in
New submission from Ronny Pfannschmidt:
the change to conform with pep 3114 makes socketSocketIO hide Timeouts,
since they are also denoted with EAGAIN (which is one of the blocking errors a
nonblocking socket will raise)
that causes read/readinto return None, when one would expect a Timeout
HadiM added the comment:
Indeed some value change when I print cpu line from /proc/self/status but I
don't really understand what that mean...
So there is no solution about that ? We cannot use multiprocessing with these
modules under Linux ?
Do you think I can manually change the CPU
Ray Donnelly added the comment:
When I say “our patches” I mean mine and Alexey Pavlov’s jointly maintained
patch-set.
I hope you don’t mind that I find you saying:
I tried some of these patches, but they aren't very organinzed. I really need
some docemntaiton to better understand what each
Charles-François Natali added the comment:
Indeed some value change when I print cpu line from /proc/self/status but I
don't really understand what that mean...
It means that the CPU affinity is changed, so the scheduler binds your
process to a subset of the available CPUs.
So there is no
Changes by Charles-François Natali cf.nat...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17038
___
HadiM added the comment:
Your snippet did the trick ! Thank you for your time. Even if it's not very
clean, it's working.
Thank again !
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17038
Vinay Sajip added the comment:
When using an activated virtual environment, there is no need to use py -
just use python. Primarily, the launcher looks for a shebang line in a script
to determine which interpreter to use for the script. If no shebang line can be
found, it will launch the
Ronny Pfannschmidt added the comment:
noticed an error in my testing, sorry for the noise
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17039
New submission from Berker Peksag:
Context manager support for shelf objects was added in issue 13896, but not
documented.
--
assignee: docs@python
components: Documentation
files: shelve-context-manager-doc.diff
keywords: patch
messages: 180667
nosy: asvetlov, berker.peksag,
New submission from Serhiy Storchaka:
Some tests failed when Python built without docstrings (--without-doc-strings
options). Proposed patch fixes most of tests.
Only doctests in test_generators and test_genexps don't fixed. I don't know how
to make doctests conditional.
[135/372]
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +ezio.melotti, michael.foord, pitrou
Added file: http://bugs.python.org/file28845/tests_without_docstrings-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17041
Eli Bendersky added the comment:
Eric, yes the key code in test_xml_etree that handles this is:
def pickleRoundTrip(self, obj, name, dumper, loader):
save_m = sys.modules[name]
try:
sys.modules[name] = dumper
temp = pickle.dumps(obj)
Stefan Krah added the comment:
I've already committed a decorator in 5c7f92bfe785, but it isn't
quite robust. I think the one in issue17041-decorator.diff should
do the trick.
Also, we then can use support.HAVE_DOCSTRINGS for some doctests.
--
Added file:
Charles-François Natali added the comment:
I've added (some) docs and added checking of the BCM constants to the
test_socket module.
This version looks good to me.
I'll commit it next week (I currently don't have access to my
development machine).
I would guess that checking each broadcast
Eli Bendersky added the comment:
Nice work, although I worry this is starting to get into too much magic
territory. Do you have a real use case for the 'names' argument?
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
I'm not sure what the use case for this is. It looks more obfuscating than
revealing to me.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17037
Serhiy Storchaka added the comment:
Oh, I see Stefan already fixed some failures. Here are updated patches.
--
Added file:
http://bugs.python.org/file28847/tests_without_docstrings-2.7_2.patch
Added file:
http://bugs.python.org/file28848/tests_without_docstrings-3.2_2.patch
Added
Eli Bendersky added the comment:
Antoine - I think I can see the use case. ATM, to conform to PEP399, every test
_class_ has to be subclassed twice with appropriate assignment to the relevant
tested class. This leads to a lot of repetition. As an example, see
test_decimal.py, which does this
Antoine Pitrou added the comment:
I'm not sure how the lots of repetition is a problem. The following:
class CCoverage(Coverage):
decimal = C
class PyCoverage(Coverage):
decimal = P
is quite trivial compared to the actual base test case (the Coverage class).
Not only it is quite
R. David Murray added the comment:
Once upon a time (two years ago?) we fixed the tests so that they ran
successfully (skipped when appropriate) with -OO set, which omits docstrings.
We were checking for the optimization level (sys.flags.optimize) then. It
seems like it would make more
Serhiy Storchaka added the comment:
Patches updated incorporating Stefan's patch.
--
Added file:
http://bugs.python.org/file28850/tests_without_docstrings-2.7_3.patch
Added file:
http://bugs.python.org/file28851/tests_without_docstrings-3.2_3.patch
Added file:
Serhiy Storchaka added the comment:
It seems like it would make more sense to combine both checks into one
decorator.
These are different cases. @unittest.skipIf(sys.flags.optimize = 2) is about
docstrings in Python implemented modules, and @support.requires_docstrings is
about docstrings
Serhiy Storchaka added the comment:
Fixed in issue16443.
--
nosy: +serhiy.storchaka
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - Add docstrings to regular expression match objects
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15731
___
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17009
___
___
Serhiy Storchaka added the comment:
Can anyone review the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6972
___
___
Python-bugs-list
Ezio Melotti added the comment:
What's the reason for moving the OrderedDict tests in a separate file?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16991
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file28178/zipfile_unpack_check.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4844
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16996
___
___
Serhiy Storchaka added the comment:
Patch updated. Now the test use io.BytesIO() for input too. A loop limit
changed from len() -2 to len().
If there are no objections I'll commit this patch next week.
--
assignee: mcherm - serhiy.storchaka
Added file:
Roumen Petrov added the comment:
Matthias Klose wrote:
Matthias Klose added the comment:
the change to the configure script looks ok. however you could change the
README too.
This is 5 years old issue.
README is not more in repository. As result python lack documentation
related to
Eric Snow added the comment:
In my case I've been doing PEP 399 for collections.OrderedDict. It struck me
that the boilerplate could be stowed away in a decorator. It's more than just
adding a couple subclasses. Here's what it covers:
* add the test case subclasses,
* make sure the
Eric Snow added the comment:
Do you have a real use case for the 'names' argument?
My use case was with the tests for OrderedDict. The existing tests don't refer
to collections.OrderedDict, but rather to OrderedDict (looked up from the
globals). The names argument facilitates the
Stefan Krah added the comment:
Serhiy Storchaka rep...@bugs.python.org wrote:
It seems like it would make more sense to combine both checks into one
decorator.
These are different cases. @unittest.skipIf(sys.flags.optimize = 2) is about
docstrings in Python implemented modules, and
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17003
___
___
Eric Snow added the comment:
What's the reason for moving the OrderedDict tests in a separate file?
Following the precedent of collections.deque and collections.defaultdict:
* a big chunk of code
* the default implementation will be coming via _collections.
--
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17005
___
___
Chris Jerdonek added the comment:
Okay, I think I understand the issue better now. The threading._dangling
warning happens because when leaving the saved_test_environment context manager
in regrtest:
http://hg.python.org/cpython/file/fcdb35b114ab/Lib/test/regrtest.py#l1271
the context
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: -gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3718
___
___
Ezio Melotti added the comment:
These are indeed good reasons.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16991
___
___
Python-bugs-list
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10740
___
___
Roumen Petrov added the comment:
Matthias Klose added the comment:
I don't think this one is still necessary. can it be closed?
If is difficult to confirm.
In scope of issue title initialization is fixed.
Another part of proposed path is to insert at first position current
directory if
Roundup Robot added the comment:
New changeset 8c49dd8e4d22 by doko in branch '3.3':
- Issue #3718: Use AC_ARG_VAR to set MACHDEP in configure.ac.
http://hg.python.org/cpython/rev/8c49dd8e4d22
New changeset 6866384d9ccb by doko in branch 'default':
- Issue #3718: Use AC_ARG_VAR to set MACHDEP
Matthias Klose added the comment:
now checked in the configure change. I think that the cross-build documentation
deserves an extra issue. Therefore now closing this issue.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
Matthias Klose added the comment:
IMHO, updating these patches to track the latest Python is a pointless goal.
sorry, no. it's the *only* way to get these patches upstream. The mingw patches
will never see the light of the 3.3 branch. So the best thing to do is to
actively submit the patches
Matthias Klose added the comment:
However, we must go further and add that the patches *cannot* break any
other native or cross-compilation, which - as I think Matthias is
alluding to - is probably not the case with your patch. This issue is
called cross and native build of python for mingw*
Serhiy Storchaka added the comment:
Here is a test made from Charles-François's crasher. Let's go.
--
Added file: http://bugs.python.org/file28855/issue8865_test.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8865
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10905
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: test needed - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8865
___
___
New submission from Eric Snow:
In http://docs.python.org/dev/c-api/memory.html#examples:
char *buf1 = PyMem_New(char, BUFSIZ);
char *buf2 = (char *) malloc(BUFSIZ);
char *buf3 = (char *) PyMem_Malloc(BUFSIZ);
...
PyMem_Del(buf3); /*
Stefan Krah added the comment:
Please don't change this: It's a common pattern in C to undo memory
allocations in the opposite order.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17042
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - rejected
stage: needs patch - committed/rejected
status: open - closed
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17042
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +easy
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16802
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8821
___
___
Serhiy Storchaka added the comment:
I withdraw my patches for 2.7 and 3.2 due to the fact that they have no visible
effect on supported platforms. Patches for 3.3+ already committed, therefore I
close this issue.
--
resolution: - fixed
stage: - committed/rejected
status: open -
Serhiy Storchaka added the comment:
Then let's leave all as is.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11204
___
___
Python-bugs-list
Roumen Petrov added the comment:
Matthias Klose wrote:
Matthias Klose added the comment:
about py3k-20121004-CROSS.tgz:
[SNIP]
- 0002-CROSS-restore-graminit.-to-source-directory.patch
[SNIP]
- 0003-CROSS-restore-importlib-header-to-source-directory-a.patch
[SNIP]
-
Terry J. Reedy added the comment:
The patch did not update the doc. See #17040, with proposed patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13896
___
Ray Donnelly added the comment:
Re: basing the patches against the latest master branch or targeting released
versions, I wasn't clear enough about my thinking.
For sure, when trying to get any patches merged, the submitted patch must be
re-based (forward ported) and tested against the master
Roumen Petrov added the comment:
Matthias Klose wrote:
Matthias Klose added the comment:
some random comments about py3k-20121004-MINGW.patch:
- Modules/_ctypes/libffi_msvc/win32.S
Please can you get rid of libffi_msvc and use libffi?
afaics, libffi has support for mingw32.
No
Giampaolo Rodola' added the comment:
This discussion got very long and it's not clear (to me at least) what the
status of the patch is and whether it has been accepted for inclusion.
Maybe it makes sense to bring this up to python-dev mailing list instead of
keep stressing this thread?
Serhiy Storchaka added the comment:
Here is a patch which fixes HTTPResponse's end. closed property no longer
settled automatically, but only after explicit close().
--
components: +IO, Library (Lib)
keywords: +patch
nosy: +orsenthil
stage: - patch review
versions: +Python 3.2, Python
Ray Donnelly added the comment:
Roumen, I think it would be really great if you could split
py3k-20121004-MINGW.patch up into separate bits.
The pthread stuff and libffi stuff being two obvious candidates for atomic
parts.
--
___
Python tracker
Roumen Petrov added the comment:
As patch 0005-CROSS-revert-issue13150-i.e.-python-solution-with-_s.patch
(CROSS-revert issue13150, i.e. python solution with _sysconfigdata.py instead
Makefile) from issue3754 is now obsolete by issue 13547, 14774, 16342, 15298
it is save to switch
New submission from Stefan Krah:
Found this in test_codecs running under Valgrind (Python 3.3):
test_bug1251300 (test.test_codecs.UnicodeInternalTest) ... ==11511== Invalid
read of size 1
==11511==at 0x44AF37: _PyUnicode_DecodeUnicodeInternal
(unicodeobject.c:6133)
==11511==by
Terry J. Reedy added the comment:
I think we have converged on the right solution. The patch looks good as far as
it goes, assuming that it passes the current + unwritten new tests. It will
also be a good basis for reconsidering what to do with long/infinite iterables
in #16418.
I think the
Stefan Krah added the comment:
Same in test_codeccallbacks:
test_badhandlerresults (test.test_codeccallbacks.CodecCallbackTest) ...
==11604== Invalid read of size 1
==11604==at 0x44AF37: _PyUnicode_DecodeUnicodeInternal
(unicodeobject.c:6133)
==11604==by 0x4DEB5C:
Serhiy Storchaka added the comment:
Here is a patch which adds support of strings in communicate(). It also
contains a backported test from changeset 4af2c0687970 which tests this
behavior.
--
assignee: - serhiy.storchaka
keywords: +patch
nosy: +asvetlov
stage: needs patch - patch
Ned Deily added the comment:
OK, I *did* spend a little more time on this and am now able to reproduce the
behavior solely running the following Tcl code with tclsh:
package require Tk
set w .text
catch {destroy $w}
toplevel $w
text $w.text -setgrid 1 -height 30 -font Courier 20
pack $w.text
New submission from Daniel Urban:
The attached patch implements PEP 422 -- Simple class initialisation hook
(__init_class__). It includes tests, but it doesn't include documentation yet.
--
components: Interpreter Core, Library (Lib)
files: pep422_1.patch
keywords: needs review, patch
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17044
___
___
Eli Bendersky added the comment:
On Sat, Jan 26, 2013 at 9:10 AM, Eric Snow rep...@bugs.python.org wrote:
Eric Snow added the comment:
In my case I've been doing PEP 399 for collections.OrderedDict. It struck
me that the boilerplate could be stowed away in a decorator. It's more
than
Serhiy Storchaka added the comment:
Here are patches for all 4 versions.
--
keywords: +patch
Added file:
http://bugs.python.org/file28860/decodeunicodeinternal_overflow-2.7.patch
Added file:
http://bugs.python.org/file28861/decodeunicodeinternal_overflow-3.2.patch
Added file:
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Interpreter Core, Unicode
nosy: +ezio.melotti
stage: - patch review
type: - behavior
versions: +Python 2.7, Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
The patches are really small, so +1 for committing this before the
rc1 for 2.7.4 is released.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17041
___
Stefan Krah added the comment:
I left some comments but have no indication that they got mailed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17041
___
Eric Snow added the comment:
Thanks for clarifying, Stefan. Are you opposed to a comment in the example?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17042
___
Chris Jerdonek added the comment:
the choice part of the error message (passed to ArgumentError) will just be
'invalid choice: value'.
That's right. With the patch it looks like this:
p = argparse.ArgumentParser(prog='test.py')
p.add_argument('--foo', choices=c)
p.parse_args(['--foo',
Stefan Krah added the comment:
Buildbots etc. look all good. Thanks for fixing this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
___
Changes by Stefan Krah stefan-use...@bytereef.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
___
___
Changes by Stefan Krah stefan-use...@bytereef.org:
--
resolution: - fixed
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
___
Stefan Krah added the comment:
Moderately opposed, yes. PyMem_Malloc()/PyMem_Free() and PyMem_New()/PyMem_Del()
are already explained in depth above.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17042
New submission from Eric Snow:
http://docs.python.org/dev/c-api/typeobj.html
I found the the documentation for PyTypeObject to be somewhat harder to use
than it need be. In the end I distilled the info down for my own use. I'm
comfortable with what I came up with, so I'd like to at least
1 - 100 of 133 matches
Mail list logo