New submission from josch:
I recently realized that the output of the following is different between 32
bit and 64 bit architectures:
PYTHONHASHSEED=0 python3 -c 'print(hash(a))'
In my case, I'm running some test cases which involve calling a Python module
which creates several hundred
Cristian Baboi added the comment:
I don't know if it is a documentation error for I've not read it yet.
Maybe the best way is to put a shortcut to idle in the main directory where the
python is.
On 12 octombrie 2014 22:43:48 EEST, R. David Murray rep...@bugs.python.org
wrote:
R. David Murray
Anselm Kruis added the comment:
It's indeed a very low priority issue.
You mention VS2008 and VS2010 PGO compiler bugs. I'm aware of the VS 2010 bugs,
but I didn't observe any VS 2008 PGO bug with Python 2.7. Are you aware of any
publicly available bug reports?
About the black/white list. I
Georg Brandl added the comment:
While I can feel your pain regarding the use case you describe, I don't think
this has enough general value to add to CPython. It is not really related to
PYTHONHASHSEED, since we never made guarantees about hash values being stable
across platforms and Python
Changes by Georg Brandl ge...@python.org:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9311
___
Serhiy Storchaka added the comment:
You left this issue number off your tkinter test updates, such as
f6f098bdb843.
This is minor change. Actually, it should be done yet in issue22236, I had
just missed it, because these warnings was produced only in 2.7.
By using .update_idletasks instead
josch added the comment:
Thank you for your quick reply.
Yes, as I wrote above there are ways around it by creating a stable in-memory
representation and comparing that to a stable in-memory representation of the
expected output. Since both input are several hundred megabytes in size, this
Serhiy Storchaka added the comment:
PyShell imports non-idlelib modules, including re, before idlelib modules,
such as rpc. So the re addition is there, though I strongly doubt that
compiled regexs are every sent to the user process.
But we can't guarantee that this alway will be so. Other
Georg Brandl added the comment:
Would your decision be more favorable if you received a patch implementing
this feature?
I'll keep this on pending for other devs to weigh in with opinions.
In general, we are not keen on keeping text representations stable, as they do
not form part of the
Serhiy Storchaka added the comment:
Ah, ASCII locale...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset 7657cc08d29b by Serhiy Storchaka in branch '2.7':
Fixed the test of issue #13664 on platforms without unicode filenames support.
https://hg.python.org/cpython/rev/7657cc08d29b
--
___
Python tracker
Andy Maier added the comment:
@Guido:
Agree to all you said in your #msg226496.
There is additional information about comparison in:
- Tutorial (5.8. Comparing Sequences and Other Types),
- Library Reference (5.3. Comparisons),
- Language Reference (3.3.1. Basic customization)
that needs to be
Serhiy Storchaka added the comment:
There is one downside of my solution. For now the code uses current builtin
open() which can be overloaded (to handle reading from ZIP archive for example,
or to check permissions). With my solution it uses builtin open() at the time
of import. I don't know
Andy Maier added the comment:
I reviewed the issues discussed here and believe that the patch for #Issue
12067 adresses all of them (and yes, it is large, unfortunately).
It became large because I think that more needed to be fixed. May I suggest to
review that patch.
Andy
--
nosy:
Mark Dickinson added the comment:
Antoine: is it okay to close this as wont fix?
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22590
___
Antoine Pitrou added the comment:
Yep, it's ok.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22590
___
___
Python-bugs-list mailing list
Changes by Raúl Cumplido raulcumpl...@gmail.com:
--
nosy: +raulcd
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22417
___
___
Python-bugs-list
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22590
___
Serhiy Storchaka added the comment:
I don't understand why you want to remove more files than before. You may
open a different issue, or at least explain the rationale.
I thought it would be good idea slightly extend this cleanup while we are
here. I'm not motivated enough to open a
Rishi added the comment:
My observation is that a file with more than normal (exact numbers below)
line-feed characters takes way too long.
I tried porting the above patch to my default branch, but it has some boundary
and CRLF/LF issues, but more importantly it relies on seeking the
Andy Maier added the comment:
Uploading v10 of the patch, which addresses all review comments made on v9.
There is one open question back to Martin Panter about which different types of
byte sequences can be compared in Py 3.4.
I also believe this patch addresses all of Issue 22001. Let me
Changes by Larry Hastings la...@hastings.org:
--
title: make clinic doesn't work - Argument Clinic doesn't support the type
argument for the int converter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22615
Roundup Robot added the comment:
New changeset c0224ff67cdd by Larry Hastings in branch 'default':
Issue #22615: Argument Clinic now supports the type argument for the
https://hg.python.org/cpython/rev/c0224ff67cdd
--
nosy: +python-dev
___
Python
Changes by Larry Hastings la...@hastings.org:
--
assignee: - larry
resolution: - fixed
status: open - closed
type: - compile error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22615
___
New submission from towb:
This generates an XML declaration:
import xml.etree.ElementTree as ET
root = ET.Element('rss', version='2.0')
tree = ET.ElementTree(root)
tree.write('test.xml', encoding='iso-8859-1', xml_declaration=True)
However the declaration disappears if your
Changes by Martin Dengler mar...@martindengler.com:
--
nosy: +mdengler
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20954
___
___
Martin Dengler added the comment:
Just got hit with this in 2.7.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20954
___
___
Python-bugs-list
Andy Maier added the comment:
Here is the delta between v9 and v10 of the patch, if people want to see just
that.
--
Added file:
http://bugs.python.org/file36897/issue12067-expressions-py34_delta-v9-v10.diff
___
Python tracker
Antoine Pitrou added the comment:
Thanks, Larry!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22615
___
___
Python-bugs-list mailing list
Serhiy Storchaka added the comment:
I think there is nothing more to do here and the issue can be closed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20079
___
New submission from Link Mauve:
Many POSIX functions aren’t available on every system, especially embedded ones.
The first patch introduces guards around some of these functions and add them
to AC_CHECK_FUNCS in the configure.ac; the second one recompile every changed
generated file, using
Changes by Link Mauve b...@linkmauve.fr:
--
keywords: +patch
Added file: http://bugs.python.org/file36898/f3cf19e38efe.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22623
___
Benjamin Peterson added the comment:
We can reevaluate when we know when 2.7.10 will be released.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22559
___
Martin Panter added the comment:
About the byte sequence comparisons, I wondered if it was misleading to say
that a list(), tuple() or range() can only be compared to the same type,
without mentioning that bytes() and bytearray() can be compared to each other.
BTW just noticed you say range()
Stéphane Wirtel added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21224
___
___
Python-bugs-list mailing list
Unsubscribe:
Dmitry Kazakov added the comment:
Here's the updated (optimized) patch
--
hgrepos: +277
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Changes by Dmitry Kazakov jsb...@gmail.com:
Added file: http://bugs.python.org/file36899/9cb7aaad1d85.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Changes by Dmitry Kazakov jsb...@gmail.com:
--
hgrepos: -277
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
___
Python-bugs-list mailing
Ethan Furman added the comment:
Code looks good.
Only downside is the change in help and inspect.signature output, but that is
minor:
Help on dict object:
class dict(object)
[...]
| __init__(self, /, *args, **kwargs)
vs.
Help on class Counter in module collections:
class
Changes by Stefan Behnel sco...@users.sourceforge.net:
--
nosy: +eli.bendersky, scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22622
___
___
anupama srinivas murthy added the comment:
I have added the link and attached the patch below. Could you review it?
Thank you
--
components: -Regular Expressions
keywords: +patch
nosy: +anupama.srinivas.murthy
Added file: http://bugs.python.org/file36900/regex-link.patch
Larry Hastings added the comment:
FWIW, I agree that it should be fixed:
dict(self=1)
{'self': 1}
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22609
___
Stéphane Wirtel added the comment:
David,
do you have an example, I am at the CPython sprint in Dublin, and I think I can
work on this issue.
Thanks
--
nosy: +matrixise
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21991
Zachary Ware added the comment:
After the last round of changes, the buildbots appear to be mostly happy. If
anybody else wants to backport the changes, I'd be happy to review and commit,
but I'll leave the backporting itself to whoever wants to do it. In the
meantime, closing the issue.
Georg Brandl added the comment:
currently more bugfree and intended to replace re
The first part is spreading FUD if not explained in more detail. The second is
probably never going to happend :(
--
nosy: +georg.brandl
___
Python tracker
R. David Murray added the comment:
The principle example is the 'params' dictionary in headerregistry. Currently
it gets recreated every time you access that attribute. You can *apparently*
change it, but that has no real effect. Probably the computed value should be
cached the first time
Changes by Dmitry Kazakov jsb...@gmail.com:
--
hgrepos: -275
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
___
Python-bugs-list mailing
Alex Gaynor added the comment:
Patch with the implementation, and initial work on documentation. Needs review
please, I suspect we need more docs in more places. Feedback please!
--
keywords: +needs review
Added file: http://bugs.python.org/file36901/issue22417.diff
Roundup Robot added the comment:
New changeset 437002018d2d by Charles-François Natali in branch '2.7':
Issue #22435: Fix a file descriptor leak when SocketServer bind fails.
https://hg.python.org/cpython/rev/437002018d2d
--
nosy: +python-dev
___
Antoine Pitrou added the comment:
Actually, looking up __package__ would be wrong.
Say I have: from pack.module import foo
and foo doesn't exist in pack.module but exists in pack.
Since pack.module.__package__ == pack, using __package__ would wrongly find
the foo in pack.
--
Roundup Robot added the comment:
New changeset fded07a2d616 by Antoine Pitrou in branch 'default':
Issue #17636: Circular imports involving relative imports are now supported.
https://hg.python.org/cpython/rev/fded07a2d616
--
nosy: +python-dev
___
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17636
___
Changes by Aaron Meurer asmeu...@gmail.com:
--
nosy: +Aaron.Meurer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14102
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 9c8016af2ed8 by Charles-François Natali in branch '3.4':
Issue #22435: Fix a file descriptor leak when SocketServer bind fails.
https://hg.python.org/cpython/rev/9c8016af2ed8
New changeset 3bd0f2516445 by Charles-François Natali in branch
New submission from Link Mauve:
In Modules/timemodule.c, py_process_time() still uses floatclock() even when
HAVE_CLOCK isn’t defined.
--
components: Build
messages: 229260
nosy: Link Mauve
priority: normal
severity: normal
status: open
title: Bogus usage of floatclock in timemodule
New submission from Link Mauve:
```
% make
./Programs/_freeze_importlib \
./Lib/importlib/_bootstrap.py Python/importlib.h
./Programs/_freeze_importlib: ./Programs/_freeze_importlib: cannot execute
binary file
Makefile:710: recipe for target 'Python/importlib.h' failed
make: ***
Antoine Pitrou added the comment:
Rishi, thanks for the patch. I was going to give a review but first I have to
ask: is so much support code necessary for this?
Another approach would be to wrap self.fp in a io.BufferedReader (if it's not
already buffered) and then use the peek() method to
Ethan Furman added the comment:
Like Georg I am sympathetic to the problem, but this is not the correct
solution.
You might post a question on python-list to see if a usable, not-to-painful
solution can be found.
--
nosy: +ethan.furman
status: pending - open
Georg Brandl added the comment:
You're right, this can be avoided (although you will also have to patch the
extension module build, which uses the just-built python executable).
This problem occurs twice in the build process, once for pgen and once for
_freeze_importlib. The problem is that
Rishi added the comment:
Antoine, I will upload a patch that relies on BufferedReader. As you mentioned,
it will get rid of supporting the buffer and reduce a lot of code.
The only issue is that it helps me to know if the current buffer is at EOF (the
documentation of peek does not mention
New submission from Alex Gaynor:
Very simple patch.
--
assignee: docs@python
components: Documentation
files: https.diff
keywords: patch
messages: 229266
nosy: alex, docs@python
priority: normal
severity: normal
status: open
title: Documentation should point people to bugs. over HTTPS
Roundup Robot added the comment:
New changeset b3bd4a65b45b by Alex Gaynor in branch 'default':
issue22626: Use https:// for a link to the bug tracker
https://hg.python.org/cpython/rev/b3bd4a65b45b
--
nosy: +python-dev
___
Python tracker
Changes by Alex Gaynor alex.gay...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22626
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22559
___
Terry J. Reedy added the comment:
Saimadhav could not apply cfg-ext-34.diff, so uploading again, also with
line-end whitespace removed. OSX test still needed.
--
Added file: http://bugs.python.org/file36904/cfg-ext-34-2.diff
___
Python tracker
Roundup Robot added the comment:
New changeset 552f2d558e78 by Alex Gaynor in branch '3.4':
issue22626: Use https:// for a link to the bug tracker
https://hg.python.org/cpython/rev/552f2d558e78
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 7bb901d68be0 by Alex Gaynor in branch '2.7':
issue22626: Use https:// for a link to the bug tracker
https://hg.python.org/cpython/rev/7bb901d68be0
--
___
Python tracker rep...@bugs.python.org
Link Mauve added the comment:
Thanks, this patch worked fine. :)
I used to build pgen natively first, then make distclean and rebuild until it
failed, and then put the native version back here, but this works much better!
--
___
Python tracker
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - resolved
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22626
___
Daniele Varrazzo added the comment:
No, I cannot. I take the fact there has been no answer for more than 18 months
as an acknowledgement that the issue is not deemed important by Python
maintainers: it's not important for me either. I'm not a heavy xml user: just
knowing that the Python XML
Antoine Pitrou added the comment:
This was removed in c2a53aa27cad, to fix #22359.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22625
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17582
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22624
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22621
___
___
Python-bugs-list
Georg Brandl added the comment:
Indeed, that is an issue :(
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22625
___
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +serhiy.storchaka
stage: - patch review
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5159
___
Raymond Hettinger added the comment:
some libraries I use rely on the order of items in Python dictionaries for
their output
Your choices are:
* create a custom hash function using __hash__
* or sort the output from within Python
* or sort the output externally, prior to diffing.
From my
New submission from Christopher Lee:
I have an example script here[1].
This script creates 2 datetime objects (using a timedelta work around to deal
with large timestamps).
It then makes 2 assertions, that the timestamp of the created object is the
same as the one that was used to create it.
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22627
___
___
Python-bugs-list mailing
New submission from Terry J. Reedy:
(Mentioned on #16233) At least on my windows 7 system, the lines of
idlelib.TreeWidget, used for Path Browser and Class (Module) Browser, are
spaced too narrowly. They are so close together that they overlap and each
cuts off enough of the line above to
Changes by Terry J. Reedy tjre...@udel.edu:
--
components: +IDLE
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22628
___
___
Python-bugs-list
New submission from Terry J. Reedy:
After using idle-test/htest.py and individual htests when editing files, a few
updates are needed.
1. Improve the docstring for htest.py; add info about # htest # and #2 below.
2. Use Toplevel(parent) instead of Tk() for test-specific childs windows of the
82 matches
Mail list logo