Doug Hellmann doug.hellm...@gmail.com added the comment:
Hi, Tarsis,
That patch looks good to me.
Thanks!
Doug
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9509
Doug Hellmann doug.hellm...@gmail.com added the comment:
Oh, yeah, a test is a good idea.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9509
Doug Hellmann doug.hellm...@gmail.com added the comment:
I just ran into this problem with pstats under Python 2.7. The ticket is
marked as fixed, but it looks like the change was only checked in under the
py3k branch.
What's the policy on fixing stuff like this for 2.7 patch releases
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1170
___
___
Python-bugs
New submission from Doug Hellmann doug.hellm...@gmail.com:
Under Python 2.6 the json encoder raised a TypeError when it encountered
dictionary keys that were not strings. Under 2.7, that exception has changed
to a ValueError, but the documentation still says it raises TypeError. I'm
Doug Hellmann doug.hellm...@gmail.com added the comment:
The attached file json_skipkeys.py illustrates the problem.
--
Added file: http://bugs.python.org/file18053/json_skipkeys.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Doug Hellmann doug.hellm...@gmail.com added the comment:
Looking into the code, I see in _json.c that a ValueError is raised by
encoder_listencode_dict() on line 2150, but in the pure-Python implementation
in json/encoder.py a TypeError is raised by _make_iterencode() on line 376
Doug Hellmann doug.hellm...@gmail.com added the comment:
Bob fixed this in simplejson under ticket 82
(http://code.google.com/p/simplejson/issues/detail?id=82).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9296
Doug Hellmann doug.hellm...@gmail.com added the comment:
Ray, thanks for the patches. Antoine, I appreciate the review. I'll try to
get these checked in to svn in the next day or two.
I see that this ticket is tagged as related to versions 2.7, 3.1, and 3.2.
Should the changes be applied
Doug Hellmann doug.hellm...@gmail.com added the comment:
Committed to py3k as r83016, release31-maint as r83017, and release27-maint as
r83018.
Thanks for your help, everyone.
--
resolution: - fixed
status: open - closed
___
Python tracker rep
Doug Hellmann doug.hellm...@gmail.com added the comment:
One solution would be to use the first character of prefix_chars when building
those default options.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9444
Doug Hellmann doug.hellm...@gmail.com added the comment:
I haven't read the existing tests, but I am not seeing the behavior described
by Ted in msg112258. If I specify the prefix_chars as '+/' and define a long
option '//myopt' then using ++myopt on the command line gives an error
Doug Hellmann doug.hellm...@gmail.com added the comment:
Oh, I should point out that last comment is describing what I see when using
the unpatched 2.7 version of the module.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Doug Hellmann doug.hellm...@gmail.com added the comment:
I was actually surprised that prefix_chars didn't allow *any* of those
characters to indicate an option. For example, a program on Unix might use
options that start with '-', but also support '/' as a prefix under Windows.
If that's
Doug Hellmann doug.hellm...@gmail.com added the comment:
Explicitly specifying aliases makes sense, it just wasn't clear that was the
intent from the existing documentation. So, I don't think the behavior needs
to change, but a doc update might help
Doug Hellmann doug.hellm...@gmail.com added the comment:
Sorry I'm not being clear: I do like the patch, I think the exception should
not be raised.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9444
Doug Hellmann doug.hellm...@gmail.com added the comment:
Yes, that doc change is clear. Thanks!
--
nosy: +ted.turocy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9444
Doug Hellmann doug.hellm...@gmail.com added the comment:
Thanks, everyone!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9444
___
___
Python
New submission from Doug Hellmann doug.hellm...@gmail.com:
Most of the argparse type converters handle exceptions with a single line error
message explaining the problem. For example, if an argument -i is declared as
an int, but the value given ('a') cannot be converted to an int, the message
Changes by Doug Hellmann doug.hellm...@gmail.com:
Added file: http://bugs.python.org/file18381/argparse_int_error.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9509
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9509
___
___
Python-bugs-list
New submission from Doug Hellmann doug.hellm...@gmail.com:
The documentation for the sqlite3 module describes enable_load_extension() and
load_extension() methods of the Connection object, but those functions are only
available if the user has compiled from source *after* modifying
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
assignee: - d...@python
components: +Documentation
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10020
Doug Hellmann doug.hellm...@gmail.com added the comment:
Thanks, Gerhard!
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10020
New submission from Doug Hellmann doug.hellm...@gmail.com:
Running python -m site is supposed to print a report about the current import
path and its components (like USER_BASE and USER_SITE).
This works under 2.6 and 3.1, but not 2.7. No output is produced under 2.7 at
all.
When I add
Doug Hellmann doug.hellm...@gmail.com added the comment:
I downloaded an OS X installer from python.org, but I don't remember the date I
did that.
Here's the output when I start the interpreter:
$ which python
/Library/Frameworks/Python.framework/Versions/2.7/bin/python
$ python
Python 2.7
Doug Hellmann doug.hellm...@gmail.com added the comment:
Actually I'm trying to update the PyMOTW article about site, and I discovered
that the output from the old examples that showed using --user-base and
--user-site were no longer producing any output. It looks like the build of
2.7 I
Doug Hellmann doug.hellm...@gmail.com added the comment:
Ah, I assumed that since the revision number was older there might be a newer
build available now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10263
Doug Hellmann doug.hellm...@gmail.com added the comment:
That's strange. I have Distribute 0.6.10, including an easy-install.pth file,
installed under 2.6 and it doesn't exhibit the problem. Is there some
interaction between a change in Python 2.7 and Distribute
Doug Hellmann doug.hellm...@gmail.com added the comment:
Adding a print to the site.py in Distribute's egg shows it is being run when I
use 'python -m site'. However, when I run 'python -c import site; print
site.__file__' I get the version from the stdlib, as expected.
I guess the module
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10263
___
___
Python-bugs-list
Changes by Doug Hellmann [EMAIL PROTECTED]:
--
nosy: +doughellmann
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4184
___
___
Python-bugs-list mailing
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6958
___
___
Python-bugs
Doug Hellmann doug.hellm...@gmail.com added the comment:
I think I'm with Michael on this one. I'd rather add logging
configuration to any stdlib modules that support being run directly and
want to support logging.
--
___
Python tracker rep
Doug Hellmann doug.hellm...@gmail.com added the comment:
How do these global settings (either via the interpreter or a wrapper
in the logging module) change what an app might do on its own? IOW, if
my app is already written to configure logging, and someone invokes it
with these other settings
Doug Hellmann doug.hellm...@gmail.com added the comment:
@theller, I'm not sure what your point is. I'm asking what the defined
behavior is if we provide some sort of global way to run a program with
logging configured, and then that app turns around and tries to
reconfigure it. Should
Doug Hellmann doug.hellm...@gmail.com added the comment:
Is there a way in getopt to define an option that takes an optional
argument? I thought options either required args or did not accept them
at all.
--
nosy: +doughellmann
___
Python tracker
Doug Hellmann doug.hellm...@gmail.com added the comment:
Right. Any program that needs to parse command lines containing filenames or
other arguments with unicode characters will encounter this problem.
--
___
Python tracker rep...@bugs.python.org
Doug Hellmann doug.hellm...@gmail.com added the comment:
Is unicode supported by shlex in 3.x already? It's curious that unicode support
is considered a new feature, rather than a bug. I understand wanting to
allocate development resources carefully, though. If someone were to prepare a
patch
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11879
___
___
Python-bugs
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12841
___
___
Python-bugs
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13817
___
___
Python-bugs
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17998
___
___
Python-bugs
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1257
___
___
Python-bugs
New submission from Doug Hellmann:
Under python 2 when an atexit callback raised an exception the full traceback
was displayed. Under python 3, only the summary of the exception is shown.
Input file:
import atexit
def exit_with_exception(message):
raise RuntimeError(message
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1680961
___
___
Python-bugs
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11638
___
___
Python-bugs
Doug Hellmann added the comment:
+1 on adding this
I found today via @dabeaz's cookbook that iter() has a sentinel-detection use
case. Having one in min/max seems *far* more obviously useful. It's also
consistent with quite a few methods on builtin types where we provide a way to
deal
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18191
___
___
Python-bugs
Doug Hellmann added the comment:
LGTM
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18191
___
___
Python-bugs-list mailing list
Unsubscribe
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4040
___
___
Python-bugs
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19570
___
___
Python-bugs
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23574
___
___
Python-bugs
New submission from Doug Hellmann:
Under python 2.7 using the "run" command within pdb and passing it arguments
causes those arguments to be printed out. Under 3.5, this is no longer true.
$ python2.7 -m pdb pdb_run.py
> /Users/dhellmann/Dropbox/PyMOTW/Python3/pymotw-3/source/p
Doug Hellmann added the comment:
I should also mention that I haven't tested early versions of 3.x to see where
exactly the regression was introduced.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Doug Hellmann <doug.hellm...@gmail.com>:
--
nosy: +doughellmann
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24955>
___
Changes by Doug Hellmann <doug.hellm...@gmail.com>:
--
nosy: +doughellmann
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24452>
___
Doug Hellmann added the comment:
The specific case I have right now is with a large code base written by someone
else who is seeing a TypeError when they call super(their-local-class,
self).__init__() because whatever class super() is returning is expecting
arguments to __init__
Doug Hellmann added the comment:
@Nick - Being able to get to the source is ok, but if I can get the actual type
I can always get the source from that. I don't need the actual type object
except to know what it is, and it seems more flexible to return the class
object than a name or other
Doug Hellmann added the comment:
@Robert, I thought you were proposing a hashlib.fips module that did not
include md5() at all. If it does include the function, and the function does
whatever is needed to disable the "die when using MD5" on a FIPS system, then I
agree it would wo
Doug Hellmann added the comment:
@Antoine - The idea behind introducing some API mechanism is exactly as you
say, to let the developer say "this use of this algorithm is not related to
security" to tell FIPS systems to not b
Doug Hellmann added the comment:
@rbcollins, I don't think providing a hashlib.fips module without md5() solves
the problem. The idea is to have a way to call md5() in non-secure situations,
and to signal to the FIPS system that the call is OK. A separate module would
work if it included
Changes by Doug Hellmann <doug.hellm...@gmail.com>:
--
nosy: +doughellmann
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue22233>
___
Changes by Doug Hellmann <d...@doughellmann.com>:
--
nosy: +doughellmann
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9216>
___
Change by Doug Hellmann <d...@doughellmann.com>:
--
nosy: +doughellmann
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32998>
___
Change by Doug Hellmann :
--
nosy: +doughellmann
___
Python tracker
<https://bugs.python.org/issue37857>
___
___
Python-bugs-list mailing list
Unsubscribe:
66 matches
Mail list logo
