Akira Li added the comment:
I meant, in general, repr() is better for an error message because
it should be unambigous unlike str() but in your particular case
you could use filename attribute to format the way you like it
for your UI.
--
___
Python
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19529
___
Antoine Pitrou added the comment:
Also, the repr() makes it easier to copy-paste in Python code (e.g. on the
prompt).
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22472
Yury Selivanov added the comment:
Victor,
I've done some additional testing. Here's a test that Joshua wrote for the code
review: https://gist.github.com/1st1/b38ac6785cb01a679722
It appears that single loop approach works a bit faster for smaller collections
of tasks. On a list of 1
New submission from Behdad Esfahbod:
The documentation says:
Safely evaluate an expression node or a string containing a Python expression.
The string or node provided may only consist of the following Python literal
structures: strings, bytes, numbers, tuples, lists, dicts, sets, booleans,
Serhiy Storchaka added the comment:
PyLong_FromString() is consistent with standard C functions strtol(), strtod(),
etc. Changing pend's type to const char** is backward incompatible.
--
nosy: +serhiy.storchaka
resolution: - not a bug
stage: - resolved
status: open - closed
STINNER Victor added the comment:
... on average faster 2-3% ... slower for 2-3%
3% is meaningless. On a microbenchmark, you can say that it's faster or slower
if the difference is at least 10%.
--
___
Python tracker rep...@bugs.python.org
Changes by David Edelsohn dje@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22397
___
___
Python-bugs-list mailing
Serhiy Storchaka added the comment:
LGTM.
--
nosy: +serhiy.storchaka
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22397
___
Georg Brandl added the comment:
Serhiy, would you make a patch for 3.2 too?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19855
___
Changes by Evgeny Kapun abacabadabac...@gmail.com:
--
nosy: +abacabadabacaba
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22524
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20076
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20087
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20079
___
___
Ram Rachum added the comment:
What do you think about changing the signature to something like this:
def read_text(self, *, encoding=None, errors=None):
This is to avoid these arguments being used positionally, which eases future
backwards compatibility changes.
--
Serhiy Storchaka added the comment:
See also issue11192.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22397
___
___
Python-bugs-list mailing
Changes by Georg Brandl ge...@python.org:
Added file: http://bugs.python.org/file36762/pathlib_readwrite_v6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20218
___
New submission from Jakub Mateusz Kowalski:
File /tmp/2147483648zeros is 2^31 (2GiB) zero-bytes ('\0').
Readline method works fine:
fh = open('/tmp/2147483648zeros', 'rb')
line = fh.readline()
len(line)
2147483648
However when I try to iterate over the file:
fh =
Roundup Robot added the comment:
New changeset b85ed8bb7523 by Victor Stinner in branch '3.4':
Issue #22448: asyncio, cleanup _run_once(), only iterate once to remove delayed
https://hg.python.org/cpython/rev/b85ed8bb7523
New changeset 8e9df3414185 by Victor Stinner in branch 'default':
(Merge
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22526
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22525
___
Serhiy Storchaka added the comment:
There was other bug fixes not applied to 3.2. Here is cumulated patch for
issue16102, issue18784, issue11508, and issue19855. They have same severity as
this issue. There is also issue22131 (not applied to 3.3) and issue9678 (in
progress).
--
Added
Yury Selivanov added the comment:
Victor,
Here's an updated benchmark results:
NUMBER_OF_TASKS 1
ITERATIONS - 2000 out of 2000
2 loops: 0.004267875499863294
1 loop: 0.007916624497738667
TOTAL_BENCH_TIME 15.975227117538452
NUMBER_OF_TASKS 10
ITERATIONS -
Serhiy Storchaka added the comment:
The readline module no longer compiled in 3.2. May be we should apply these
patches to 3.2.
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20374
Chris Adams added the comment:
I agree that making the code match the docs would be preferable – an unexpected
KeyError might be easier to track down that way but it'd still surprise most
developers.
re:pwd docs, the formatting in
Ned Deily added the comment:
This isn't a security issue and in general we do not make changes to branches
in security-fix mode to support new releases of external components or
operating system releases. There are plenty of other fixes that should be
ported to 3.2 if we go down that path.
Georg Brandl added the comment:
I agree that the wording can be improved. The term expression is used here
loosely, but should be clarified.
a+b with numbers a, b must be handled in order to evaluate complex literals
as in 1+1j.
Allowing operator expressions with literals is possible, but
Georg Brandl added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19855
___
___
Python-bugs-list mailing list
Unsubscribe:
Roundup Robot added the comment:
New changeset f9cd915410d2 by Georg Brandl in branch '3.2':
Issue #19855: uuid.getnode() on Unix now looks on the PATH for the
https://hg.python.org/cpython/rev/f9cd915410d2
--
___
Python tracker
Roundup Robot added the comment:
New changeset f9cd915410d2 by Georg Brandl in branch '3.2':
Issue #19855: uuid.getnode() on Unix now looks on the PATH for the
https://hg.python.org/cpython/rev/f9cd915410d2
--
___
Python tracker
Roundup Robot added the comment:
New changeset f9cd915410d2 by Georg Brandl in branch '3.2':
Issue #19855: uuid.getnode() on Unix now looks on the PATH for the
https://hg.python.org/cpython/rev/f9cd915410d2
--
___
Python tracker
Roundup Robot added the comment:
New changeset f9cd915410d2 by Georg Brandl in branch '3.2':
Issue #19855: uuid.getnode() on Unix now looks on the PATH for the
https://hg.python.org/cpython/rev/f9cd915410d2
--
___
Python tracker
Arfrever Frehtes Taifersar Arahesis added the comment:
+1 for backporting build fixes for major platforms (e.g. fix for this issue).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20374
Behdad Esfahbod added the comment:
I think it should be made much more clear that this is not a blanket safe
eval() replacement.
Re complex literals, note that Python 2.7.x only implemented the binary plus
operator if the second argument was complex. This seems to have been relaxed
in
Georg Brandl added the comment:
I agree with Ned. 3.2 is not maintained anymore, we only provide security fixes.
(Exceptions prove the rule. One exception I committed today was to stop
test_urllibnet from failing, so that I could better see real failures on the
buildbots.)
--
Georg Brandl added the comment:
Attaching proposed doc change.
--
keywords: +patch
Added file: http://bugs.python.org/file36764/ast_literal_eval_clarify.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22525
Georg Brandl added the comment:
The function is still called literal_eval(), not safe_eval().
I'm not saying a safe eval() isn't useful. But an implementation that is only
partly safe is not going to help anyone.
--
___
Python tracker
Behdad Esfahbod added the comment:
Thanks. In your proposed text:
+ Safely evaluate an expression node or a string containing a Python literal or
container display.
I suggest changing it to ...containing a single Python literal or...
Ie, adding single.
--
Yury Selivanov added the comment:
typo:
2 loops is always about 30-40% slower.
2 loops is always about 30-40% faster.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22448
___
Mark Lawrence added the comment:
Does anyone wish to take this forward, is it simply dead in the water or what?
You might like to note that msg111963 refers to #812369 which was superseded by
#18214 which was fixed in 3.4.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2
Mark Lawrence added the comment:
Is this still a problem? Normally I'd be perfectly happy to try something on
Windows but the mere mention of distutils sends shivers down my spine :(
--
components: +Windows
nosy: +BreamoreBoy, dstufft, eric.araujo
versions: +Python 3.4, Python 3.5
Mark Lawrence added the comment:
@Daniel could you supply a patch for this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8041
___
Mark Lawrence added the comment:
The patch is a one line addition to fficonfig.py.in, could someone glance at it
please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17873
Mark Lawrence added the comment:
@Thomas can you provide a patch for this issue?
--
nosy: +BreamoreBoy
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18675
___
Mark Lawrence added the comment:
Just a gentle reminder guys.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18711
___
STINNER Victor added the comment:
Hum you don't reset start between the two benchmarks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22448
___
Yury Selivanov added the comment:
Eh, I knew something was wrong. Thanks.
NUMBER_OF_TASKS 10
ITERATIONS - 2000 out of 2000
2 loops: 0.045037232999675325
1 loop: 0.045182990999819594
TOTAL_BENCH_TIME 91.36706805229187
Please commit your change to the tulip repo too.
Mark Lawrence added the comment:
The patch simply adds backticks markup around load_tests.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18729
Changes by Yury Selivanov yseliva...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22448
___
New submission from Antoine Pitrou:
I get the following warnings when building the doc:
$ make html
sphinx-build -b html -d build/doctrees -D latex_paper_size= . build/html
Running Sphinx v1.2.1
loading pickled
Roundup Robot added the comment:
New changeset 5629481cd26d by Antoine Pitrou in branch 'default':
Issue #18711: Add a new `PyErr_FormatV` function, similar to `PyErr_Format` but
accepting a `va_list` argument.
https://hg.python.org/cpython/rev/5629481cd26d
--
nosy: +python-dev
Georg Brandl added the comment:
These are a bug in Sphinx 1.2.1 and fixed in 1.2.2.
--
nosy: +georg.brandl
resolution: - third party
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22527
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: patch review - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16038
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: commit review - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18747
___
___
Mark Lawrence added the comment:
I'm not sure what machine I'm meant to be looking at but is this still a
problem one year on?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19133
R. David Murray added the comment:
OK, so I have to add a filter to my logger that looks for a filename attribute
on exceptions and and if it finds one...does what? How do I reconstruct an
arbitrary OSError error message using the filename parameter?
--
Thomas Guettler added the comment:
What kind of patch do you want? Documentation patch or fixing the bug in the
interpreter?
I am not a native speaker, that's why I avoid documentation patches.
For me, the issue is solved. It is documented in stackoverflow and here.
Since Python2 will be
Mark Lawrence added the comment:
At this stage is this something that we'd want to back port or fix in 2.7 or
would a doc change suffice?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19071
Mark Lawrence added the comment:
@Xavier can you provide a patch for this issue?
--
nosy: +BreamoreBoy
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19113
___
R. David Murray added the comment:
It should probably also say or a container display containing only literals.
(That's a lot of contain :)
(I had the same confusion the first time I read these docs, BTW).
--
nosy: +r.david.murray
___
Python
Mark Lawrence added the comment:
The patch is a one line change to distutils/command/build_ext.py. Can we have
the stage set and a patch review done please, distutils is black magic to me.
--
components: +Distutils
nosy: +BreamoreBoy, dstufft, eric.araujo
Changes by R. David Murray rdmur...@bitdance.com:
--
title: file iteration crashes for huge lines (2GiB+) - file iteration
SystemError for huge lines (2GiB+)
type: crash - behavior
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Sure, feel free to reword.
An example or two might also be helpful.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22525
___
New submission from Friedrich Spee von Langenfeld:
Nearly every module entry in the documentation has a headline with the pattern
module name -- description, followed (in the second line) by Source code:
directory. In the entry concerning pdb
(https://docs.python.org/3/library/pdb.html),
New submission from Friedrich Spee von Langenfeld:
In the legal statements (https://www.python.org/about/legal) you can read the
following sentence: [...] the contents of this website are copyright ©
1990-2013, Python Software Foundation, [...]. Why is the year 2014 not
covered? The message
Antoine Pitrou added the comment:
Thanks for the reminder. Pushed!
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18711
Patrice LACOUTURE added the comment:
I don't have any Windows box around to check, but I can see that there has been
no change since then in this portion of code in branches 2.4, 2.7 and 3.4.
Therefore, this issue is very likely still there.
--
nosy: +PatriceL
Roundup Robot added the comment:
New changeset 04f82abdfb6d by Benjamin Peterson in branch '3.4':
add link to pdb source (closes #22528)
https://hg.python.org/cpython/rev/04f82abdfb6d
New changeset d49b9c8ee8ed by Benjamin Peterson in branch '2.7':
add link to pdb source (closes #22528)
Antoine Pitrou added the comment:
I would favour reverting. The crashiness of daemon threads is not new, so
fixing it late in the 2.7 cycle wasn't really necessary IMO.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
As a sidenote, I wonder if the Ceph issue would also occur on 3.x. I guess we
won't know until Ceph is ported (is it?).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21963
Antoine Pitrou added the comment:
Note that this may very well be a bug in Ceph... Is any of the Ceph authors
nosied here?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21963
___
Ned Deily added the comment:
Thanks for the report. However, as noted on the python.org web site help page,
https://www.python.org/about/help/, the place to report web site problems is
here: https://github.com/python/pythondotorg/issues/. Please check the issue
tracker there and open an
STINNER Victor added the comment:
The patch should be sent upstream:
https://sourceware.org/libffi/
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17873
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17873
___
STINNER Victor added the comment:
Current test_socket failures on PPC64 AIX 3.x buildbot:
http://buildbot.python.org/all/builders/PPC64%20AIX%203.x/builds/2672/steps/test/logs/stdio
==
ERROR: testFDPassSeparateMinSpace
Mark Lawrence added the comment:
@Terry can you pick this one up?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7436
Alexander Belopolsky added the comment:
I don't think fficonfig.py.in is from upstream.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17873
___
Andreas Schwab added the comment:
fficonfig.py.in isn't part of upstream.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17873
___
___
Mark Lawrence added the comment:
PEP 227 (Not 277 as wrongly quoted in one place) is about Statically Nested
Scopes. There are several XXX place holders in the current doc. For all I
know it would be possible to simply remove all of them, but who is best placed
to give a definitive answer?
Mark Lawrence added the comment:
With Stage resolved and Resolution duplicate surely this can be closed?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7574
___
Mark Lawrence added the comment:
#10382 has been closed in favour of #2382.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10384
___
STINNER Victor added the comment:
Failing tests:
* testFDPassSeparateMinSpace (test.test_socket.RecvmsgSCMRightsStreamTest)
* testFDPassSeparate (test.test_socket.RecvmsgIntoSCMRightsStreamTest)
* testFDPassSeparateMinSpace (test.test_socket.RecvmsgIntoSCMRightsStreamTest)
* testFDPassSeparate
Mark Lawrence added the comment:
Is this out of date as the only buildbot I could find is running OpenBSD 5.5?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10349
___
Mark Lawrence added the comment:
@jwishnie can you provide a patch for this, as without it the issue goes
nowhere?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6320
Mark Lawrence added the comment:
Slipped under the radar guys?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5843
Mark Lawrence added the comment:
@Serhiy can you take a look at this as I recall you've been doing some regex
work?
--
nosy: +BreamoreBoy, serhiy.storchaka
versions: +Python 3.4, Python 3.5 -Python 3.1
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
The testFDPassSimple pass: it's possible to pass a file descriptor between two
processes. Hum. The testMultipleFDPass test also pass: it's possible to pass
multiple file descriptors. Both tests use SCM_RIGHTS. The testCMSG_SPACE test
also pass.
It looks like
STINNER Victor added the comment:
I don't know the AArch64 arch and I don't have access to such architecture, but
the patch looks good to me. I guess that Andreas has access and tried his patch?
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Ok, let's close the issue.
--
nosy: +haypo
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7574
___
Mark Lawrence added the comment:
Surely this can't be a problem nearly four years on?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10800
___
STINNER Victor added the comment:
g++ (...)
Modules/python.c:60: error: invalid conversion from 'void*' to 'wchar_t*'***
Error code 1
This line was part of the function char2wchar() which was moved to
Python/fileutils.c (and renamed to _Py_char2wchar).
Since configure --with-cxx_main only
Mark Lawrence added the comment:
Is this still a problem? How do I go about reproducing it, assuming that I can
on Windows?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: Error in Module/python.c when building on OpenBSD 4.8 - g++ compilation
error of Module/python.c with ./configure --with-cxx_main
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Is this out of date as the only buildbot I could find is running OpenBSD 5.5?
The issue is not related to OpenBSD.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10349
STINNER Victor added the comment:
Sorry rtyler but we need much more information to investigate your issue. Since
the issue was reported 5 years ago, I don't expect feedback and I prefer to
close it as out of date.
--
nosy: +haypo
resolution: - out of date
status: open - closed
STINNER Victor added the comment:
quick update: libffi (upstream) has this fixed now in git commit dc411e8f991 .
https://github.com/atgreen/libffi/commit/dc411e8f991
This commit was in Python since at least Python 3.3. It also part of the
development branch of Python 2.7. I'm too lazy to
STINNER Victor added the comment:
Since the codec has only been asked once, 5 years ago, I consider that there is
not enough interested to put yet another encoding. Python already supports a
lot of encodings.
It's easy to use your custom codec without having to modify Python, just
register
STINNER Victor added the comment:
It looks like the issue was already fixed:
haypo@smithers$ ./python
Python 3.5.0a0 (default:8e9df3414185, Oct 1 2014, 00:19:36)
invalid = 5
File stdin, line 1
invalid = 5
^
SyntaxError: invalid character in identifier
The cursor is now
STINNER Victor added the comment:
@Benjamin: What do you think? Should we revert the changeset 7741d0dd66ca in
Python 2.7?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21963
___
Alexander Belopolsky added the comment:
The issue was not fixed. With multiple invisible space characters I can get
Python 3.5.0a0 (default:5313b4c0bb6c, Sep 30 2014, 18:55:45)
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.51)] on darwin
invalid = None
File stdin, line 1
invalid =
101 - 200 of 235 matches
Mail list logo