Eric Smith added the comment:
I'll work on cleaning this up for 3.2.
Any comments on the name of the method?
--
___
Python tracker
<http://bugs.python.org/i
Eric Smith added the comment:
I'm not sure it has to be consistent with the shell to be useful, as long as
the behavior is documented and we possibly add a note explaining the
differences from the shell. But I agree that a discussion on python-ideas would
be helpful.
--
Eric Smith added the comment:
Since this is a feature request, it could only be added to 3.2, not the other
versions.
--
nosy: +eric.smith
type: behavior -> feature request
versions: -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue9625>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
On 8/19/2010 9:14 AM, Antoine Pitrou wrote:
> Why not provide {httplib,urllib}.{set,get}defaulttimeout() instead?
Yes, I'm assuming that's how _HTTP_DEFAULT_TIMEOUT would be set and queried.
--
___
P
Eric Smith added the comment:
It looks to me like reqarg is marked as required, since it's not in brackets.
Or am I missing something?
--
nosy: +bethard, eric.smith
___
Python tracker
<http://bugs.python.org/i
Eric Smith added the comment:
Duh. Sorry about that.
Also applies to 3.2.
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue9694>
___
___
Eric Smith added the comment:
Or "parameters:"?
--
___
Python tracker
<http://bugs.python.org/issue9694>
___
___
Python-bugs-list mailing list
Un
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue9695>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
If you add a positional parameter by adding:
parser.add_argument('foo')
then the output becomes:
$ python argparse-help-says-required-args-are-optional.py -h
usage: issue9649.py [-h] --reqarg REQARG [--optarg OPTARG] foo
Do something
positional argume
Eric Smith added the comment:
I think you mean pipe.quote in your message, not pipe.call. The subject looks
correct.
I'm not sure pipes is the best place for this, but I agree it should probably
be documented in older versions. It seems to me we've had this discussion
before abo
Eric Smith added the comment:
I can duplicate this as a segmentation fault under 2.7 on Mac OS, but not under
Windows 2.6 (ActiveState).
What platform are you using, and what output do you see?
--
nosy: +eric.smith
___
Python tracker
<h
Eric Smith added the comment:
Amaury: Good point. The Windows version is failing, too. A print statement at
the end doesn't get executed.
--
___
Python tracker
<http://bugs.python.org/i
Eric Smith added the comment:
Sorry to respond late.
The reason for this is that the parsing of the string (as delimited by "{" and
"}") happens before the results are then interpreted as format specifiers.
There's no way around it, short of the parser und
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue9805>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
I think this might be a dupe of issue 1467929.
--
___
Python tracker
<http://bugs.python.org/issue9805>
___
___
Python-bugs-list m
Eric Smith added the comment:
Manually merged to py3k in r84790. I'll leave this open until I create the 3.3
issue to change it to a DeprecationWarning.
--
keywords: -needs review
versions: -Python 3.3
___
Python tracker
<http://bugs.py
Eric Smith added the comment:
The precedence doesn't work the way you think it does. Your example with the
intermediate variable is the same as:
>>> ((0+1j)*(0+1j)).imag
0.0
>>> ((0+1j)*(0+1j)).real
-1.0
Note the extra level of parens so that .imag and .real are applie
New submission from Eric Smith :
In 3.3 the existing PendingDeprecationWarning needs to become a
DeprecationWarning. In 3.4 it will become an error.
I'll change 3.3 after 3.2 is released.
See issue 7994 for the original PendingDeprecationWarning discussion.
--
assignee: eric.
Eric Smith added the comment:
See issue 9856 for changing this to a DeprecationWarning in 3.3.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue9873>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Smith :
--
nosy: +eric.smith
versions: -Python 2.5
___
Python tracker
<http://bugs.python.org/issue9869>
___
___
Python-bugs-list mailin
Eric Smith added the comment:
Raymond Chen's blog today discusses CommandLineToArgvW, which is apparently an
API that can parse command lines. It's not clear to me if this is actually
called by the MSFT CRT:
http://blogs.msdn.com/b/oldnewthing/archive/2010/09/17/10063629.aspx
Eric Smith added the comment:
I'm not sure what "fetch command does not contain literal" means. If the OP can
clarify, I'd be interested in this issue.
--
nosy: +eric.smith
status: pending -> open
___
Python tracker
Eric Smith added the comment:
Now that I think about this some more, we wouldn't want to call this API. I'd
rather this hypothetical function be available on non-Windows platforms, so
we'd have to implement the semantics of CommandLineToArgvW or whichever CRT we
Eric Smith added the comment:
There are plenty of tests that check implementation specific internal
behaviors. I don't think the presence of test alone would mean that it can't be
changed.
--
___
Python tracker
<http://bugs.python.
Changes by Eric Smith :
--
nosy: +eric.smith, jaraco
___
Python tracker
<http://bugs.python.org/issue9908>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue9915>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
This is well defined in Python and will not change.
--
nosy: +eric.smith
resolution: -> rejected
stage: -> committed/rejected
status: open -> closed
type: -> feature request
___
Python tr
Eric Smith added the comment:
My only concern with this is that it would cause other implementations to do
the same thing. I assume it's not hard for them, but it is work. I know that
IronPython implemented the _formatter_* methods so that they could use
string.py as-is.
But that'
Eric Smith added the comment:
Now that I start this, I see that it's complicated by the fact that the
functions actually being wrapped are in stringlib/string_format.h. That's
because in 2.x they compile as both unicode and str. Before the _string module
is created, the code should
Eric Smith added the comment:
The more I think about this, the more sense it makes to leave the module in
unicodeobject.c. Certainly all the code it's likely to ever contain would
already be in unicodeobject.c.
While I agree there's some conceptual clarity to be had by having the
Eric Smith added the comment:
>From their web page, it looks like PyScripter only runs on Windows, so I
>assume these results are generated there.
I won't be able to test on Windows until tonight.
Kiriakos: Does this only happen within PyScripter, or does it also happen when
Eric Smith added the comment:
It's interesting to note that '9' is ascii 57, and ':' is 58. It's like the
code is incrementing the wrong digit. If it's related to that, that indeed
sounds like a compiler optimization bug to me, but of course I'
Eric Smith added the comment:
I agree that in an ideal world there would not be a dependency on global flags.
There's no doubt a performance issue with doing so, although someone would have
to measure that. It may well be swamped by the memory allocation, etc. that is
going on at the
Eric Smith added the comment:
I'm okay with that. Grepping Lib shows that date/datetime/time and Decimal are
the only types that implement __format__. Decimal largely implements the same
language as float.
--
___
Python tracker
Eric Smith added the comment:
Right. It seemed like a hassle to have the str.format parser try to figure out
what a valid identifier is, so it just passes it through.
I don't see this as any different from:
>>> class X:
...def __getattribute__(self, a): return 'foo&
Eric Smith added the comment:
Ah, but I don't need to in order to comply with the PEP!
--
___
Python tracker
<http://bugs.python.org/issue10021>
___
___
Eric Smith added the comment:
I agree it should be documented as a CPython specific behavior. I should also
add a CPython specific test for it, modeled on your code (if one doesn't
already exist). I'll look into it.
--
___
Python trac
Eric Smith added the comment:
I agree that it being an implementation detail is not a good thing. I think we
should just document the current CPython behavior as the language standard:
once parsed, any string after a dot is passed to getattr. I can't see why we
should pay the penal
Eric Smith added the comment:
When python sees the assignment "name = None", it assumes that 'name' is a
local variable. This happens before any code is executed. It then sees that
you're printing 'name' before it is assigned to, which is an error. It does
Eric Smith added the comment:
It's a well documented behavior.
Surely you ran across this link while researching your problem?
http://docs.python.org/reference/executionmodel.html#naming-and-binding
The paragraph beginning "The following constructs bind names ..." describes wh
Eric Smith added the comment:
Isn't this just the normal universal newline handling? When you open it in
binary mode you see all of the characters, but in text mode (the absence of
"b") you get normalized newlines (that is, they're converted to "\n").
---
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue10044>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
In the bad old days of 386 segment:offset memory architectures this was a
problem. You could have overlapping segments but pointers inside an object were
always in the same segment, so the segment selectors never had to be inspected.
Pointers to different
Changes by Eric Smith :
--
nosy: +eric.smith, mark.dickinson
___
Python tracker
<http://bugs.python.org/issue10052>
___
___
Python-bugs-list mailing list
Unsub
Eric Smith added the comment:
I don't have a copy of Vista or 7 handy to check with. Could you tell me what
locale.localeconv() returns on a non-working system and on a working system
(preferably Windows XP)?
--
nosy: +eric.smith
___
P
Changes by Eric Smith :
--
components: +Library (Lib)
___
Python tracker
<http://bugs.python.org/issue10083>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
So it looks like locale.currency() is doing the right thing, given the values
returned by locale.localeconv().
These values are copied from C's localeconv(), so the problem must be there. I
don't see how we can do anything about it on the P
Changes by Eric Smith :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Eric Smith added the comment:
How are you setting the Slovenian locale?
Could please let me know what this prints:
import locale
locale.localeconv()
Also, could you let me know what:
locale.format('%.3f', 2.45)
prints? Both of these would be when the Slovenian locale is selecte
Eric Smith added the comment:
Oops, I meant "locale.format('%.3f', 2.76)", although of course the number
shouldn't matter.
--
___
Python tracker
<http:
Eric Smith added the comment:
It looks like the float.__format__ code is correctly using the value of
decimal_point = '.'. It also agrees with locale.format().
How are you setting the locale? The problem appears to be either how you are
setting the locale or the contents of the l
Changes by Eric Smith :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10135>
___
___
Python-bugs-list
Changes by Eric Smith :
Removed file: http://bugs.python.org/file19265/unnamed
___
Python tracker
<http://bugs.python.org/issue10135>
___
___
Python-bugs-list mailin
Changes by Eric Smith :
Removed file: http://bugs.python.org/file19266/unnamed
___
Python tracker
<http://bugs.python.org/issue10135>
___
___
Python-bugs-list mailin
Changes by Eric Smith :
Removed file: http://bugs.python.org/file19269/unnamed
___
Python tracker
<http://bugs.python.org/issue10135>
___
___
Python-bugs-list mailin
Changes by Eric Smith :
--
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue10135>
___
___
Python-bugs-list mailing list
Unsubscri
Eric Smith added the comment:
Which version of python? Could you run this from the command line and paste the
complete session, including the version info that python prints on startup?
--
nosy: +eric.smith, mark.dickinson
___
Python tracker
<h
Eric Smith added the comment:
This is caused by r85814. I've got a fix, as soon as I get it in a presentable
state I'll post it.
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.o
Eric Smith added the comment:
This patch fixes the issue, and makes print_error_text slightly more
understandable (and efficient to boot, not that it matters).
But I'm not convinced it's the correct solution. I think the real error might
be the computation "offset" in t
Eric Smith added the comment:
Now that I think about it some more, I think my patch (although it fixes this
issue and passes all tests) doesn't do what the original code does in the
presence of multiple newlines. I'm going to rework it some more. I'll have
anothe
Eric Smith added the comment:
I think Benjamin fixed this in r85904. I'm going to verify and add some tests.
--
priority: critical -> normal
stage: patch review -> unit test needed
___
Python tracker
<http://bugs.python.
Changes by Eric Smith :
Removed file: http://bugs.python.org/file19396/issue10206.diff
___
Python tracker
<http://bugs.python.org/issue10206>
___
___
Python-bugs-list m
Eric Smith added the comment:
+1
I agree on removing the lowercase versions. It's sort of handy having them
around to prevent accidental uses. But the same could be said for other similar
macros/functions. Plus they wouldn't work if the isXXX symbols were really
functions, not m
Eric Smith added the comment:
Updated patch which adds tests and minimal docs. Named changed to format_map.
I'll commit this before 3.2b1 unless I hear a complaint.
--
keywords: +easy, needs review
resolution: -> accepted
Added file: http://bugs.python.org/file19482/issue608
Changes by Eric Smith :
--
title: str.format_from_mapping() -> str.format_map()
___
Python tracker
<http://bugs.python.org/issue6081>
___
___
Python-bugs-lis
Eric Smith added the comment:
Committed to 3.2 in r86170.
--
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Eric Smith added the comment:
I don't see this behavior on MacOS:
$ ./argtest arg1 arg2 "this should be a single argument"
2.6.1 (r261:67515, Feb 11 2010, 15:47:53)
[GCC 4.2.1 (Apple Inc. build 5646)]
['./argtest', 'arg1', 'arg2', 'this should
Eric Smith added the comment:
Is there any reason for the test files to have a shebang line at all? I think
those should be removed, which would cut the problem in half.
Also, given "-m", I'm not sure any of the files in the stdlib should have a
shebang line. Is there really
Eric Smith added the comment:
The python version works for me also on a Fedora box with 3.2 and 2.7.
What shell are you using?
Did you compile this python yourself, or did it come with your distro?
--
___
Python tracker
<http://bugs.python.
Changes by Eric Smith :
--
components: -None
resolution: -> invalid
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue10322>
___
__
Eric Smith added the comment:
I'd 'svnmerge block' them, just in case anyone decides to manually merge (which
I doubt will happen, but you never know).
--
___
Python tracker
<http://bugs.pyt
Eric Smith added the comment:
Is it really true that 3.x's distutils is source compatible with 2.3?
For 3.x I'd like to see the with statement used.
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.o
Eric Smith added the comment:
The patch looks good to me, but it needs a test.
--
nosy: +eric.smith
stage: -> unit test needed
___
Python tracker
<http://bugs.python.org/issu
Eric Smith added the comment:
I sort of agree with David.
The global "template" is a bad name and a bad design. And since it doesn't work
I don't think anything would be lost by modifying the code to ignore it;
document that it's unused and deprecated; and remo
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue10379>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
I agree the documentation isn't terribly clear on what a "%char specifier" or
"whole format string" is.
FWIW, this is also a 3.1 and greater issue.
--
versions: +Python 3.1, Python 3.2
Changes by Eric Smith :
--
assignee: -> d...@python
components: +Documentation
nosy: +d...@python
___
Python tracker
<http://bugs.python.org/issue10379>
___
_
Eric Smith added the comment:
Indeed, that behavior seems completely useless.
I've verified that it works the same in 2.5.1.
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/is
Eric Smith added the comment:
Although there are test cases in test_genericpath that verify this behavior, so
apparently it's intentional.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue10401>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
I appreciate that you're unconvinced of its usefulness, but you can be assured
that some of us do find it a useful and desirable behavior. And Python isn't
the only system that works this way, emacs does the same thing when you enter
filenames.
-
Changes by Eric Smith :
--
components: +Interpreter Core
nosy: +eric.smith, pitrou
___
Python tracker
<http://bugs.python.org/issue11382>
___
___
Python-bug
Eric Smith added the comment:
I don't feel strongly one way or the other about it. I was just relaying the
reason I heard when I asked the question about why it's done the way it is.
I suggest mentioning that you're going to commit this change on python-dev,
since this seem
Eric Smith added the comment:
There have been a number of discussions about this, but no concrete proposal.
The last one I recall was to add a __bformat__ method, but I couldn't find the
email trail just now.
See also issue 3982.
--
nosy: +eric.
Eric Smith added the comment:
I found part of the discussion I was looking for:
http://mail.python.org/pipermail/python-dev/2010-July/102252.html
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Eric Smith added the comment:
I agree that the callback isn't needed, and it reflects the older coding style
of much of the library (such as in retrlines). Instead, I'd make this a
generator, yielding each of the dicts. (Actually in some ideal rewrite of
ftplib, the whole callbac
Eric Smith added the comment:
I'll give this a proper review in the next day or so (busy at PyCon).
Despite the fact that I typically hate changing values returned by the server,
I agree on case-folding the fact names to lowercase upon reading them. The RFC
clearly states they&#x
Eric Smith added the comment:
So it is. I told you I hadn't done a proper review! I was mainly trying to say
I agree with lowercasing.
I'll shut up until I can read the whole patch.
--
___
Python tracker
<http://bugs.python.o
Eric Smith added the comment:
I removed the unused import (mostly as a simple test of mercurial, it's my
first commit there).
--
___
Python tracker
<http://bugs.python.org/i
Eric Smith added the comment:
Next step is to make it a TypeError in 3.4.
--
priority: normal -> release blocker
title: Change object.__format__(s) where s is non-empty to a DeprecationWarning
-> Change object.__format__(s) where s is non-empty to a TypeError
versions: +Pyth
Changes by Eric Smith :
--
priority: release blocker -> deferred blocker
___
Python tracker
<http://bugs.python.org/issue9856>
___
___
Python-bugs-list mai
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue11505>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
You're going to need to supply more information. What application? Can you post
the source code? What does "crashes" mean? Is it giving a Python traceback? If
so, please supply it.
Thanks.
--
no
Eric Smith added the comment:
Yes, we recently switched to Mercurial. See
http://docs.python.org/devguide/faq.html
You shouldn't need to change your patches just because of the switch from svn.
--
___
Python tracker
<http://bugs.py
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue7833>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Smith :
--
resolution: -> invalid
status: open -> closed
type: security ->
___
Python tracker
<http://bugs.python.org/issue11641>
___
Eric Smith added the comment:
Plus, it's recommended to move to 2.6 or 2.7 before trying to port to 3.x.
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/is
1 - 100 of 805 matches
Mail list logo
