Dmitry Korchemny added the comment:
I think that the situation when you want start numbering from 0 is rather
common, especially when you need to define bit fields as enumeration or when
you need to implement an interface with other languages (e.g., C
Dmitry Shachnev added the comment:
There are still some false-positive warnings caused by C code that affect
docutils (see
http://sourceforge.net/tracker/?func=detail&atid=422030&aid=3555164&group_id=38414).
Look at this traceback for exmaple:
http://paste.ubuntu.com/134
Changes by Dmitry Shachnev :
___
Python tracker
<http://bugs.python.org/issue16089>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/o
Changes by Dmitry Shachnev :
___
Python tracker
<http://bugs.python.org/issue16089>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/o
New submission from Dmitry Mugtasimov:
http://docs.python.org/2/tutorial/modules.html should be rewritten.
AS IS
6.1.2. The Module Search Path
When a module named spam is imported, the interpreter first searches for a
built-in module with that name. If not found, it then searches for a file
Dmitry Mugtasimov added the comment:
UPDATE:
CHANGE
http://stackoverflow.com/questions/14183541/why-python-finds-module-instead-of-package-if-they-have-the-same-name#comment19687166_14183541
TO
http://stackoverflow.com/questions/14183541/why-python-finds-module-instead-of-package-if-they-have
Dmitry Mugtasimov added the comment:
As I investigate it a little closer it seems to me that it is not a
documentation issue, but an implementation issue.
http://docs.python.org/2/reference/simple_stmts.html#import
"A package can contain other packages and modules while modules cannot co
Dmitry Mugtasimov added the comment:
A lot of people are still using python 2.7, even 2.6. For me it would be a nice
fix in docs since I spent a plenty of time, trying to figure out what is going
on.
In my previous comment I also pointed out that implementation probably should
be fixed too
Dmitry Mugtasimov added the comment:
Further investigation led me to the conclusion that "TO BE" should look like
this:
6.1.2. The Module Search Path
When a module named spam is imported, the interpreter first searches in the
containing package (the package of which the current m
New submission from Dmitry Jemerov:
trace.py in Python 3.3 standard library uses the _warn function without
importing it. As a result, an attempt to use a now-deprecated function fails
with a NameError:
> python3
Python 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 01:25:11)
[GCC 4.2.1 (Apple
Dmitry Jemerov added the comment:
Workaround: "import warnings; trace._warn = warnings.warn" after importing trace
--
___
Python tracker
<http://bugs.python.o
Changes by Dmitry Shachnev :
--
nosy: +mitya57
___
Python tracker
<http://bugs.python.org/issue17761>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dmitry Korchemny:
Need to have a function for weighted randomization:
given a dictionary: key -> weight (= non-negative number), return a key of the
dictionary with the probability proportional to its weight. This capability is
basic and is badly miss
Dmitry Shachnev added the comment:
This is a result of http://hg.python.org/cpython/rev/6903f5214e99.
Looks like we should check the error code and conditionally set the file name
to either src or dst.
--
nosy: +haypo, mitya57
___
Python tracker
Changes by Dmitry Shachnev :
--
nosy: +mitya57
___
Python tracker
<http://bugs.python.org/issue20208>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dmitry Shachnev added the comment:
Thank you for committing this!
--
___
Python tracker
<http://bugs.python.org/issue14983>
___
___
Python-bugs-list mailin
New submission from Dmitry Vasiliev :
Currently help(zlib) gives the following traceback:
Python 3.1a2+ (py3k:71538M, Apr 12 2009, 21:54:44)
>>> import zlib
>>> help(zlib)
Traceback (most recent call last):
File "", line 1, in
File "Lib/site.py&q
New submission from Dmitry Jemerov :
On Windows, mimetypes initialization reads the list of MIME types from the
Windows registry. It assumes that all characters are Latin-1 encoded, and fails
when it's not the case, with the following exception:
Traceback (most recent call last):
Dmitry Jemerov added the comment:
The problem doesn't happen on Python 3.1.2 because it doesn't have the code in
mimetypes that accesses the Windows registry. Haven't tried the 3.2 alphas yet.
--
___
Python tracker
<http
Dmitry Jemerov added the comment:
Patch (with unittest) attached.
--
keywords: +patch
Added file: http://bugs.python.org/file18139/8123.patch
___
Python tracker
<http://bugs.python.org/issue8
Dmitry Jemerov added the comment:
Patch (suggested fix and unittest) attached.
--
keywords: +patch
Added file: http://bugs.python.org/file18143/9291.patch
___
Python tracker
<http://bugs.python.org/issue9
Dmitry Jemerov added the comment:
And by the way I've verified that the problem doesn't happen in py3k trunk.
--
___
Python tracker
<http://bugs.python.
New submission from Dmitry Jemerov :
The patch performs an extensive cleanup of nntplib:
- Change API methods to return strings instead of bytes. This breaks API
compatibility, but given that the parameters need to be passed as strings and
many of the returned values would need to be passed
Dmitry Jemerov added the comment:
This is an issue only for the actual article content, right? I'll be happy to
extend the API to allow getting the original bytes of the article content,
while keeping the rest of API (like group names) string-
New submission from Dmitry Chichkov :
On large data sets (10-100 million keys) the default python dictionary
implementation fails to meet memory and performance constraints. It also
apparently fails to keep O(1) complexity (after just 1M keys). As such, there
is a need for good, optimized
Dmitry Chichkov added the comment:
Thank you for your comment. Perhaps we should try separate this into two issues:
1) Bug. Python's dict() is unusable on datasets with 10,000,000+ keys. Here I
should provide a solid test case showing a deviation from O(1);
2) Feature request/idea
Dmitry Chichkov added the comment:
No. I'm not simply running out of system memory. 8Gb/x64/linux. And in my test
cases I've only seen ~25% of memory utilized. And good idea. I'll try to play
with the cyclic garbage collector.
It is harder than I thought to make a solid synt
Dmitry Chichkov added the comment:
Yes. Data containers optimized for very large datasets, compactness and strict
adherence to O(1) can be beneficial.
Python have great high performance containers, but there is a certain lack of
compact ones. For example, on the x64 machine the following
Changes by Dmitry Shachnev :
--
nosy: +mitya57
___
Python tracker
<http://bugs.python.org/issue28401>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dmitry Shachnev added the comment:
[Matthias Klose (doko) 2016-10-27 15:45]
> I'm not sure that you really want this, because it would make it impossible
> to build an extension for the stable ABI for a debug build.
It looks like that is already impossible:
/usr/include/python3.5
New submission from Dmitry Shachnev:
When running `python3 setup.py sdist upload --show-response`, one may get this
exception:
Traceback (most recent call last):
File "setup.py", line 47, in
requires=['dbus']
File "/usr/lib/python3.2/distutils/cor
New submission from Dmitry Sivachenko:
The following problem exists in python3.3.0 and python3.3.1rc1.
>From the command line it works:
root@dhcp175-40-red:~ # python3
Python 3.3.1rc1 (default, Apr 5 2013, 18:03:56)
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd10
Type "help"
Dmitry Sivachenko added the comment:
No, I meant Ctrl+D.
I use FreeBSD-10.
--
___
Python tracker
<http://bugs.python.org/issue17640>
___
___
Python-bugs-list m
Changes by Dmitry Shachnev :
--
nosy: +mitya57
___
Python tracker
<http://bugs.python.org/issue11245>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dmitry Kazakov:
This is the possible patch for this proposal:
https://mail.python.org/pipermail/python-ideas/2014-October/029826.html.
--
components: Library (Lib)
messages: 229167
nosy: vlth
priority: normal
severity: normal
status: open
title: Possible
Dmitry Kazakov added the comment:
def _extract_tb_or_stack_iter(curr, limit, extractor):
# Distinguish frames from tracebacks (need to import types)
if limit is None:
limit = getattr(sys, 'tracebacklimit', None)
elif limit < 0 and isinstance(curr, types.
Dmitry Kazakov added the comment:
Sorry, first time posting here; accidently pressed Enter.
--
hgrepos: +275
___
Python tracker
<http://bugs.python.org/issue22
Changes by Dmitry Kazakov :
--
keywords: +patch
Added file: http://bugs.python.org/file36891/9f618a0c2880.diff
___
Python tracker
<http://bugs.python.org/issue22
Dmitry Kazakov added the comment:
Thanks. I replied to your comments at Retvield. I'll update the patch tomorrow.
--
___
Python tracker
<http://bugs.python.org/is
Dmitry Kazakov added the comment:
Here's the updated (optimized) patch
--
hgrepos: +277
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Pytho
Changes by Dmitry Kazakov :
Added file: http://bugs.python.org/file36899/9cb7aaad1d85.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bug
Changes by Dmitry Kazakov :
--
hgrepos: -277
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dmitry Kazakov :
--
hgrepos: -275
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dmitry Kazakov added the comment:
Renamed the cond variable, added tuple unpacking instead of using a single
variable.
--
Added file: http://bugs.python.org/file36916/tb_patch.diff
___
Python tracker
<http://bugs.python.org/issue22
Changes by Dmitry Kazakov :
Removed file: http://bugs.python.org/file36916/tb_patch.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list m
Changes by Dmitry Kazakov :
--
hgrepos: +278
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dmitry Kazakov :
Added file: http://bugs.python.org/file36918/4a0ec19e4288.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bug
Changes by Dmitry Kazakov :
--
hgrepos: -278
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dmitry Kazakov :
Removed file: http://bugs.python.org/file36918/4a0ec19e4288.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bug
Changes by Dmitry Kazakov :
Added file: http://bugs.python.org/file36919/tb_patch_2.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list m
Dmitry Kazakov added the comment:
I think the reason this patch hasn't been discussed well is that it only
changes the behavior for traceback.*_tb functions that only deal with
tracebacks. I commented on the review page that we don't have to change the
behavior of traceback.*_stack
Dmitry Sivachenko added the comment:
On modern FreeBSD version (10/stable) on i386 arch it fails with the following
error:
build/temp.freebsd-10.0-RELEASE-p10-i386-3.4/usr/ports/lang/python34/work/Python-3.4.2/Modules/_ctypes/libffi/src/x86/ffi.o:
In function `.LBB4_4':
/usr/ports
Dmitry Kazakov added the comment:
I'm not sure what would be the best way to support negative limit for stack
functions. Actually, I think the current behavior is not intuitive. For example
we could make positive limit mean the same thing for traceback and stack
functions (load N en
Dmitry Kazakov added the comment:
I updated the patch.
--
Added file: http://bugs.python.org/file37181/traceback.diff
___
Python tracker
<http://bugs.python.org/issue22
New submission from Dmitry Shachnev:
Here, on Linux, I get:
$ python3 -c "import time; print(time.timezone)"
-14400
… which means I am in UTC+4. However, Russia recently (in October) switched
time, and moved from UTC+4 to UTC+3 timezone (my tzdata is up-to-date), so this
reporte
Dmitry Shachnev added the comment:
Is it possible to set timezone based on localtime(current_time) where
current_time is the result of time() call?
This bug is not just about returning the wrong timezone. Because of it, the
full time string produced with Python may be wrong. For example, my
New submission from Dmitry Shachnev:
The value of time.timezone may be wrong sometimes (see
http://bugs.python.org/issue22752), so I think the email library should not use
it:
$ python3 -c "from email.utils import formatdate;
print(formatdate(localtime=True))"
Mon, 24 Nov 2014 19:1
Dmitry Shachnev added the comment:
This patch fixes the issue for me.
--
keywords: +patch
Added file: http://bugs.python.org/file37266/issue22932.patch
___
Python tracker
<http://bugs.python.org/issue22
Dmitry Kazakov added the comment:
Revisiting this issue, I realize that I made quite a few mistakes (because this
was the first issue I submitted). The patch is definitely minor, and I'm no
longer interested in it. This issue may now be closed. C
Changes by Dmitry Kazakov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Dmitry Kazakov :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Dmitry Kazakov:
This is a complete implementation of negative limits for functions from
traceback module (see this proposal -
https://mail.python.org/pipermail/python-ideas/2014-August/029105.html). I also
added some tests.
--
components: Library (Lib)
files
Changes by Dmitry Kazakov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list mailing list
Unsubscrib
Dmitry Kazakov added the comment:
Indeed, this is an exact duplicate, but I feel like that issue is an
embarrassment: too many unnecessary actions, bad patches, and most of messages
are totally useless. I wanted to start over for once, so I closed that issue.
Pardon my initial ignorance
Changes by Dmitry Kazakov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22974>
___
___
Python-bugs-list mailing list
Unsubscrib
Dmitry Kazakov added the comment:
Moved the latest patch with implementation and tests from issue 22974
(http://bugs.python.org/issue22974).
--
status: closed -> open
Added file: http://bugs.python.org/file37341/traceback_patch_2.diff
___
Pyt
Changes by Dmitry Kazakov :
Removed file: http://bugs.python.org/file37336/traceback_patch_2.diff
___
Python tracker
<http://bugs.python.org/issue22974>
___
___
Python-bug
Dmitry Shachnev added the comment:
Here is the updated patch based on Alexander’s suggestion.
Works fine, the only difference with previous behavior is that the zero time
zone is now + instead of -.
--
Added file: http://bugs.python.org/file37394/issue22932_v2.patch
Dmitry Shachnev added the comment:
Thanks, I did not know that. Here is version 3.
--
Added file: http://bugs.python.org/file37402/issue22932_v3.patch
___
Python tracker
<http://bugs.python.org/issue22
Dmitry Kazakov added the comment:
Python Developer's Guide said to ping the issue, in case of one-month long
inactivity period.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Dmitry Kazakov:
Documentation on marshal module says that format version is 3, but
Py_MARSHAL_VERSION is set to 4. Search for marshal-related issues gave me an
idea that this is a documentation bug.
--
assignee: docs@python
components: Documentation
files
Dmitry Kazakov added the comment:
I understand that this issue is far from being important, but this is going to
be the fourth unreviewed file in this issue. I noted all your comments to me
and fixed the patch accordingly, but ever since November I'm the only one who
posts something he
Dmitry Kazakov added the comment:
Some of the patches (including the latest one) were missing Mercurial header.
I'm uploading the properly formatted patch (traceback_rev_fixed.diff)
--
Added file: http://bugs.python.org/file37615/traceback_rev_fixed
Dmitry Kazakov added the comment:
Thank you, Terry. You got the proposal right. I'm glad you noticed the issues
with tests, I updated the patch to fix them.
--
Added file: http://bugs.python.org/file37628/traceback_rev2.diff
___
Python tr
Dmitry Kazakov added the comment:
Hold on, I found 2 more bugs. Will update the patch soon.
--
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Pytho
Dmitry Kazakov added the comment:
I improved tests for *_stack and *_tb functions, fixed a few typos and added
more comments.
--
Added file: http://bugs.python.org/file37632/traceback_rev3.diff
___
Python tracker
<http://bugs.python.org/issue22
Changes by Dmitry Kazakov :
Removed file: http://bugs.python.org/file36919/tb_patch_2.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bug
Changes by Dmitry Kazakov :
Removed file: http://bugs.python.org/file37181/traceback.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bugs-list m
Changes by Dmitry Kazakov :
Removed file: http://bugs.python.org/file37341/traceback_patch_2.diff
___
Python tracker
<http://bugs.python.org/issue22619>
___
___
Python-bug
Dmitry Shachnev added the comment:
This patch adds a test case for formatdate() function.
Before applying issue22932_v3.patch it fails, after applying that patch it
succeeds.
Sorry for the delay caused by holidays.
--
Added file: http://bugs.python.org/file37675/issue22932_test.patch
Changes by Dmitry Shachnev :
Added file: http://bugs.python.org/file37683/issue22932_combined.diff
___
Python tracker
<http://bugs.python.org/issue22932>
___
___
Pytho
Dmitry Shachnev added the comment:
Can it be that you have outdated tzdata?
--
___
Python tracker
<http://bugs.python.org/issue22932>
___
___
Python-bugs-list m
Dmitry Shachnev added the comment:
Now the patch works with tzdata >= 2011k, which is quite old.
@David: yes, with the unpatched version only one of the tests should fail.
--
Added file: http://bugs.python.org/file37721/issue22932_combined_v2.d
New submission from Dmitry Kazakov:
I came across this piece of code in Lib/string.py:146:
# We use this idiom instead of str() because the latter will
# fail if val is a Unicode containing non-ASCII characters.
return '%s' % (mapping[named],)
This seems vestigial. I thi
Dmitry Kazakov added the comment:
Ugh, I guess I was too quick to propose deprecation, sorry :(
But is it a strict "No" to the proposed use of str.format as well? This would
be a (relatively) minor but useful change which, again, won't break anything.
I can
Changes by Dmitry Kazakov :
--
nosy: +vlth
___
Python tracker
<http://bugs.python.org/issue14003>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dmitry Odzerikho :
--
components: Library (Lib)
nosy: Dmitry Odzerikho
priority: normal
severity: normal
status: open
title: itertools.tee causes segfault in a multithreading environment, while the
equivalent implementation does'nt
type: crash
versions: Pytho
New submission from Dmitry Odzerikho:
Hi,
I'm using iterators returned by itertools.tee in different threads. The
original iterator passed to itertools.tee is thread-safe, however, it doesn't
guarantees that the cloned iterators are thread safe too. However the
equivalent impleme
Changes by Dmitry Odzerikho :
Added file: http://bugs.python.org/file39757/test_segfault.py
___
Python tracker
<http://bugs.python.org/issue24482>
___
___
Python-bug
Changes by Dmitry Odzerikho :
Removed file: http://bugs.python.org/file39756/test_segfault.py
___
Python tracker
<http://bugs.python.org/issue24482>
___
___
Python-bug
Changes by Dmitry Kazakov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue24309>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Dmitry Kazakov:
The "Simple Smalltalk Testing: With Patterns" link from
https://docs.python.org/3.5/library/unittest.html is dead. I found 2 "mirrors"
but I don't think any of them should replace the broken link.
1.
http://testingsoftware.blogs
Dmitry Andreychuk added the comment:
python 3.4.3 is also affected. Is it possible to fix this in branch 3.4?
--
nosy: +and
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue23
New submission from Dmitry Shachnev:
Look at the documentation of difflib.SequenceMatcher.get_opcodes:
https://docs.python.org/dev/library/difflib.html#difflib.SequenceMatcher.get_opcodes
There, the result part of the example is rendered as plain reStructuredText,
separately from the code
Dmitry Chestnykh added the comment:
Christian: yes, and I'm also happy that you kept the drawing of hash tree, as
it helps a lot with understanding of terminology.
I had a quick look at the patch and it looks good to me.
Some comments, which you can ignore:
In keyed hashing example th
Dmitry Chestnykh added the comment:
> I have replaced verify() with compare_digest().
+>>> compare_digesty(cookie, '0102030405060708090a0b0c0d0e0f00')
Typo here. Also, this doesn't look like it compares the digest. Maybe you can
keep the verify() function, but
Dmitry Chichkov added the comment:
Use case: a custom immutable array with a large number of items and indirect
key field access. For example ctypes.array, memoryview or ctypes.pointer or any
other custom container.
1. I'm not sure how anyone can consider a precached key array as a righ
Dmitry Kazakov added the comment:
Again, I'm honestly sorry if I'm being annoying, but is there anything else
that needs to be done in order to make this issue "resolved"? The stage is set
to "patch review", although there were no messages posted since the l
Dmitry Kazakov added the comment:
I'll do that tomorrow. The patch still needs a review though...
--
___
Python tracker
<http://bugs.python.org/is
Dmitry Kazakov added the comment:
Here's the documentation patch.
--
Added file: http://bugs.python.org/file39152/traceback_limit_doc.diff
___
Python tracker
<http://bugs.python.org/is
201 - 300 of 314 matches
Mail list logo
