Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18709>
___
___
Python-bugs-list mailing list
Unsubscribe:
A. Jesse Jiryu Davis added the comment:
Bump.
I think my most recent patch (August 4) addresses all of Charles-François's
comments.
--
___
Python tracker
<http://bugs.python.org/is
A. Jesse Jiryu Davis added the comment:
New patch for 3.3 branch after Charles-François's critique: use _enumerate()
where appropriate, and join the test thread before finishing the test.
--
Added file: http://bugs.python.org/file31153/issue18418-3.
A. Jesse Jiryu Davis added the comment:
I'm back from a Zen retreat--no email!--will address your comments
momentarily.
On Fri, Aug 2, 2013 at 3:07 AM, Charles-François Natali <
rep...@bugs.python.org> wrote:
>
> Charles-François Natali added the comment:
>
> I'v
Barry A. Warsaw added the comment:
On Aug 01, 2013, at 12:19 PM, Nick Coghlan wrote:
>I *didn't* make any changes in relation to Barry's comment about having the
>commentary intermixed with the guidelines. I quite like the notion of
>stripping PEP 8 down to just the essent
Barry A. Warsaw added the comment:
Seems like this patch does the trick for my very limited testing.
--
keywords: +patch
Added file: http://bugs.python.org/file31102/16662.diff
___
Python tracker
<http://bugs.python.org/issue16
Barry A. Warsaw added the comment:
Hah, I just ran into this too. I was perplexed why my load_tests() function
wasn't being called and ended up pdb'ing unittest's discover, and found exactly
this problem. I'm not surprised lifeless beat me to it.
(My use case was to pig
Barry A. Warsaw added the comment:
On Jul 28, 2013, at 04:59 AM, Raymond Hettinger wrote:
>- Regarding line length, I think it is reasonable to mention that many
>organizations are settling on 100 as a compromise. On newer laptops you
>can still fit two terminal windows (with a reason
Barry A. Warsaw added the comment:
On Jul 28, 2013, at 09:48 PM, Nick Coghlan wrote:
>
>Nick Coghlan added the comment:
>
>"with statements are good", basically.
`with ExitStack() as stack` is even better :)
--
___
Barry A. Warsaw added the comment:
On Jul 27, 2013, at 03:13 PM, Guido van Rossum wrote:
>- I think we should recommend against tabs outright. They are getting more
>- and more misunderstood.
+1
>- Regarding line length, I think it is reasonable to mention that many
>- organ
Barry A. Warsaw added the comment:
Comments on the diff.
> -Two good reasons to break a particular rule:
> +Some especially good reasons to ignore a particular guideline:
It's probably enough to just s/Two/Some/ - not sure the 'especially' emphasis
is really needed.
>
Barry A. Warsaw added the comment:
On Jul 29, 2013, at 01:55 PM, Antoine Pitrou wrote:
>Perhaps the "placeholder" argument should actually include the last
>whitespace, to allow people to omit the whitespace, or use a non-breaking
>space instead?
>
> >>>
A. Jesse Jiryu Davis added the comment:
By the way, I'm going on vacation through August 4. When I return I'll
check if there's anything else I need to do to help resolve this.
On Thursday, July 25, 2013, A. Jesse Jiryu Davis wrote:
>
> A. Jesse Jiryu Davis added the comm
A. Jesse Jiryu Davis added the comment:
(Sorry about the extraneous XML file from my IDE, I made a mistake and allowed
the diff to include it.)
--
___
Python tracker
<http://bugs.python.org/issue18
A. Jesse Jiryu Davis added the comment:
New patch for 3.3 branch after Charles-François's critique: instead of changing
startup sequence in Thread._bootstrap_inner, stop all threads in _limbo after a
fork.
--
Added file: http://bugs.python.org/file31035/issue18418-2.
A. Jesse Jiryu Davis added the comment:
Oh, no I didn't. I'm learning how this system works. I'll respond there
soon.
Thanks
On Thursday, July 25, 2013, Charles-François Natali wrote:
>
> Charles-François Natali added the comment:
>
> > Bump.
>
Barry A. Warsaw added the comment:
On Jul 23, 2013, at 04:24 AM, Alexander Belopolsky wrote:
>@contextlib.contextmanager
>def redirect_stdout(stream):
>old_stdout = sys.stdout
>sys.stdout = stream
>yield
>sys.stdout = old_stdout
Make that:
@contextlib.
New submission from Barry A. Warsaw:
A colleague discovered an interesting implementation different between
C-defined functions and Python-defined functions called with **kws arguments.
He tried to do this:
>>> from collections import defaultdict
>>> '{foo}{bar}
A. Jesse Jiryu Davis added the comment:
Bump.
--
___
Python tracker
<http://bugs.python.org/issue18418>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
In general, I like where this is going. I agree that a stdout redirector is
probably the most common case, and for that, it almost always (for me)
redirects to an open file. The use case for stderr redirection is usually,
but not always, to redirect stderr to
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18510>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue10434>
___
___
Python-bugs-list mailing list
Unsubscribe:
A Kaptur added the comment:
Here is a suggestion for updated documentation in this section. I've added the
description of __pycache__, included a very short description of what a .pyc
file is, and moved the troubleshooting to the end of the section. I'm not sure
whether the descr
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18472>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by A. Jesse Jiryu Davis :
Added file:
http://bugs.python.org/file30935/fix_is_alive_and_fork_python_33.patch
___
Python tracker
<http://bugs.python.org/issue18
A. Jesse Jiryu Davis added the comment:
Patch #2:
* Add comment before .set() as requested.
* setcheckinterval(0) and try 20 times to repro the bug, inspired by
test_enumerate_after_join. This reliably repros in 2.7.5.
--
Added file: http://bugs.python.org/file30934
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue18440>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
versions: -Python 3.2
___
Python tracker
<http://bugs.python.org/issue18440>
___
___
Python-bugs-list mailing list
Unsubscribe:
A. Jesse Jiryu Davis added the comment:
Charles-François, I agree that many guarantees are impossible to enforce in a
multithreaded application that calls fork().
But the threading module does try to guarantee, after a fork, that isAlive() is
False for all threads but one. I claim that it can
New submission from Barry A. Warsaw:
If you have a custom object that implements __hash__() and it returns a value
wider than Py_ssize_t, built-in hash() on the object will truncate information.
This is because hash() takes the value returned by obj.__hash__() and coerces
it through
Barry A. Warsaw added the comment:
On Jul 10, 2013, at 05:53 AM, R. David Murray wrote:
>Please see issue 14425 and then let us know if this is still valid. It's
>been a while since I looked at the code and I no longer remember the details,
>but I seemed confident in my conclusi
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18422>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from A. Jesse Jiryu Davis:
In threading.Thread.__bootstrap_inner(), the thread sets self.__started before
adding itself to the _active collection. If a different thread forks between
these two operations, we're left with a thread that believes it's alive
althoug
Barry A. Warsaw added the comment:
Targeting only 3.4 because, while this should no break any (reasonable )
backward compatibility, it is technically an API change and thus should not get
backported.
--
___
Python tracker
<http://bugs.python.
New submission from Barry A. Warsaw:
urllib.request.urlopen() takes a `timeout` argument with a default value, but
the default value is "hidden" and undocumented. As implemented, the value is
socket._GLOBAL_DEFAULT_TIMEOUT, but even this isn't really correct or useful.
The p
Barry A. Warsaw added the comment:
I clarified the wording.
--
nosy: +barry
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Barry A. Warsaw added the comment:
On Jul 08, 2013, at 11:56 AM, Antoine Pitrou wrote:
>I don't think it's a good idea to maintain a list of hard-coded
>paths in Python: it's not manageable, and it will always become
>outdated. If there was a widely-respected stand
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18394>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18395>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jul 02, 2013, at 07:16 AM, Serhiy Storchaka wrote:
>If most user code should catch a ModuleNotFoundError exception, perhaps it
>will be better rename old ImportError to ImportlibError (or ImportingError,
>or ImportMachineryError, or BaseImportError
Barry A. Warsaw added the comment:
On Jul 02, 2013, at 02:12 AM, Nick Coghlan wrote:
>So +1 from me for a -I isolated mode, and I'll adjust PEP 432 as necessary to
>cope.
PEP 394 is probably related to any such additional binary.
--
___
Barry A. Warsaw added the comment:
.dedent() is a no-brainer. JFDI. +1
.indent() I guess makes sense for symmetry, although I've rarely used it. -0
As for docstrings, I can imagine other alternatives, so let's let someone
interested in that go through the P
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18335>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18312>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18299>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jun 22, 2013, at 01:08 AM, Nick Coghlan wrote:
>Can I vote for something like "__builtin__" as the protocol, rather than
>something entirely specific to serialisation? As in "return the most
>appropriate builtin type with the same
Barry A. Warsaw added the comment:
On Jun 21, 2013, at 04:18 PM, Éric Araujo wrote:
>Working with an explicit translator object sounds much better to me too. I
>haven’t used it yet, but Babel has been on my radar for long, and does that
>(like flufl.i18n from what I can tell).
f
Barry A. Warsaw added the comment:
On Jun 20, 2013, at 02:26 PM, STINNER Victor wrote:
>
>"python -I" and "spython" sound like two ways to get the same results. I
>would prefer to only have one way.
Where does spython come from?
Personally, I'd much rather
Barry A. Warsaw added the comment:
It applies cleanly, builds without noticeable problems and does what it's
advertised to do. In other words, looks great to me!
I say go for it.
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 02:09 PM, Eric Snow wrote:
>There's at least one stdlib module that does this pretty well (sqlite3, I
>think). This is where a simple serialization (and deserialization of course)
>protocol would come in handy.
Yeah, my
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 01:45 PM, Nick Coghlan wrote:
>Allowing __str__ to be inherited from Enum rather than from the concrete type
>will similarly break any serialisation protocol that relies on str() to
>handle integers. The float case is even tricki
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18264>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 01:48 PM, Nick Coghlan wrote:
>I created issue 18264 after I tried it and found my theoretical concern
>wasn't theoretical at all: swapping a true integer for the current
>incarnation of enum.IntEnum breaks (at least) JSON
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 06:45 AM, Ethan Furman wrote:
>To sum up: the name is already available in the name, no need to have it be
>the value as well. I am open to changing the start value to zero instead of
>one (which is what I do in my customization o
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 01:00 PM, Eli Bendersky wrote:
>What is the theoretical problem here? I though that it's an explicit design
>goal of enums? Which RED - Color.RED, or MeatReadiness.RED? For sockets:
>
>>>> class SocketType(IntEnu
Barry A. Warsaw added the comment:
On Jun 14, 2013, at 09:27 PM, R. David Murray wrote:
>How would you do dynamic switching of translation locale at runtime, then?
flufl.i18n :)
http://pythonhosted.org/flufl.i18n/
--
___
Python tracker
&l
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18217>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jun 14, 2013, at 07:53 PM, Brett Cannon wrote:
>I'll put it into importlib.util.MAGIC.
+1
--
___
Python tracker
<http://bugs.python.org
Barry A. Warsaw added the comment:
The only argument I have about it is that if someone *does* want to use, it
should be fairly easily discoverable. Also, since it's a concrete value, it
seems a little weird that it's stashed in an abc.
I suppose importlib.machinery.MAGIC is b
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18198>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'd like to see it be more easily accessible.
--
___
Python tracker
<http://bugs.python.org/issue18192>
___
___
Pytho
Barry A. Warsaw added the comment:
On Jun 11, 2013, at 08:44 PM, Brett Cannon wrote:
>As part of deprecating imp, need to move imp.get_magic() to importlib where
>it now belongs. Will be exposed as an attribute instead of a function,
>though.
so, importlib.magic ?
--
nos
Barry A. Warsaw added the comment:
On Jun 11, 2013, at 08:47 PM, Brett Cannon wrote:
>To facilitate deprecating imp, need to move imp.source_from_cache() and
>cache_from_source() to importlib.util or as static methods on
>importlib.machinery.SourceLoader.
+1 for importlib.util. They
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18042>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
+1 for the decorator!
--
___
Python tracker
<http://bugs.python.org/issue18042>
___
___
Python-bugs-list mailing list
Unsub
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18166>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18165>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18162>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18163>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
In a somewhat similar vein, replace_header() retains the original header order.
Not quite what the OP wants, but useful.
The problem I had originally with a position-aware method is getting the API
right. I didn't want to add a position argume
Barry A. Warsaw added the comment:
The changes to smtpd.py seem reasonable to me. I see no reason not to make
this change, so +1.
--
___
Python tracker
<http://bugs.python.org/issue11
Barry A. Warsaw added the comment:
While it's true that it can be confusing to users, it's not a bug.
http://docs.python.org/2/reference/compound_stmts.html#function
and a nice treatise on the subject by the Effbot:
http://effbot.org/zone/default-values.htm
--
no
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18128>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
It's probably worth changing. My only concern would be backwards compatibility
issues.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue13655>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue13647>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18093>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On May 26, 2013, at 12:37 PM, Mark Lawrence wrote:
>Barry, would you like to follow up on this?
My personal interest in this has waned, since I try to avoid 2to3 like the
plague. ;)
--
___
Python tracker
&l
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18065>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue11959>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue7434>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On May 20, 2013, at 09:57 PM, Charles-François Natali wrote:
>IIRC, os.rename() will fail on Windows if the target file already exists.
>That's why os.replace() was added.
Ah, that's probably a more serious blocker for adding it to upstream Py
Barry A. Warsaw added the comment:
On May 20, 2013, at 09:52 PM, Antoine Pitrou wrote:
>Some people already complained about this change. I'm not sure it's fit for a
>bugfix release. http://bugs.python.org/issue17222
Yeah, but that's a crazy use case. :)
>Besides
Barry A. Warsaw added the comment:
Oh btw, if Georg and Benjamin deny this for the stable releases, I'll very
likely patch the Ubuntu versions anyway.
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
I'm re-opening this because I'd like to get RM pronouncement on applying a
patch to 2.7, 3.2, and 3.3 to make py_compile.py atomically rename its pyc/pyo
file.
Attached is a patch for 2.7 based on importlib's approach in 3.4. It should be
Barry A. Warsaw added the comment:
Proposed patch for 2.7
--
Added file: http://bugs.python.org/file30324/13146-2.7.patch
___
Python tracker
<http://bugs.python.org/issue13
Changes by Barry A. Warsaw :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue13146>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Antoine says:
> Ah, right. Well, there would be an argument not to use os.replace() in
> py_compile, since it's an offline processing step which generally
> shouldn't race with another (online) processing step.
But I think that's not
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17222>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Of course, I have my own atomic-rename thing, but I'm not going to post the
code here. It's fairly limited to my own use case and I have no interest in
making it cross platform.
That being said, I personally found that a context manager with a
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue8604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue13146>
___
___
Python-bugs-list mailing list
Unsubscribe:
Romulo A. Ceccon added the comment:
I've made some further investigation on this issue. Here's the output and the
stack trace using --with-pydebug (and the attached patch applied):
run no. 0
[8766 refs]
free_list[0]->ob_refcnt before XDECREF: 2
run no. 1
New submission from Romulo A. Ceccon:
I have patched (see attachment) Python 2.7.4 (as available for download at
python.org/download) to disable initialization of Unicode (an embeded system
requirement) and now it segfaults with the following program:
#include
int main(int argc
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue17977>
___
___
Python-bugs-list
New submission from Barry A. Warsaw:
The docs[1] say:
.. function:: urlopen(url, data=None[, timeout], *, cafile=None, capath=None,
cadefault=True)
The code[2] says:
def urlopen(url, data=None, timeout=socket._GLOBAL_DEFAULT_TIMEOUT,
*, cafile=None, capath=None, cadefault=False
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17974>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17954>
___
___
Python-bugs-list mailing list
Unsubscribe:
1401 - 1500 of 2582 matches
Mail list logo