Terry J. Reedy added the comment:
Since I am 99.999% sure that first is intended, I will change 'a location' to
'the first location'.
--
assignee: docs@python - terry.reedy
nosy: +terry.reedy
stage: - needs patch
type: - enhancement
versions: -Python 3.1, Python 3.2, Python 3.3
Eric Snow added the comment:
Yeah, I also noticed that about **kwargs, but only a little while later and
didn't get around to making a note here. As to ArgumentClinic, I imagine that
this could be fixed when ModuleType (in Objects/moduleobject.c) gets converted
to use it. I don't know too
Zachary Ware added the comment:
Looks like the AMD64 buildbot isn't happy with OpenSSL 1.0.1g:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7/builds/1223/steps/compile/logs/stdio
Here's my best stab-in-the-dark guess at fixing what's wrong; I don't have the
ability to
New submission from Colin Davidson:
On windows 7, if a Python app is run (under python 2.7.6) and the invoking
filename is capitalized differently from the source file itself, a subsequent
attempt to use the multiprocessing module to fork a process will fail in the
forking module. This
Terry J. Reedy added the comment:
On Win 7, I also see x.py in the save dialog, both 2.7 and 3.4 as installed.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21603
___
New submission from Richard s. Gordon:
Curses bug report for Python 2.7 and Python 3.2
My Python code outputs text properly with xterm and xterm-16color. It does not
work properly with xterm-88color and xterm-256color (after defining RGB color
pallet) when run on Python-2.7 and Python-3.2 on
Roundup Robot added the comment:
New changeset f7bb1d73a341 by Terry Jan Reedy in branch '2.7':
Issue #21593: (from StackOverflow) minor doc clarification for re.search.
http://hg.python.org/cpython/rev/f7bb1d73a341
New changeset 6013a112aba0 by Terry Jan Reedy in branch '3.4':
Issue #21593:
Lita Cho added the comment:
Hi Terry,
is there project link? are any of the mentors core developers, with
commit rights? or would you need commits from someone like me?
I am not 100% sure. Let me ask Jessica, who is my mentor, and get back to you.
I have read turtle.py and found that the
Matthias Urlichs added the comment:
Currently (Debian's 2.7.7-rc1 package) hmac.compare_digest accepts two
bytestring arguments, or two Unicode stings, but not one bytestring and one
unicode.
I don't think that's a good idea.
--
nosy: +smurfix
___
Changes by Vasilis Vasaitis vvasai...@gmail.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21616
___
___
New submission from Vasilis Vasaitis:
The title says it all really, but to demostrate: Let's say I'm building a
program which takes another command as its argument(s) on the command line, to
execute it in a special way or whatever. The natural way to do this then would
be something like the
donald petravick added the comment:
Ok. I have a subclass with a copied out - then-modified wait method.
¹twill do for now.
I¹m clueless as to what the windows analog of wait4() would be.
On 5/30/14, 3:10 PM, R. David Murray rep...@bugs.python.org wrote:
R. David Murray added the comment:
Changes by Terry J. Reedy tjre...@udel.edu:
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21593
___
Paul Suh added the comment:
I found a repeatable, public test case:
http://www.macupdate.com/download/26915/ScreenFlow-4.5.1.dmg
Using urllib2 with the following code leads to a redirect loop:
#!/usr/bin/python
import urllib2
h = urllib2.HTTPHandler(debuglevel=1)
h2 =
akira added the comment:
Does anyone have questions, comments, or concerns about the patch?
It seems the current API doesn't distinguish between BlockingIOError (temporary
error), BrokenPipeError (permanent error) and EOF (permanent
non-error condition) -- everything is treated as EOF. Is it
Changes by R. David Murray rdmur...@bitdance.com:
--
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21516
___
___
Nick Coghlan added the comment:
Ah, that *would* explain the lack of comments. I'll upload the missing
patch later today.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21569
___
Changes by Alex Gaynor alex.gay...@gmail.com:
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21569
___
___
Python-bugs-list mailing
Nick Coghlan added the comment:
Another thing to keep in the back of your minds: one of my goals for PEP
432 is to make it possible to have a fully functional embedded interpreter
up and running *without* configuring the Python level import system. This
is the state the interpreter would be in
Nick Coghlan added the comment:
That restriction is deliberate (and documented). As a 3.x backport, this
utility inherits some of Python 3's pedantry about requiring explicit
conversions between binary and text data and being consistent as to which
domain you're operating in.
--
New submission from Ned Deily:
There are significant differences in behavior between Python 2.7, 3.3, and 3.4
(or current default) when using import reload() while manipulating sys.path.
These differences cause unexpected behavior in the Run Script command of the
TextMate 2 editor's Python
Tim Peters added the comment:
I suggest this needs a measurable goal, like minimize expected-case time or
minimize worst-case time. Use a state of the art implementation isn't a
measurable goal - it's an abstract wish with no measurable merit on its own ;-)
Note that I wrote the median-of-k
Changes by Nick Coghlan ncogh...@gmail.com:
--
keywords: +patch
Added file:
http://bugs.python.org/file35417/py27_whats_new_preamble_changes.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21569
Terry J. Reedy added the comment:
When I re-read the top of the file, I remembered that turtle.py has unique
issues in relation to code ownership. (I was once told that Gregor had to
approve any substantive code change.) I asked about that and about code
cleanups on pydev (thread 'updating
Vajrasky Kok added the comment:
Thank you, Serhiy, for the review! Here is the updated patch.
--
Added file:
http://bugs.python.org/file35418/bytes_parser_dont_close_file_v2.patch
___
Python tracker rep...@bugs.python.org
Changes by Vajrasky Kok sky@speaklikeaking.com:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19145
___
Changes by Steven Stewart-Gallus sstewartgallu...@mylangara.bc.ca:
--
type: - security
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21618
___
New submission from Steven Stewart-Gallus:
The sysconf(_SC_OPEN_MAX) approach to closing fds is kind of flawed. It is kind
of hacky and slow (see http://bugs.python.org/issue1663329). Moreover, this
approach is incorrect as fds can be inherited from previous processes that have
had higher
Ned Deily added the comment:
Isn't Modules/Setup used for builtin modules?
One of the better kept secrets of Python is that Modules/Setup can be used for
building shared modules as well. I didn't know that until looking into it
recently as a result of RDM's comment. See Issue17095.
Steven Stewart-Gallus added the comment:
Okay here's a stub patch that address FreeBSD, NetBSD and Linux. I'm not sure
how to address the other platforms.
--
keywords: +patch
Added file: http://bugs.python.org/file35419/python.patch
___
Python
Steven Stewart-Gallus added the comment:
Oh right! I forgot a possible problem with my proposed patch. It is
incompatible with Valgrind (see issue
https://bugs.kde.org/show_bug.cgi?id=331311). Either this patch won't be
applied, Valgrind compatibility is judged not essential or the Valgrind
Ned Deily added the comment:
Files are recorded during bundle-style installation, too. Without spending a
lot of time looking at it right now, I believe the null location reported is a
red herring; I think that has to do with packages that allow themselves to be
installed in arbitrary
Changes by Ned Deily n...@acm.org:
--
nosy: +gps, larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21618
___
___
Python-bugs-list mailing list
101 - 133 of 133 matches
Mail list logo
