Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17047
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +IDLE
nosy: +kbk
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17224
Serhiy Storchaka added the comment:
Thank you for report, Arfrever. I'll see how epydoc uses MAXREPEAT. Maybe it
requires larger changes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13169
Serhiy Storchaka added the comment:
Thank you for the report. I'm surprised that the tests are not caught it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6975
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: asvetlov - serhiy.storchaka
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13153
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6975
Serhiy Storchaka added the comment:
Here is an updated patch. Changes for unittest and doctest reverted.
--
Added file: http://bugs.python.org/file29113/NEWS-3.4_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17221
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13169
Serhiy Storchaka added the comment:
Was not it be yanked in 1fabff717ef4?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17221
___
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
nosy: +ezio.melotti, pitrou, rhettinger, serhiy.storchaka
stage: - needs patch
versions: -Python 2.6, Python 3.1, Python 3.5
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17221
___
___
Python-bugs
Serhiy Storchaka added the comment:
Here is a patch. This change breaks tests, but unlikely anything except tests
depends on exact error message.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file29115/json_first_line_columns.patch
Serhiy Storchaka added the comment:
Here is an updated patch. Re-yanked Extension Modules section. Changes for
3.4 sorted in chronological order.
--
Added file: http://bugs.python.org/file29116/NEWS-3.4_3.patch
___
Python tracker rep
Serhiy Storchaka added the comment:
_path_join() and _path_split() do not look as join() and split() from ntpath or
posixpath. They rather look as very simplified and limited versions of join()
and split(). Perhaps they are enough for _bootstrap.py, but real os.path
functions are more
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17119
___
___
Python-bugs
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15301
___
___
Python-bugs
Serhiy Storchaka added the comment:
Can this be the same ImportError but with special flag?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15767
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17239
___
___
Python
Serhiy Storchaka added the comment:
What will happened if you just remove this line?
--
nosy: +serhiy.storchaka
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Unicode -Build
nosy: +ezio.melotti
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Serhiy Storchaka added the comment:
Perhaps we should disable not only assert, but all optimized code inside #if
SIZEOF_LONG = SIZEOF_VOID_P / #endif block. Benchmarks needed to measure
either unaligned writing speedup or slowdown decoding
Serhiy Storchaka added the comment:
Why not just
try:
from _thread import _local as local
except ImportError:
from _threading_local import local
?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Serhiy Storchaka added the comment:
Already fixed in issue9290.
--
nosy: +serhiy.storchaka
resolution: - out of date
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17253
Serhiy Storchaka added the comment:
mirabilos, if you are motivated enough, do the following. Compile two Python
executables - one with deleted assert, and second with deleted a block between
#if SIZEOF_LONG = SIZEOF_VOID_P and #endif. Run following microbenchmarks
for both executables
Serhiy Storchaka added the comment:
Fixed.
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17248
Serhiy Storchaka added the comment:
I have no access to Windows and can't design Windows tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6975
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17257
Serhiy Storchaka added the comment:
Use os.path.sep and os.path.sep.encode() instead of hardcoding / and
b/.
Some separators will be '\\' (if they are derived from OS functions, i.e.
getcwd), and some will be '/' (if they are generated by posixpath). I do not
have the ability to research
Serhiy Storchaka added the comment:
Which tree should I build? A release (if so, which)? Or
some CVS branch?
It doesn't matter.
Do note we clock at roughly 1000 pystones for the fastest
machines… yes 1000 not 1.
It doesn't matter. Only relative values have a meaning. What is faster
Serhiy Storchaka added the comment:
And of course run the tests on non-debug builds.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Serhiy Storchaka added the comment:
http://docs.python.org/library/functions.html#round
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17259
Serhiy Storchaka added the comment:
What about this patch?
--
keywords: +patch
Added file: http://bugs.python.org/file29135/test_posix_chown_root_group.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17248
Serhiy Storchaka added the comment:
Python is not ready for Tcl/Tk 8.6 yet.
--
components: +Tkinter
nosy: +serhiy.storchaka
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - Tk 8.6.0 introduces TypeError. (Tk 8.5.13 works)
type: - behavior
Serhiy Storchaka added the comment:
These values used only in the exception message. However current (3.0.8, stdlib
json based on 2.0.9) simplejson exposes them as an exception attributes.
http://simplejson.readthedocs.org/en/latest/#exceptions
Serhiy Storchaka added the comment:
Erm, still, which one do I build? Not 3.2 because it obviously
works, at least as packaged in Debian.
Any = 3.3.0.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17248
___
___
Python-bugs
Serhiy Storchaka added the comment:
https://github.com/simplejson/simplejson/issues/57
Simplejson has fixed this for about 6 hours.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17225
Serhiy Storchaka added the comment:
Thank you for the report, Ferdinand.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17225
Serhiy Storchaka added the comment:
This test was introduced in a4154dd5939a.
--
nosy: +mhammond
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17249
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: -serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17259
___
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Extension Modules -Library (Lib)
nosy: +rhettinger, stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17278
Serhiy Storchaka added the comment:
convert_timestamp() can silently return wrong result if seconds saved with more
than millisecond precision (i.e. '2012-04-04 15:06:00.000123456'). I propose or
truncate fractional part to 6 digits ('{:06.6}') or explicitly raise an
exception if len
Serhiy Storchaka added the comment:
Thank you for report. Here is a patch which fixes this bug.
--
Added file: http://bugs.python.org/file29218/XMLGenerator_fragment-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Serhiy Storchaka added the comment:
It's cumbersome and burdensome because you need for every nonstandard default
value:
1) define a class with __repr__();
2) instantiate a sentinel;
3) check for the sentinel in the function and replace it but an actual value.
class _ExternalAttrDefault
Serhiy Storchaka added the comment:
It's particular because there are functions whose signatures can't be expressed
with valid Python syntax (dict, range, operator.methodcaller, many curses
functions). They required other solution and this more general solution is
applicable for the problem
Serhiy Storchaka added the comment:
Perhaps for consistency with popitem() and move_to_end() it is worth to merge
rotate_at() and rotate_after() in one method (rotate_to()? move_to()?) with a
boolean parameter.
--
___
Python tracker rep
Serhiy Storchaka added the comment:
Here is a patch which converts all etree doctests to unittests.
--
keywords: +patch
nosy: +serhiy.storchaka
stage: needs patch - patch review
Added file: http://bugs.python.org/file29230/test_xml_etree.patch
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1470548
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17220
Serhiy Storchaka added the comment:
This patch is for default branch. It applied to 3.3 too.
The next logical step is to make all test classes in test_xml_etree accept
the ET module in some way and store it, using it to get classes function.
I.e. no more global ET and pyET at all. Would
Serhiy Storchaka added the comment:
Here is a patch for C implementation. Python implementation was fixed in
issue17089.
--
dependencies: +Expat parser parses strings only when XML encoding is UTF-8
-Parameter type error for xml.sax.parseString(string, ...)
keywords: +patch
Added file
Serhiy Storchaka added the comment:
Thank you for the report. Standard tests do not cover pickling/unpickling to
real files.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13555
Serhiy Storchaka added the comment:
If this is a duplicate, it should be fixed by f3f23ecdb1c6.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17298
New submission from Serhiy Storchaka:
Currently cPickle module tested only with cStringIO.StringIO. However cPickle
uses different code for cStringIO.StringIO, for file objects, and for general
IO streams (i.e. io.BytesIO). Last two cases are not covered by tests.
--
components: Tests
Serhiy Storchaka added the comment:
I have opened issue17299 for testing issue.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13555
New submission from Serhiy Storchaka:
http://permalink.gmane.org/gmane.comp.python.ideas/19669
from itertools import islice, count
it = count()
for i in range(100):
... it = islice(it, 0)
...
del it
Segmentation fault
This looks very similar to the crash in tee() (issue13454
Serhiy Storchaka added the comment:
And same issue with filter:
it = iter([])
for i in range(100):
... it = filter(None, it)
...
del it
Segmentation fault
--
title: Сrash when deleting deeply recursive islice() - Сrash when deleting
deeply recursive iterator wrappers
Serhiy Storchaka added the comment:
Aha, this is a duplicate of issue14010.
--
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
superseder: - deeply nested filter segfaults
___
Python tracker rep
Serhiy Storchaka added the comment:
While not required, It'd be useful if the implementation of this pre-scanned
the data internally so that the length of the generated sequence was known up
front. This could imply an internal bitset of vector of split indices is
kept for the life
Serhiy Storchaka added the comment:
LGTM. This is 3.3+ only issue as far as I understand.
--
nosy: +benjamin.peterson
versions: -Python 2.6, Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17328
Serhiy Storchaka added the comment:
I have added some comments on Rietveld.
Note that glob.glob() and glob.glob1() returns different filenames. The first
returns full paths and the second returns bare filenames without a directory
path. Workarounding this may require more in-depth changes
Serhiy Storchaka added the comment:
I have added comments on Rietveld.
Perhaps it will be worth to create mixings for cStringIO.StringIO, BytesIO and
file object and then mix them to other tests.
Note that there is no sense to change pure Python pickle tests. Python
implementation uses
Serhiy Storchaka added the comment:
David, yes, this is 2.7 only issue. The code was broken recently (see msg182979
in issue13555) due to insufficient testing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17299
Serhiy Storchaka added the comment:
LGTM.
--
nosy: +serhiy.storchaka
versions: +Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17346
Serhiy Storchaka added the comment:
I prefer a little different (simpler for me) form:
for (p = collstart; p collend;) {
Py_UCS4 ch = *p++;
if ((0xD800 = ch ch = 0xDBFF)
(p collend
Serhiy Storchaka added the comment:
Actually it was fixed in issue16477. ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11787
___
___
Python
Serhiy Storchaka added the comment:
Low-level part already extracted to issue17089 and committed. Issue16986 has a
similar patch for cElementTree. The main part of path was moved to issue2175
which is now pre-requisite for issue16986 and for this issue. It contains
additional tests
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file28757/sax_parse.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10590
Serhiy Storchaka added the comment:
Eli, this issue no longer has open pre-requisites. Issue10590 was replaced by
issue17089 which closed now. Issue17089 fixed Python interface to expat parser,
but cElementTree uses C interface of expat directly and the proposed pathes fix
Serhiy Storchaka added the comment:
See also issue14462. It will be easier to include a full group name than an
invalid character.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17341
Serhiy Storchaka added the comment:
This unlikely will be useful. C code uses __length_hint__ because C code is
fast enough and fill time can be comparable to resize time. But Python code
will be one or two order slower and resize time is insignificant fraction of
total time for any real code
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13477
___
___
Python
Serhiy Storchaka added the comment:
How *just and *strip can modify an argument in-place? All other methods except
title (lower, swapcase, upper) are partial cases of translate. I.e. you need
only in-place translate. However I doubt that difference will be more than
several percents. Actually
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +easy
stage: - needs patch
versions: -Python 2.6, Python 3.1, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17332
Serhiy Storchaka added the comment:
I think it's better to be compatible with 3.3+. This is anyway a rather
obscure corner case.
Well, we should not introduce new divergence between 3.2 wide build and 3.3.
Do you want to propose a new patch?
I will do
Serhiy Storchaka added the comment:
We should limit the indentation to be less than the maximal line length.
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren, serhiy.storchaka
stage: - needs patch
type: - behavior
versions: +Python 3.2, Python 3.3 -Python
Serhiy Storchaka added the comment:
Indeed, a bytearray version would require the talked about but not
implemented due to complexity (in pep3118) support for locking a buffer from
other mutations.
I rather think that a bytearray version can't pre-scan the data. Note that an
array for pre
Serhiy Storchaka added the comment:
There is no string view that I know of. Interesting idea, though, thanks to
the immutability of strings. Would much have to be different other than
boundary checking and __hash__ (and hoping extension authors are changing
things in-place)?
Objects
Serhiy Storchaka added the comment:
Sorry, Terry, I was meaning a CPU time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17301
___
___
Python
Serhiy Storchaka added the comment:
There are reasons why Ezio did not include assert*Regexp*-assert*Regex* in his
patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10712
Serhiy Storchaka added the comment:
Perhaps it was fixed in issue10181. Is it reproduced on Python 2.7 build from
current sources?
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17360
Serhiy Storchaka added the comment:
Sorry, this is issue10182.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17360
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
It will be good if Berker and Ankur will merge their patches. Ankur's patch has
some very useful features, but Berker's patch looks more mature.
I prefer to emulate a subset of the tar utility interface too
Serhiy Storchaka added the comment:
I think it should be a separate issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8402
___
___
Python
Serhiy Storchaka added the comment:
This can confuse users. Note that even jar (which works with zip-like files)
honors tar interface.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13477
Serhiy Storchaka added the comment:
Here is a patch which fixes xmlcharrefreplace error handling in other places.
Unfortunately multibyte asian encoders are broken yet. I'll open a separate
issue for this.
--
Added file: http://bugs.python.org/file29378/issue15866_2.patch
Serhiy Storchaka added the comment:
DRY (do not repeat yourself). Do not implement the same method three times.
Definitely the common code should be extracted into separate mixin classes:
cStringIOMixin, BytesIOMixin, FileIOMixin.
What is the problem in using the existing pickletester.py
Serhiy Storchaka added the comment:
Nickolai, can you please submit a contributor form?
http://python.org/psf/contrib/contrib-form/
http://python.org/psf/contrib/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17016
Serhiy Storchaka added the comment:
Escaping for glob on Windows should not be such trivial. Special characters in
the drive part have no special meaning and should not be escaped. I.e.
``escape('//?/c:/Quo vadis?.txt')`` should return ``'//?/c:/Quo
vadis[?].txt'``. Perhaps we should move
Serhiy Storchaka added the comment:
Raymond, actually my patch reverts 3.1 logic. lru_cache used since 3.2.
There are no any additional re cache tests in 3.2 or 3.1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16389
Serhiy Storchaka added the comment:
Why 1? This should be commented.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17395
___
___
Python-bugs
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16321
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17360
___
___
Python-bugs
Serhiy Storchaka added the comment:
LGTM. You forgot to remove close() from some classes, I'll do it myself before
committing.
--
assignee: - serhiy.storchaka
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http
Serhiy Storchaka added the comment:
I'm working on the patch.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17381
Serhiy Storchaka added the comment:
Thank you, Terry.
--
assignee: docs@python - terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17047
Serhiy Storchaka added the comment:
Serhiy and Mathew, could you post your search re's or scripts to use again on
occasion?
For example:
find * -type f -name '*.[ch]' -exec egrep -n '\b([a-zA-Z]+) \1\b' '{}' + |
grep -v 'long long' | egrep --color '\b([a-zA-Z]+) \1\b'
find * -type f
Serhiy Storchaka added the comment:
LGTM. Perhaps with object_pairs_hook=tuple or object_pairs_hook=dict this test
will look simpler.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17368
Serhiy Storchaka added the comment:
Can you provide some tests for the new method?
--
nosy: +gpolo, serhiy.storchaka
stage: - test needed
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17397
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +IO
nosy: +benjamin.peterson, hynek, pitrou, stutzbach
versions: -Python 2.6, Python 3.1, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17404
1001 - 1100 of 25750 matches
Mail list logo