R. David Murray added the comment:
In general documentation changes go in all maintained versions (ie: right now
that would be 2.7, 3.4, and default/3.5). The only exception, really, would be
if the change didn't apply to one or more of the versions because of code
differences. (Note: I
Georg Brandl added the comment:
I agree with Edward. The table makes no distinction between the two group of
builtins, so it is confusing why it would list them not in alphabetical order.
I wouldn't go so far as to call it disrespectful though :)
--
nosy: +georg.brandl
miles added the comment:
The attachment includes the patch file
--
keywords: +patch
nosy: +milesli
Added file: http://bugs.python.org/file38274/thread.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23382
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23138
___
___
Davin Potts added the comment:
Attaching a patch for 2.7 that applies Florian's fix and provides a test for it
as well.
Although the issue is not triggered on 3.4 or default (3.5), there is the
potential for regression there -- attaching a single patch that works for both
3.4 and 3.5 to
Changes by Davin Potts pyt...@discontinuity.net:
Added file:
http://bugs.python.org/file38273/issue_22853_only_test_import_lock_in_queue_py34_and_py35.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22853
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23525
___
___
Andrew Harrington added the comment:
I was using this without looking at documentation, as a newbies would.
Graying and disabling until after an exception makes sense, but even the
menu item name is misleading: any time the program is running there is a
stack that you might want to view.
eryksun added the comment:
Well, we already expose CPU affinity:
import os
os.sched_getaffinity(0)
{0}
os.sched_getaffinity only exists on some POSIX systems, such as Linux. For
Windows, here's a ctypes version of sched_getaffinity and sched_setaffinity:
import sys
from ctypes
Ben Hoyt added the comment:
Sorry, but this is operating as designed and documented. See the docs here:
https://docs.python.org/3.4/library/os.path.html#os.path.join
On Windows ... since there is a current directory for each drive,
os.path.join(c:, foo) represents a path relative to the
mirabilos added the comment:
Hm, RFCs are just RFCs and not standards, they can recommend whatever they
want, and they can (and do) contradict each other.
I’ve seen things (mostly related to eMail and PIM synchronisation) that require
‘Z’ for UTC proper.
Additionally, +00:00 can be UTC, but
Mark Lawrence added the comment:
I'm a British citizen and I've never once heard the term British Winter Time,
so where does it come from?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23332
Larry Hastings added the comment:
This is part of the release process. 3.4.3 was fine last I checked, so perhaps
some wonderful automated process broke it for me. 3.5, I think I simply didn't
upload the docs properly.
Anyway, this is my responsibility as RM for 3.4 and 3.5, so in the future
R. David Murray added the comment:
mirabilos was referring to Alexander's reference to RFCs that advise against
using 'Z'. RFC are standards once they become formally accepted as such, and
often they become de-facto standards before formal acceptance.
Given that the method is supposedly
Stefan Krah added the comment:
c) constantly working at making the latest and greatest Android-friendly
But that is precisely what Android support, should it be added, means:
It does take constant work (and build slaves) to support a platform.
Unrelatedly, regarding the localeconv changes:
Mark Lawrence added the comment:
The change to codecs.py seems simple enough but would we usually use plain
asserts in test code?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21944
Larry Hastings added the comment:
I turned in my Windows developer badge in 2007. Can I recuse myself,
pretty-please?
How about Tim Golden or Zach Ware? Who I notice are conveniently already added
to the nosy list!
--
___
Python tracker
STINNER Victor added the comment:
I considered that, but then we'll be disabling the handler for calls into
external modules (assuming whatever pyd layer exists is doing its job
correctly), which is exactly where the error is most relevant.
Hum ok. So I try to rephrase the issue.
When
STINNER Victor added the comment:
I applied your patch. Thanks Alex Shkop! (FYI I also added your name to
Misc/ACKS.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23526
___
STINNER Victor added the comment:
Yeah, they are completly useless. Thanks for the report Martin.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23537
Mark Lawrence added the comment:
@Davin I believe that you're interested in multiprocessing issues.
--
nosy: +BreamoreBoy, davin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22853
___
Roundup Robot added the comment:
New changeset 38c503c2c066 by Brett Cannon in branch 'default':
Issue #22834: Drop a redundant comment and use errno instead of an
https://hg.python.org/cpython/rev/38c503c2c066
--
___
Python tracker
Ryan Gonzalez added the comment:
I'll try to do as much as I can to get this through. Once I reinstall the NDK
(I accidently wiped my hard drive with a bad dd command recently), I'll test
this on my old Android phone that still runs 2.3 and would be very happy if
someone else can test it
Demian Brecht added the comment:
Attached is a fix that ignores the entire invalid cookie as defined in RFC
6265, Section 5.2. I'm also attaching patches for maintenance branches as it's
a valid bug (NAME=VALUE pairs are required across all RFCs), although it would
break backwards
Changes by Demian Brecht demianbre...@gmail.com:
Added file: http://bugs.python.org/file38262/issue23138_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23138
___
Steve Dower added the comment:
That's a pretty good summation, though it misses two points.
1. _PyVerify_fd no longer compiles.
2. The process will terminate in both release builds and debug builds. (In
debug builds you also get a dialog letting you attach a debugger, unless those
are
Alex Shkop added the comment:
Thanks, great to hear.
I'm glad to help)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23526
___
___
Changes by Demian Brecht demianbre...@gmail.com:
Added file: http://bugs.python.org/file38261/issue23138_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23138
___
Roundup Robot added the comment:
New changeset 0b390b5a6729 by Victor Stinner in branch '3.4':
Issue #23537: Remove 2 unused private methods of asyncio.BaseSubprocessTransport
https://hg.python.org/cpython/rev/0b390b5a6729
--
nosy: +python-dev
___
Brett Cannon added the comment:
Thanks for catches the mistakes, guys!
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22834
___
Andy Maier added the comment:
Do we really think that a package on pypi solves the problem better? The
discussion only shows that it is more likely we end up with multiple different
packages on pypi, instead of one that is commonly agreed.
I agree it is tough to get to an agreed upon
Serhiy Storchaka added the comment:
The issue is about StringIO.StringIO, not io.StringIO.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22890
___
Ethan Furman added the comment:
I will work on the build slave (note: it will definitely be /work/ so if anyone
has the resource and know-how to just do it, I will not be offended ;) .
--
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
I considered that, but then we'll be disabling the handler for calls into
external modules (assuming whatever pyd layer exists is doing its job
correctly), which is exactly where the error is most relevant.
--
___
Ethan Furman added the comment:
Cyd, if you want to be a CPython/Android resource that's great.
If you don't have time for it, I completely understand. What I'm hoping for is
to take your initial efforts and build from there, as there are others who can
take what you've started and run with
Davin Potts added the comment:
Adding an option does sound like a better possibility. Still, when I start
looking through the examples that psutil provides, it reminds me how this is
but one small piece of a much larger picture which psutil has done a nice,
focused job of working to address.
johnkw added the comment:
Not sure what you mean. That is a standalone example. It creates the local
HTTP server, which is merely a dummy listen socket. The whole point is just
to have something that does a slow I/O operation, and simply not responding is
sufficient for that to reproduce the
Larry Hastings added the comment:
I think I've got them all working now. Please reopen if you discover new
breakage. (Or old breakage I guess if I didn't actually fix it...!)
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Antoine Pitrou added the comment:
It creates the local HTTP server, which is merely a dummy listen socket
Sorry, I hadn't noticed. Still, the example shouldn't rely on the third party
requests library.
Also, I would add that on further investigation this occurs on cygwin, but
not on
Cyd Haselton added the comment:
Stefan,
I wouldn't know if they're reported to the same bug tracker...it's possible
they aren't. Additionally it's possible that the lack of locale support in
libc isn't considered a bug.
Ethan,
Given Victor's recommendation of using the dev branch and the
New submission from Link Mauve:
The previous msi installer was working fine with `wine msiexec /i python*.msi`,
but the new exe-based one fails with an unreadable error in latest wine.
--
components: Windows
messages: 236802
nosy: Link Mauve, steve.dower, tim.golden, zach.ware
New submission from Demian Brecht:
#14721 solved setting the Content-Length header for 0-length bodies. However,
it doesn't account for cases where body is None (reported by James Rutherford
here: http://bugs.python.org/issue14721#msg236600).
One method of solving this might be something like
Julian Taylor added the comment:
certainly for anything that needs good control over affinity psutils is the
best choice, but I'm not arguing to implement full process control in python. I
only want python to provide the number of cores one can work on to make best
use of the available
Mark Lawrence added the comment:
Seems fine on Windows 8.1
c:\Users\Mark\Documents\MyPythonc:\cpython\PCbuild\amd64\python.exe
Python 3.5.0a1+ (default:344d57c521b9+, Feb 27 2015, 13:39:56) [MSC v.1800 64
bit (AMD64)] on win32
Type help, copyright, credits or license for more information.
Roundup Robot added the comment:
New changeset 056d71d7bb28 by Victor Stinner in branch '3.4':
Issue #23526: Fix ResourceWarning in test_httplib. Patch written by Alex Shkop.
https://hg.python.org/cpython/rev/056d71d7bb28
--
nosy: +python-dev
___
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
nosy: +andymaier
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1322
___
___
Python-bugs-list
Demian Brecht added the comment:
Thanks for the heads up Ned.
James: I've created #23539 in the event that you'd like to contribute a patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14721
New submission from Eugene Bright:
Hello!
I found strange os.path.join() behavior on Windows.
It works fine in common case.
os.path.join(C, filename)
'C\\filename'
But if first argument is C: there are no backslashes added at all!
os.path.join(C:, filename)
'C:filename'
But I expect two
Serhiy Storchaka added the comment:
There is not well known old way how to make executable Python files on Windows.
Add line @python -x %0 %* at the start of your Python script and rename the
script to *.bat. The -x option makes Python to skip first line that is not
Python, and @ forbids
Eric V. Smith added the comment:
I agree this isn't a bug, due to per-drive current directories on Windows.
--
nosy: +eric.smith
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Cyd Haselton added the comment:
Ethan,
The binary produced runs in the KBOX environment. It can be copied between
devices provided the target device has the KBOX environment installed.
Victor et al,
I read https://docs.python.org/devguide/devcycle.html#indevbranch a couple of
times and,
Mirko Vogt added the comment:
The proper response to that comment probably is: It's called ISO8601 and not
RFC8601. And unfortunately ISO stands for International Standard.
--
___
Python tracker rep...@bugs.python.org
New submission from Piotr Dobrogost:
It would be helpful to make it clear in section Configuration file format
that it's not possible to configure filters through configuration file as
opposed to dictionary passed to dictConfig() method.
I found this clearly stated in Pyramid docs at
Larry Hastings added the comment:
This can wait for 3.5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19075
___
___
Python-bugs-list mailing
Steve Dower added the comment:
Turns out the old code no longer compiles without this change, as the internal
variable we were previously using is no longer exported from the CRT.
Can I get a review please?
--
nosy: +larry, serhiy.storchaka
priority: high - critical
type: crash -
Changes by Eugene Bright hex...@gmail.com:
--
type: - behavior
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23535
___
___
Paul Moore added the comment:
I'm -1 on this. The whole point of having a .pyz extension is so that you don't
need to use an extension that's for files containing text to hold binary data.
If you want to do this, use zipapp and specify no interpreter line, then add
the @python line yourself.
Brett Cannon added the comment:
The patch LGTM. Serhiy, you have anything to add?
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22832
___
Antoine Pitrou added the comment:
LZMAFile now uses BufferedReader.peek(). The current implementation seems
appropriate, but I am not comfortable with the current specification in the
documentation, which says it is allowed to not return any useful data.
What do you mean with useful data?
Mark Lawrence added the comment:
@Eldar sorry that this issue slipped our net.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21919
___
New submission from Martin Richard:
I would like to add a detach() method to base_suprocess.BaseSuprocessTransport,
which would release the underlying Popen object to the user, pretty much like
socket.detach() detaches a socket object and returns the fd.
The rationale is the following: the
James Rutherford added the comment:
Thanks for setting up the new issue, I'll cook up a patch. I'm assuming this
affects all Python 3.X versions but I've specifically encountered it on Python
2.7.
--
nosy: +jimr
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4
Matthias Klose added the comment:
reopening, this breaks some stuff in several places ...
https://bugs.launchpad.net/ubuntu/+source/terminator/+bug/1426294
--
nosy: +doko
resolution: fixed -
status: closed - open
___
Python tracker
Link Mauve added the comment:
Maybe you could continue to distribute the msi? I’ve also heard it’s used by
Windows admins to install something on many computers at once.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23538
Ethan Furman added the comment:
I'm afraid I know next to nothing about git, so cannot help there.
I would think that it wouldn't be too hard for someone (such as Ryan or myself)
to forward port a set of 3.4.2 patches to 3.5 -- so whatever is easiest for you.
--
Demian Brecht added the comment:
I'm assuming this affects all Python 3.X versions but I've specifically
encountered it on Python 2.7.
Unless there are any core dev objections, I think it's applicable to 2.7, 3.4
and 3.5 as other minor 3.x versions are in security mode
Steve Dower added the comment:
The latest wine may not be up to date enough, since the new installer (and new
Python) depend on MSVC 14.0, which is still only in preview.
Of course, there could be other issues, but without any more information it's
very difficult to act on them.
--
Steve Dower added the comment:
The new installer can also be used for that, and it's actually documented now
(at least in the CHM - doesn't seem to have made it onto the website yet). I
personally install it onto many computers at once fairly often, so I'm going to
make sure that works.
The
James Rutherford added the comment:
OK, thanks.
--
versions: -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23539
___
___
Steve Dower added the comment:
Builds fine on Ubuntu (sample size = 1, but it's about the best I can manage
myself :) )
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23524
___
Steve Dower added the comment:
New patch, which should cover all the other uses of _PyVerify_fd outside of
posixmodule.
I've moved _PyVerify_fd into fileutils (but left _PyVerify_fd_dup2 in
posixmodule, as it's basically deprecated at this point).
_Py_VERIFY_FD is now in fileutils.h, and is
Link Mauve added the comment:
I just tried it with wine-git, it doesn’t go further either by running the exe
directly, or by running msiexec.exe /i on it.
Is there anything else required to run it?
--
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
You should just run it directly - it isn't an MSI.
As I said, wine is probably not compatible with the new CRT version yet, but
without at least an error message, it's impossible to tell.
--
___
Python tracker
Cyd Haselton added the comment:
Given Stephan's comments regarding Android support I'm beginning to think that
I may have bitten off more than I can chew. Is there an option between
'constant work' and 'zero contribution'?
I am not by any means an Android developer so the following is
Serhiy Storchaka added the comment:
I found a lot of not related issues in the documentation.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22832
___
Ronald Oussoren added the comment:
On OSX the internal copy of libffi that's used is based on the one in PyObjC,
which in turn is based on the version of libffi on opensource.apple.com (IIRC
with some small patches that fix minor issues found by the PyObjC testsuite).
--
STINNER Victor added the comment:
I don't understand the issue, can you please elaborate?
Can you please give an example of code which raise the bug, explain the
behaviour on VS 2015 and the behaviour on VS 2015?
I don't understand why changes are restricted to posixmodule.c. Much more code
Stefan Krah added the comment:
BTW, PEP 11 now demands a stable buildbot for official platform support
(IMO a very sane policy).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
___
Serhiy Storchaka added the comment:
May be include this in Py_BEGIN_ALLOW_THREADS / Py_END_ALLOW_THREADS?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23524
___
R. David Murray added the comment:
Most of us fall toward the lower end of constant work and zero
contribution, honestly, since the majority of us are doing it in spare time
and not getting paid for it. What is needed is a long-term commitment to fix
bugs if they show up when new changes are
Steve Dower added the comment:
Larry - this may hold up the next release, so just keeping you in the loop. You
don't have to review (though there are many changes in shared code, so you may
not be useless :) )
--
___
Python tracker
Davin Potts added the comment:
Steve: FWIW, it looks like a good solution to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
___
New submission from Martin Richard:
base_subprocess.BaseSuprocessTransport implements
_make_write_subprocess_pipe_proto and _make_read_subprocess_pipe_proto.
Both are private and both raise NotImplementedError. However, when I grep in
tulip sources for those methods, they are never called nor
Tim Golden added the comment:
The problem is that this isn't an area I'm particularly familiar with
(either in Python nor in Windows) so I need time to ramp up my awareness
of what Steve's proposing plus then assessing the change. I'll try...
but I rather hope Zach gets there first!
--
Alexander Belopolsky added the comment:
RFCs are just RFCs and not standards
RFCs have a standards track which includes steps such as Proposed Standard,
Draft Standard, and Internet Standard. Once they become Internet
Standards, they get an additional designation as STD. For example, RFC
Stefan Krah added the comment:
But NDK bugs are reported to the same bug tracker, aren't they?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
___
Alex Shkop added the comment:
Looks like default value for mutate_flag in ioctl() should be False. Docstring
says:
If the argument is a mutable buffer and the mutable_flag argument is not
passed or is false, the behavior is as if a string had been passed.
Should I change the default value or
Steve Dower added the comment:
Just the current thread. When set, it overrides the global setting.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23524
___
Steve Dower added the comment:
#4804 has most of the prior discussion, but here's some code that will cause
the process to terminate:
import os
os.close(3)
The instant termination rather than OSError is why _PyVerify_fd exists at all,
and that's only there because when the behaviour was
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23262
___
___
Python-bugs-list mailing
STINNER Victor added the comment:
there is no way (and won't be any way) to disable these on a per-thread basis.
I don't understand. Is _set_thread_local_invalid_parameter_handler()
process-wide, or dos it only affect the current thread?
--
___
Steve Dower added the comment:
Ah, but the bit you quoted is referring to the assert dialogs, which only exist
in debug builds. The invalid parameter handler will normally kill the process
even in release builds.
--
___
Python tracker
Zachary Ware added the comment:
Tim Golden added the comment:
The problem is that this isn't an area I'm particularly familiar with
(either in Python nor in Windows) so I need time to ramp up my awareness
of what Steve's proposing plus then assessing the change. I'll try...
but I rather hope
Alex Shkop added the comment:
Docs say that mutate_flag is true by default since Python 2.5. Looks like I
should fix the docstring.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22832
Link Mauve added the comment:
The installer runs, but the first screen doesn’t display any of its buttons (I
can still click on them).
After trying to start the actual installation, I get “0x80070005 - Access
Denied” (despite having the permissions on my wine folder, of course). Whether
I
Ethan Furman added the comment:
Yup. Also updated the turtledemo docs.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19075
___
___
Charles-François Natali added the comment:
Well, we already expose CPU affinity:
import os
os.sched_getaffinity(0)
{0}
IMO the current implementation is sufficient (and talking about
overcommitting for CPU is a bit moot if you're using virtual machine
anyways).
The current documentation
Eugene Bright added the comment:
Sorry for disturbing.
I'll read docs more careful next time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23535
___
Mark Dickinson added the comment:
Both are correct
Well, strictly speaking only the output with positive imaginary part is correct
here: the recommendations of C99 Annex G (which Python's cmath module follows)
use the sign of the zero imaginary part to determine which 'side' of the branch
bazwal added the comment:
this will break the support of IceApe on Debian Etch
Is Python committed to supporting obsolete Debian releases? The latest
oldstable Debian release (6.0 Squeeze) has iceape-2.0.11 [1], which does seem
to support the -new-window and -new-tab options (I haven't
1 - 100 of 152 matches
Mail list logo
