Dan O'Reilly added the comment:
Are any other changes needed here? I'm still not completely clear on what
Victor meant with his last comment.
--
___
Python tracker
<http://bugs.python.o
Dan O'Reilly added the comment:
Is it possible to have this issue re-opened, so that the new patch is more
likely to get attention? Or should I create a new issue for the multiprocessing
patch?
--
___
Python tracker
<http://bugs.py
New submission from Dan O'Reilly:
This is essentially a dupe of issue9205, but it was suggested I open a new
issue, since that one ended up being used to fix this same problem in
concurrent.futures, and was subsequently closed.
Right now, should a worker process in a Pool unexpectedl
Dan O'Reilly added the comment:
Thanks, Antoine. I've opened issue22393.
--
___
Python tracker
<http://bugs.python.org/issue9205>
___
___
Python-bugs-l
Dan O'Reilly added the comment:
Hey, my first committed patch :) Thanks for helping to push this through,
Antoine!
--
___
Python tracker
<http://bugs.python.org/is
New submission from Dan Haffey :
The documentation at
http://docs.python.org/library/stdtypes.html#context-manager-types
refers to the contextlib.contextmanager decorator as
contextlib.contextfactory.
--
assignee: georg.brandl
components: Documentation
files: doc-stdtypes
New submission from Dan Griffin :
When I create a thread that does a Popen it blocks the entire program. I
have attached a simple sample program. Whether I do Popen.wait or
Popen.poll the program blocks. I have done this on OSX 10.5 and 10.6. I
have not yet tried ussing the multiprocessing
Dan Griffin added the comment:
You are right, sorry to waste your time.
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue7193>
___
_
Changes by Dan Griffin :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7193>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Dan Mahn :
urllib.parse.urlencode() uses quote_plus() extensively to create a
complete query string, but doesn't effectively/properly take advantage
of the flexibility built into quote_plus(). Namely:
1) Instances of type "bytes" are not properly encoded, a
Dan Mahn added the comment:
I also made some tests for the new code that could be added to the unit
tests in test_urllib.py
--
message_count: 1.0 -> 2.0
Added file: http://bugs.python.org/file13298/new_urlencode_tests.py
___
Python tracker
&l
Dan Mahn added the comment:
Hello. Thanks for the feedback.
With regards to RFC 2396, I see this:
http://www.ietf.org/rfc/rfc2396.txt
There is a second translation for some resources: the sequence of
octets defined by a component of the URI is subsequently used to
represent a
New submission from Dan Schult :
In the depths of dictobject.c one can see that dict_setdefault uses two
identical calls to PyObject_Hash and ma_lookup. The first to see if the
item is in the dict, the second (only if key is not present) to add the
item to the dict.
This second lookup (and
Changes by Dan Schult :
--
keywords: +patch
Added file: http://bugs.python.org/file13665/dict_setdefault.patch
___
Python tracker
<http://bugs.python.org/issue5
Dan Schult added the comment:
Benchmarks:
Upon trying cooked up examples, I do not notice any speedup
beyond 5-10%. Seems like function calling time swamps everything
for small examples with fast hashes. I don't have a handy dandy
example with long hash times or long lookup times. T
Dan Schult added the comment:
On Apr 11, 2009, at 8:15 AM, Martin v. Löwis
@psf.upfronthosting.co.za
@psf.upfronthosting.co.za> wrote:
> Martin v. Löwis added the comment:
>
>> By the way, defaultdict is NOT like setdefault--it is like get().
>> Missing entries do n
Dan Schult added the comment:
Thank you... I stand corrected
That's actually very helpful!
Of course using defdict makes the default assignment take two hashes,
two lookups, an attribute/function lookup (__missing__) and the extra
function call, plus doesn't allow argume
Dan Koch added the comment:
Here's the session printout. Desktop files under Vista still get deleted
despite the exception. Does not occur on Fedora 12 or Mac OS X. I can code
around it by testing for a blank filepath, but it was a surprise.
C:\Users\ko5>python
Python 2.6.4 (r264:75
Changes by Dan Buch :
--
keywords: +patch
Added file: http://bugs.python.org/file17385/mkpkg-round-of-pylinting.patch
___
Python tracker
<http://bugs.python.org/issue8
Dan Buch added the comment:
The attached mkpkg-round-of-pylinting.patch is known to cleanly apply to
tarek's branch @ 541f90ef0636
--
___
Python tracker
<http://bugs.python.org/i
Changes by Dan Buch :
Removed file: http://bugs.python.org/file17385/mkpkg-round-of-pylinting.patch
___
Python tracker
<http://bugs.python.org/issue8591>
___
___
Pytho
Changes by Dan Buch :
Added file: http://bugs.python.org/file17406/mkpkg-round-of-pylinting.patch
___
Python tracker
<http://bugs.python.org/issue8591>
___
___
Python-bug
Changes by Dan Buch :
Added file: http://bugs.python.org/file17407/mkpkg-round-of-pylinting.patch
___
Python tracker
<http://bugs.python.org/issue8591>
___
___
Python-bug
Changes by Dan Buch :
Removed file: http://bugs.python.org/file17406/mkpkg-round-of-pylinting.patch
___
Python tracker
<http://bugs.python.org/issue8591>
___
___
Pytho
Changes by Dan Buch :
Removed file: http://bugs.python.org/file17407/mkpkg-round-of-pylinting.patch
___
Python tracker
<http://bugs.python.org/issue8591>
___
___
Pytho
Changes by Dan Buch :
Added file: http://bugs.python.org/file17408/mkpkg-round-of-pylinting.patch
___
Python tracker
<http://bugs.python.org/issue8591>
___
___
Python-bug
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dan Buch added the comment:
This appears to still be an issue in py3k. I've attached the command and
output when running ``python3 -m base64`` with various options and inputs. If
there's consensus on a solution, I'd be happy to take a crack at making a patch.
--
nos
New submission from Dan Buch :
While running various modules with the ``-m`` flag to check for command-line
behavior, I noticed that the mailbox module currently has svn:executable set.
The module contains no ``if __name__ == '__main__'`` magic and, as one would
expect, nothing ha
New submission from Dan Buch :
I noticed while running ``python3 -m tabnanny -v Lib/*.py`` that the process
died at heapq.py. The 0x37 char in "François Pinard" (in the ``__about__``
attr) was the culprit. The attached patch replaces it with '\xe7'. Changing
the enc
Changes by Dan Buch :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue8774>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Dan Buch :
--
title: 0xe7 in ``heapq.__about__`` causes badness -> tabnanny improperly
handles non-ascii source files
___
Python tracker
<http://bugs.python.org/iss
Changes by Dan Buch :
Removed file:
http://bugs.python.org/file17413/françois-pinard-killed-my-tabnanny.patch
___
Python tracker
<http://bugs.python.org/issue8
Dan Buch added the comment:
removed patch because the fix should be made to tabnanny itself
--
___
Python tracker
<http://bugs.python.org/issue8774>
___
___
Pytho
Dan Buch added the comment:
@haypo - what patch? :)
--
___
Python tracker
<http://bugs.python.org/issue4769>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8796>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dan Gawarecki added the comment:
Shouldn't the title be updated to indicate the fnmatch is the true source of
the behavior (I'm basing this on http://docs.python.org/library/glob.html
indicating the fnmatch is invoked by glob). I'm not using glob, but fnmatch in
my attempt to
Dan Gawarecki added the comment:
Following up...
I saw Eric Smith's 2nd note (2010-04-15 @1:27) about fnmatch.translate
documentation stating that
"There is no way to quote meta-characters."
When I looked at:
http://docs.python.org/library/fnmatch.html#module-fnmatch
d
Dan Buch added the comment:
@merwok much thanks for the feedback. After seeing how you're working via
bitbucket I've decided to create a fresh fork from tarek and recreate my patch
in multiple changesets all within the default branch. I'll update the issue
New submission from Dan OD :
MANIFEST.in example:
recursive-include ../../this *.that
fails to include files with
"warning: no files found matching '*.that' under directory '../../this'"
and also
include ../../this *.that
fails with
"warning: no files
Dan OD added the comment:
Thinking about this - maybe including dirs above ./ is bad as it's not obvious
where they should live in the sdist.
My alternative would be to create links to ../../this in ./ but then distutils
creates links rather than hard copies in sdist - is this some
Dan OD added the comment:
Sorry for all the noise - this dynamic link thing seems to be fixed in 2.7
rendering this report 'closed'
Dan
--
status: open -> closed
___
Python tracker
<http://bugs.pyth
New submission from Dan OD :
Setting absolute paths for C source code files in setup.py breaks bdist_rpm
ext_modules=[Extension('foo', [os.path.abspath('src/foo.c')])],
results in bdist_rpm not including src/foo.c in the RPM, however
ext_modules=[Extension('foo'
Dan OD added the comment:
I'm still ironing out the crinkles, but this has been working for
sdist
build (/install)
bdist_dumb
unfortunately I don't have access to a Windows machine to test the other two. A
non-silent warning/error would kee
Dan Buch added the comment:
just updating the patch
--
nosy: +meatballhat
versions: +Python 3.2, Python 3.3 -Python 2.5, Python 2.6
Added file:
http://bugs.python.org/file18290/doctest-support-unicode-file-paths.patch
___
Python tracker
<h
Dan Buch added the comment:
seems to be okay with py3k's unicode StringIO
adding test to show as much (although I'm sure the test could be more elegant
than what I've done.)
--
Added file:
http://bugs.python.org/file18291/ensuring-doctest-file-suite-works-with-unic
Changes by Dan Buch :
Removed file:
http://bugs.python.org/file18290/doctest-support-unicode-file-paths.patch
___
Python tracker
<http://bugs.python.org/issue1
Dan Buch added the comment:
@haypo - I'm not in favor of using the attached bug_3740_1.patch but instead
adding a test to assert that unicode file paths are now handled correctly. I
can't remove @bear's original patch myself, though, so ... not sure what to
Dan Buch added the comment:
can this be closed? I'd do it myself if I had the triage bit :)
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/i
Dan Buch added the comment:
I first verified that the relevant parts of ``locale:getdefaultlocale`` have
been unchanged since 2005-10-17.
I'm adding a patch to remove default support for the LANGUAGE variable and
tests to assert that values like 'en_DK:en_GB:en_US' raise V
Changes by Dan Buch :
--
title: sgmllib doesn't support hex or Unicode character references -> gmllib
doesn't support hex or Unicode character references
___
Python tracker
<http://bugs.python
Dan Buch added the comment:
gads ... didn't mean to submit a title change there
Since this is removed from Python 3, should the status be changed to Rejected?
--
nosy: +meatballhat
title: gmllib doesn't support hex or Unicode character references -> sgmllib
doesn
Changes by Dan Buch :
--
nosy: +meatballhat, r.david.murray
___
Python tracker
<http://bugs.python.org/issue626452>
___
___
Python-bugs-list mailing list
Unsub
Dan Buch added the comment:
I'm attaching a patch which does exactly what dmbaggett recommended w.r.t. the
mustquote regex. All current tests pass, but I'm not sure if the current tests
even cover this code (how is coverage measured in the stdlib tests?)
On a related note, the `_
New submission from Dan L :
Perhaps it's assumed that you should know about this by knowing about how the
vars dictionary is implemented, but to someone unfamiliar like me it seems like
the builtin functions documentation for vars() should mention that you can
create a variable name f
New submission from Dan Snider:
class MyClass:
a_dict = {'key':'value'}
r_dict = {a_dict[k]:k for k in a_dict}
throws the error:
Traceback (most recent call last):
File "C:/Users/D/AppData/Local/Programs/Python/Python35-32/deleteme.py", line
1, in
New submission from Dan Passaro:
If two formatters maintain the default implementation of Formatter.format(), but
provide custom behavior for Formatter.formatException(), whichever
formatException() is called first and returns something truthy is the only
formatException() that is used.
This is
Dan Passaro added the comment:
Working around this issue can be done by overriding format() in subclasses like
so:
def format(self, record):
record.exc_text = ''
try:
return super().format(record)
finally:
recor
Dan Passaro added the comment:
If there's no interest in changing the behavior I'd at least suggest that this
caching is mentioned in the docs for the formatException() method specifically,
with some kind of attention-grabbing note. (Right now this behavior is only
explained in
New submission from Dan Buchoff:
If a path has a non-existent anchor, Path.mkdir can get into a RecursionError
as it tries to recursively create the parent. I expect a more sane error.
This is readily reproducible in Windows with `Path('Z:').mkdir(parents=True)`
Example executio
Changes by Dan Buchoff :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue29416>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Dan Wilt:
Working with re.sub() noted strange behavior with re.I set, seems like a bug.
Noted in both Python 2.7.12 and Python 3.5.2, Anaconda custom build (32-bit) on
Windows 7.
>>> import re
>>> re.sub('\.', '', '..
Dan Wilt added the comment:
Thanks! That helps. I apologize for raising a non-existent issue.
Dan
On Wed, Aug 24, 2016 at 11:59 AM, R. David Murray
wrote:
>
> R. David Murray added the comment:
>
> I really wish we could "fix" this somehow, since we get an issue opened
&
Dan Riti added the comment:
Reproduced the issue and generated a patch following Kyle's documented
approach.
Please note that this patch addresses the link problem, but does not address
the style issue. Thanks.
--
keywords: +patch
nosy: +Dan.Riti
Added file: http://bugs.pytho
Dan Riti added the comment:
I second akuchling's link suggestion, as it seems to be the most up to date
openSUSE packaging resource.
I have generated a patch to update the link.
Also, it seems this link is also broken in the 2.7 documentation:
http://docs.python.org/2/using/unix
Dan Riti added the comment:
So I figured I'd give this one a shot...generated a patch to remove TYPE_INT64.
Tests seem to pass, but please provide any guidance if I did something wrong!
Thanks.
--
keywords: +patch
nosy: +dan.riti
Added file: http://bugs.python.org/file29818/mar
Dan Riti added the comment:
After reading the comments, I generated a patch that does the following:
- Reorganize to present `for line in f:` as the first approach for reading
lines. I refrained from saying it's the *preferred* approach, however I can add
that if desired.
- Reorgani
Dan Riti added the comment:
Antoine, I just filled one out maybe 2 hours ago (I'm at a CPython sprint in
Boston).
https://secure.echosign.com/public/viewAgreement?aid=T8FLXZG5LX3W2N&eid=T8GPRVI62IXF2Y&;
--
___
Python t
Dan Riti added the comment:
Looks great, thanks Antoine! =)
--
___
Python tracker
<http://bugs.python.org/issue15480>
___
___
Python-bugs-list mailing list
Unsub
Dan Riti added the comment:
Added a new version of the patch to incorporate Ezio's comment!
--
Added file: http://bugs.python.org/file29859/demote-readlines-v2.patch
___
Python tracker
<http://bugs.python.org/is
Dan Riti added the comment:
Agreed Ezio, I've updated the patch to include the change to
Doc/library/io.rst:readlines.
--
Added file: http://bugs.python.org/file29868/demote-readlines-v3.patch
___
Python tracker
<http://bugs.python.org/is
Dan O'Reilly added the comment:
This is basically the same thing that issue21367 is reporting.
--
nosy: +dan.oreilly
___
Python tracker
<http://bugs.python.org/is
Dan Mick added the comment:
Hi; I'm the original author of the code in the Ceph CLI.
The reason it does what it does is that the Python CLI calls into librados
(Ceph, through ctypes) to connect to the cluster; that connection can block for
various reasons, so it's spawned in a thr
Dan Mick added the comment:
So, finally got to a Fedora21 beta to try this out today; the immediate
problem, as identified by Joe Julian, is the shutdown() call in the __del__
method of Rados.
Presumably something about object destructors is clashing with starting new
threads; the hang
Dan Mick added the comment:
Belaboring this a bit just in case what I learn helps with the interpreter
change:
seems like threading.Thread.start() is hanging in its normal "wait for start"
code:
(gdb) py-bt
#4 Frame 0x25d4de0, for file /usr/lib64/python2.7/threading.py, line 339
New submission from Dan LaMotte:
I recently discovered that a valid cookie (by the RFC) is not parse-able by the
Cookie library in python's standard library.
import Cookie
c = Cookie.SimpleCookie('key=[ab]cd[ef]')
print c.keys() # yields []
When quoted, it w
Dan LaMotte added the comment:
Yes, this is a duplicate of that bug. Sorry.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Changes by Dan LaMotte :
--
nosy: +dlamotte
___
Python tracker
<http://bugs.python.org/issue22931>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dan Bjorge added the comment:
No, it just takes a long time between us making a fix in early internal builds
and the fix propagating to public builds. I think 10135 is the first build
number expected to have the fix.
--
___
Python tracker
<h
New submission from Dan Zemke:
Traceback was:
File "\drzblobio.py", line 70, in load full_read_path =
os.path.join(read_path, fname)
File "C:\Python34\lib\ntpath.py", line 110, in join
p_drive, p_path = splitdrive(p)
File "C:\Python34\lib\ntpath.py", lin
Dan Zemke added the comment:
Sorry. I just figured that out. Thank you!
On Fri, 7/3/15, R. David Murray wrote:
Subject: [issue24562] ntpath splitdrive fails on line 161: tuple has no
attribute 'replace'
To: ze...@yahoo.com
Date: Frid
New submission from Dan Haffey:
Error reporting for recursive backreferences in regexes isn't consistent across
both types of backref. Here's the exception for a recursive numeric backref:
>>> import re
>>> re.compile(r'(\1)')
Traceback (most recent c
New submission from Dan Sadowski:
The listing for the --clear option in the documentation is outdated. This is
from the actual current 3.5 usage text:
--clear Delete the contents of the environment directory if it
already exists, before environment
Dan Kegel added the comment:
Still present in python 2.7.9, but fixed in python 3.4.3.
Also, in python 3.4.3, output is immediate, there seems to be no
input buffering.
--
nosy: +dankegel
___
Python tracker
<http://bugs.python.org/issue1633
New submission from Dan McCombs:
Currently, the activate.fish VENV script sets fish's prompt to be prepended
with a literal "__VENV_PROMPT__" rather than the contents of the
$__VENV_PROMPT__ variable as intended.
The attached patch simply adds the missing "$&quo
Dan Haffey added the comment:
+1, I just lost an hour-plus compute job to this. It sure violates POLA. I've
been passing large generators to file.writelines since about as long as
generators have existed, so I never would have guessed that a class named
"StreamWriter" of all
Dan Mick added the comment:
So the original author of the code says it's "likely no longer relevant", and
it's clearly wrong, but no one has touched this in six years?
Even moving the "linker[i] = self.compiler_cxx[i]" inside the if that checks
for "env&q
Dan McCombs added the comment:
I somehow missed the comment on 2016-04-01, I apologize for being late to look
at this.
Xiang is right, this patch should be reverted.
It looks like the issue reported was originally brought on by an activate.fish
being used from a Python after the patch in
Dan McCombs added the comment:
Yes, reverting cfc66e37eb8e and 0f1ac94d2f98 should resolve #26664.
--
___
Python tracker
<http://bugs.python.org/issue26
Dan McCombs added the comment:
Thanks Brett.
--
___
Python tracker
<http://bugs.python.org/issue26348>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dan Nawrocki:
It seems that the fix for 13854 (http://bugs.python.org/issue13854) actually
tried to solve 2 issues:
1. handle non-integer, non-string arg to SystemExit
2. use exit code of 0 when the arg was a string
The change involved for #2 seems to go against the
Dan Nawrocki added the comment:
I am using 2.7.5 (RHEL7 and FC20). Indeed, this issue appears fixed in 2.7.7,
by
https://hg.python.org/cpython/diff/44b5ec2f0f5d/Lib/multiprocessing/process.py.
I'm closing as not a bug.
Thanks for the help!
--
resolution: -> not a bug
stat
Changes by Dan Stromberg :
--
nosy: +strombrg
___
Python tracker
<http://bugs.python.org/issue23397>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan O'Reilly :
--
type: -> enhancement
___
Python tracker
<http://bugs.python.org/issue21423>
___
___
Python-bugs-list mailing list
Unsub
Changes by Dan O'Reilly :
--
nosy: +dan.oreilly
___
Python tracker
<http://bugs.python.org/issue8800>
___
___
Python-bugs-list mailing list
Unsubscr
Changes by Dan O'Reilly :
--
nosy: +dan.oreilly
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue6766>
___
___
Python-bugs-list m
Dan O'Reilly added the comment:
It's probably too late to do anything about this now, but wouldn't it make more
sense for `Pool.__exit__` to call `close`, rather than `terminate`? The vast
majority of the time, that's probably what the user of the `Pool` would want to
run
Dan Bjorge added the comment:
Confirmed, this is a known Windows 10 tech preview bug - it is specific to
using 32bit Python on 64bit Windows. It's already been fixed internally, and we
expect the fix to make it out to one of the next couple of public tech preview
builds.
Thanks!
-Dan B
New submission from Dan Gheorghe Haiduc :
Now that dicts are ordered[1], would it by any chance make sense to also order
sets?
A use case that I ran into is trying to reproducibly get a random.choice from a
set (after calling random.seed).
At first I did not need reproducibility, and I
Dan Gheorghe Haiduc added the comment:
Oops. The reference number [2] in the previous message should instead be
https://stackoverflow.com/q/6614447/235463 .
--
___
Python tracker
<https://bugs.python.org/issue42
301 - 400 of 403 matches
Mail list logo
