Raymond Hettinger added the comment:
My vote is for leaving this alone and letting the higher level
functions be more clever. Changing this function is certain to
break existing code in unpredictable ways.
That is sensible. Marking this as closed.
--
resolution: - wont fix
Claudiu Popa added the comment:
Since all the comments have been addressed, it would be nice if this gets
committed.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19776
Claudiu Popa added the comment:
Serhiy, if there's no actual gain in changing this, should we close the issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18615
___
Raymond Hettinger added the comment:
This is a reasonable improvement. It was what named tuples were intended to be
used for.
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18615
Raymond Hettinger added the comment:
Approved. Go ahead and apply this.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18974
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Library (Lib) -Extension Modules
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21984
___
Raymond Hettinger added the comment:
The recipe has been in the docs for a good while and as far as I can tell, no
one ever uses this in real-code. That suggests that it should remain as a
recipe and not become part of the core language (feature creep is not good for
learnability or
Senthil Kumaran added the comment:
Thanks for the report. Point 2 is definitely a bug (and an overlook by me), I
will fix it.
I think, the url[:2] == '//' check was present for ftp case which supported
file:// protocol. I can't see a clear requirement to change here.
The scenarios you
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
___
___
Josh Rosenberg added the comment:
The main example that comes to mind was a variant of functools.lru_cache I
wrote that expired cache entries after they reached a staleness threshold. The
details elude me (this was a work project from a year ago), but it was
basically what I was describing; a
Roundup Robot added the comment:
New changeset 08b3ee523577 by Serhiy Storchaka in branch 'default':
Issue #18974: Tools/scripts/diff.py now uses argparse instead of optparse.
http://hg.python.org/cpython/rev/08b3ee523577
--
nosy: +python-dev
___
Serhiy Storchaka added the comment:
Thanks Raymond.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18974
___
Nikolay Bogoychev added the comment:
Hey,
Just a friendly reminder that there has been no activity for a month and a half
and v3 is pending for review (:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16099
Mark Lawrence added the comment:
I'll provide a patch but I don't know which test file to use, can somebody
please advise.
--
nosy: +BreamoreBoy, amaury.forgeotdarc, belopolsky, meador.inge
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
If Raymond found this feature helpful, I have no strong objection.
Only several comments:
* A named tuple is documented as having fields: type, sampling_rate, channels,
frames, bits_per_sample.
* User tests in existing code return tuples. what() and
Walter Dörwald added the comment:
The problem seems to be in that line:
except imaplib.IMAP4_SSL.abort, imaplib.IMAP4.abort:
This does *not* catch both exception classes, but catches only IMAP4_SSL.abort
and stores the exception object in imaplib.IMAP4.abort.
What you want is:
except
Mark Lawrence added the comment:
@Joachim I'm sorry about the delay in replying to you. Can someone take a look
at this please as it's out of my league.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
FTR PEP 419 has been deferred as there's no champion.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14730
___
Mark Lawrence added the comment:
@Kaarle please accept our apologies for the delay in getting back to you. Can
one of our unicode gurus comment please.
--
components: +Unicode
nosy: +BreamoreBoy, ezio.melotti, lemburg, loewis
versions: +Python 3.5 -Python 3.2, Python 3.3
Antoine Pitrou added the comment:
Le 14/07/2014 22:53, Tim Peters a écrit :
That consumes exactly 10 bytes today. Add nanoseconds, and it will
take at least 11 (if 4 bits are insanely squashed into the bytes
currently devoted to microseconds), and more likely 12 (if nanoseconds
are sanely
Mark Lawrence added the comment:
Slipped under the radar?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16185
___
___
Dima Tisnek added the comment:
What happened to this bug and patch?
--
nosy: +Dima.Tisnek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
Antoine Pitrou added the comment:
Not much :) The patch is complex and the issue hasn't proved to be
significant in production code.
Do you have a (real-world) workload where this shows up?
Le 15/07/2014 09:52, Dima Tisnek a écrit :
Dima Tisnek added the comment:
What happened to this bug
Mark Lawrence added the comment:
@emeaudroid please accept our apologies for the delay in getting back to you.
Can someone take a look at this please as I don't have a *nix box to play with.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 2.6
Claudiu Popa added the comment:
This new patch fixes some comments from Serhiy. Thanks for the review!
--
stage: commit review - patch review
Added file: http://bugs.python.org/file35955/issue19776_2.patch
___
Python tracker rep...@bugs.python.org
Apple Grew added the comment:
Oops. I totally missed this. Thanks for pointing this out. I would have never
found this.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21968
R. David Murray added the comment:
That's why we made the syntax require the 'as' keyword in 3.x :)
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21968
Mark Lawrence added the comment:
@Joseph please accept our apologies for the delay in getting back to you.
--
nosy: +BreamoreBoy, alexandre.vassalotti, pitrou
versions: +Python 3.4, Python 3.5 -Python 2.6
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Who is best placed to produce a patch for this?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16237
Mark Lawrence added the comment:
@Andrew we're sorry about the delay in getting back to you. @Senthil can you
comment on this please.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21793
___
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +dbrecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8843
___
___
Python-bugs-list
Steve Dower added the comment:
With 2.7 and 3.4 (same for 32- and 64-bit):
f = open('test.bin', 'wb')
f.write(b' ' * (1024*1024*100))
104857600
f.close()
import os
os.stat('test.bin').st_size
104857600
The linked KB only applies to VS 2003 and VS 2005 (VC7 and VC8), so I'm not
entirely
Steve Dower added the comment:
I don't know enough about the SQLite API to determine whether we can safely
upgrade from 3.6.21 in Python 2.7, but since this doesn't appear to be a
security issue I don't see any solid justification for doing it anyway.
If someone else does it, I'll build it,
Mark Lawrence added the comment:
I'm assuming that this still needs doing.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16652
Mark Lawrence added the comment:
@Eric could you comment on this please.
--
components: -Distutils2
nosy: +BreamoreBoy, dstufft
versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I would rewrite it as:
This is a convenience function for invoking update_wrapper() as a function
decorator when defining a wrapper function. It is equivalent to
partial(update_wrapper, wrapped=wrapped, assigned=assigned, updated=updated).
For example:
Mark Lawrence added the comment:
@Yuval sorry about the delay in replying. Can a *nix person comment on this
please as I stick with Windows.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16834
Mark Lawrence added the comment:
@r3m0t we're sorry about the delay in getting back to you. Could you write a
patch that covers this?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.1, Python 3.2, Python
3.3
___
R. David Murray added the comment:
Originally I didn't respond because I wanted to report it to Gentoo first, but
I've never managed to do so and there's no reason to keep the issue here open
when it is clearly third party.
--
resolution: - third party
stage: needs patch - resolved
Mark Lawrence added the comment:
@Lars can we have a comment on this please.
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16859
Mark Lawrence added the comment:
@Terry one that appears to have escaped your eagle eye :)
--
nosy: +BreamoreBoy, terry.reedy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14326
Ned Deily added the comment:
IMO, what third-party libraries are included with the Windows and OS X binary
installers, what versions of them, and when to update them are questions
without firm established policy answers, say in a PEP. In many ways, for the
installers we are performing the
R. David Murray added the comment:
The problem pointed to by this report was resolved by the revert. The issue of
what to do about a list passed with shell=True is addressed (with no consensus)
by issue 7839. A proposal to add a windows equivalent of shlex.quote has been
floated, but no
Changes by Steve Dower steve.do...@microsoft.com:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19450
___
___
R. David Murray added the comment:
I find it amusing that the complaint is that Python isn't detecting the BOM and
using the info when powershell produces it, but when python produces the BOM,
it is powershell that isn't detecting it and using the information. So it
looks like there's a bug
Mark Lawrence added the comment:
I'm assuming that this classifies as an enhancement and that the whole world
ought to be interested in regrtest.
--
nosy: +BreamoreBoy
type: - enhancement
versions: +Python 3.5 -Python 3.4
___
Python tracker
Claudiu Popa added the comment:
Thanks, Serhiy, for the review. Here's the updated version.
--
Added file: http://bugs.python.org/file35956/issue18615.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18615
Mark Lawrence added the comment:
There are a pile of mingw enhancement requests with this and
#18653, #18654 and #19245 being meta issues. What is the official status of
mingw within Python? Is the originator of these issues solely responsible for
taking them forward?
--
nosy:
Mark Lawrence added the comment:
Can our OSX gurus comment on this please.
--
nosy: +BreamoreBoy, ned.deily
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17695
Serhiy Storchaka added the comment:
A namedtuple is still wrongly documented.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18615
___
___
Zachary Ware added the comment:
Here's a new version of the patch in response to review comments. Patch is in
--git format, which means no Rietveld link for this one.
Changes from the first patch:
- Remove Tools/parser/test_unparse.py entirely (moved to Lib/test/test_tools/)
- Remove
Serhiy Storchaka added the comment:
Doc example is still looks confusing. Is your home directory /home?
There is a question. What should pathlib's expanduser() do in case when user
directory can't be determined (or user does not exist)? Perhaps unlike to
os.path.expanduser() it should raise
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21084
___
___
Mark Lawrence added the comment:
I can't reproduce this with 3.4.1 or 3.5.0a0. I don't have a 2.7.x to test on,
can it still be reproduced with later versions of 2.7? Does the introduction
of pylauncher impact all on this wrt registry keys?
--
nosy: +BreamoreBoy, steve.dower,
Terry J. Reedy added the comment:
Ram, your opening post here is essentially a copy of your opening post on
python-ideas, as if the long discussion there, involving about 6 serious
discussants other than you, never happened. Instead of restarting the
discussion from scratch, you need to
Mark Lawrence added the comment:
With 3.4.1 and similarly with 3.5.0a0 I get
Testing python 3.4
C:\python34\python.exe: can't open file 'attributeError.py': [Errno 2] No such
file or directory
Traceback (most recent call last):
File C:\Users\Mark\MyPython\mytest.py, line 34, in module
Ram Rachum added the comment:
Terry: Thanks for your example use case. I hope that Raymond would be convinced.
I take your point regarding summarizing the discussion, sorry about that.
Regarding me writing a test: I'm only willing to write code for a feature for
Python if there's general
Milan Oberkirch added the comment:
There is no real API in the current patch and authenticating has no effect
(other then preventing you from authenticating again and storing the username).
I am wondering how the user should turn AUTH on/off.
Solution 1:
add a keyword argument 'enable_AUTH'
R. David Murray added the comment:
Describing how a programmer would implement authentication is exactly the API I
was referring to, and that includes the signature and semantics of
_verify_user_credentials.
I agree that (1) seems the cleanest. I'd favor 1.1, NotImplemented, which lets
the
Serhiy Storchaka added the comment:
About load_tests() -- look at Lib/test/test_email/__init__.py.
Otherwise LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21918
___
Mark Lawrence added the comment:
The attached patch is short and sweet and looks okay to my untrained eye. I
believe it should apply cleanly as there've been very few changes to _msi.c.
Can we have a formal patch review please.
--
nosy: +BreamoreBoy, steve.dower, tim.golden,
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11702
___
___
Python-bugs-list
STINNER Victor added the comment:
I created a new repository just for this issue:
http://hg.python.org/sandbox/issue21645
I added a lot of debug. It looks like a race condition: the SIGCHLD signal is
handled in a thread B (a C thread, not a Python), whereas the asyncio event
loop is running
STINNER Victor added the comment:
I'm running tests on the buildbot AMD64 FreeBSD 9.0 custom:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20custom/builds/27/steps/test/logs/stdio
--
___
Python tracker rep...@bugs.python.org
Claudiu Popa added the comment:
Here's a new version. It adds versionchanged directive for 'whathdr' and
'what'. Serhiy, I hope that now I got right the documentation of the return
type. I didn't understand at first what was wrong.
--
Added file:
STINNER Victor added the comment:
(1) the thread B gets the SIGCHLD signal: it writes a byte into the self pipe
of the event loop
C signal_handler: sig_num=20, thread=34468857856
trip_signal(20): write()
(2) in the main thread, the event loop is awaken by the write in the pipe...
but
Mark Lawrence added the comment:
@Tim can you pick this up?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9699
___
Tal Einat added the comment:
I'm attaching a patch which really fixes this issue, along with additional
tests for idlelib.HyperParser.
I did indeed have to fix PyParse as well. I got it working with re.subn() as
Martin suggested, but the performance was much worse (between 100x and 1000x
Mark Lawrence added the comment:
I'm not sure how we take this forward as the code was changed via #11750, can
somebody please advise.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9099
Terry J. Reedy added the comment:
Here is a test that now fails.
from collections import deque
d = deque((0,))
old = []
try:
while True:
n = d.popleft()
old.append((n, len(d)))
if n 5:
d.extend((n+1, n+2))
except IndexError:
pass
d =
Mark Lawrence added the comment:
There is no way that I'm commenting on the patch as it's against pyconfig.h,
what do our experts think of this?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 2.6
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: test_read_all_from_pipe_reader() of test_asyncio hangs on FreeBSD 9 -
Race condition in signal handling on FreeBSD
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
@Senthil what if anything can we do with this issue?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12480
___
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9099
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9699
___
___
Python-bugs-list
Changes by Tal Einat talei...@gmail.com:
Removed file:
http://bugs.python.org/file35959/taleinat.20140716.IDLE_HyperParser_unicode_ids.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21765
___
Changes by Tal Einat talei...@gmail.com:
Added file:
http://bugs.python.org/file35960/taleinat.20140716.IDLE_HyperParser_unicode_ids_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21765
___
paul j3 added the comment:
This patch probably won't work with [parents]. see
http://bugs.python.org/issue16807
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9341
___
New submission from Antoine Pitrou:
It could be nice if it could stay silent (at least in non-verbose mode).
[ 24/390] test_asyncio
Task was destroyed but it is pending!
task: Task pending coro=CoroutineGatherTests.wrap_futures.locals.coro()
running at
Jason R. Coombs added the comment:
I agree there appears to be an inconsistency in how Powershell handles pipes
between child processes and between itself and child processes.
I'm not complaining about Python, but rather trying to find the best practice
here.
I'm currently using
paul j3 added the comment:
The subcommands grouping mechanism proposed in http://bugs.python.org/issue9341
probably does not work with [parents] either.
This _add_container_actions method is brittle. It has to know too much about
the structure of a parser and its groups. Any change to that
paul j3 added the comment:
Positionals with '*' are discussed in more detail in:
http://bugs.python.org/issue9625 - argparse: Problem with defaults for variable
nargs when using choices
http://bugs.python.org/issue16878 - argparse: positional args with nargs='*'
defaults to []
paul j3 added the comment:
The documentation patch here should note that a positional '*' string default
is not parsed (i.e. does not pass through _get_value).
(see http://bugs.python.org/issue17250)
--
___
Python tracker rep...@bugs.python.org
New submission from ppperry:
In IDLE:
code = compile(dummy_code, test, exec)
pickle.dumps(code)
cidlelib.rpc\nunpickle_code\np0\n(S'c\\x00\\x00\\x00\\x00\\x00\\x00
Zach Byrne added the comment:
So I'm trying something pretty similar to Victor's pseudo-code and just using
timeit to look for speedups
timeit('x+x', 'x=10', number=1000)
before:
1.193423141393
1.1988609210002323
1.1998214110003573
1.206968028999654
1.2065417159997196
after:
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21793
___
___
Python-bugs-list
Changes by ppperry maprea...@olum.org:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21986
___
___
Python-bugs-list mailing
Lita Cho added the comment:
I have a patch for this. With my patch, the debug output is fixed.
--
keywords: +patch
Added file: http://bugs.python.org/file35962/imap_regex.patch
___
Python tracker rep...@bugs.python.org
Lita Cho added the comment:
Here is a log of the output.
--
Added file: http://bugs.python.org/file35963/imaplib_log_with_patch.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21815
___
R. David Murray added the comment:
rdmurray@pydev:~/python/p34python -c 'import resource;
print(resource.getrlimit(resource.RLIMIT_NOFILE))'
(1024L, 1048576L)
Unfortunately the buildbot box is offline at the moment and it may be a bit
before I can get it back, so I can't compare the results
Nick Coghlan added the comment:
Actually, with RHEL and CentOS 7 out the door, I believe we could potentially
just rip the whole mess out of the upstream project.
Slavek, this is about a hack Dave and I put into bdist_rpm to get Python 3
packages building correctly on RHEL 6. I believe the
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +kbk, roger.serwy, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21986
___
___
New submission from Brendan Moloney:
If a directory path is under 100 char you have to omit the trailing slash from
the name passed to 'getmember'. If it is over 100 you have to include the
trailing slash.
As a work around I can use the private '_getmember' with 'normalize=True'.
I tested on
Jessica McKellar added the comment:
Thanks for the patch, Lita! Lita: I have some patch feedback for you at the end
of this message.
--
Lita and I talked about this a bit via email; here's some additional context
from that conversation:
There were a couple of questions to answer before
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21815
___
Éric Araujo added the comment:
In my opinion it's easier and more common to put default options in a setup.cfg
file, rather than in the Python code.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16729
Lita Cho added the comment:
Yes! I agree, this change will need tests. I will start working on creating
those now.
Here is test I did to create a flag with brackets.
import imaplib
mail = imaplib.IMAP4_SSL('imap.gmail.com')
mail.login('usern...@gmail.com', 'password') # Enter your login here
Andrew Garner added the comment:
This seems to be a similar to issue10761 where symlinks are not being
overwritten by TarFile.extract but is only an issue in streaming mode and only
in python3. To reproduce, attempt to extract a symlink from a tarfile opened
with 'r|' and overwrite an
Lita Cho added the comment:
Here is the code in order to see the bug.
imaplib.Debug = 5
mail = imaplib.IMAP4_SSL('imap.gmail.com')
mail.login(username, password) # Enter your login here
mail.select('test')
--
___
Python tracker
1 - 100 of 102 matches
Mail list logo
