New submission from Vladimir Rutsky :
There is a typo in urllib module documentation: missing space after dot at
sentence end. Please see attached path for details.
--
assignee: docs@python
components: Documentation
files: urllib-typo-space-after-dot.patch
keywords: patch
messages
New submission from Vladimir Rutsky :
There is a typo in argparse module documentation:
"The ``nargs`` keyword argument associates a different number of command-line
arguments with a single action.." (two dots at end).
Patch based on official http://svn.python.org/projects/python/bra
New submission from Vladimir Rutsky :
In Python 2.7 and 3 branch at
http://svn.python.org/projects/python/branches/py3k/ file
Doc/library/argparse.rst has incorrectly formatted list at line 648:
> * ``'store'`` - This just stores the argument's value. This is the defaul
New submission from Vladimir Rutsky :
There is missed dot at end of sentence in argparse module documentation. Please
see attached patch for details.
Patch based on official http://svn.python.org/projects/python/branches/py3k/
repository, but typo is also noted in Python 2.7 documentation
New submission from Vladimir Rutsky :
I think there is a typo in threading documentation:
> In any situation where the size of the resource size is fixed,
> you should use a bounded semaphore.
- "size of the resource size", see attached patch for proposed fix.
(Based
New submission from Vladimir Rutsky :
This is code from recent trace.py
(http://svn.python.org/view/python/branches/release27-maint/Lib/trace.py?view=markup):
trace.py:169:
# Ignore a file when it contains one of the ignorable paths
for d in self._dirs:
# The
Changes by Vladimir Rutsky :
Added file: http://bugs.python.org/file20369/test.cmd
___
Python tracker
<http://bugs.python.org/issue10896>
___
___
Python-bugs-list mailin
Changes by Vladimir Rutsky :
Added file: http://bugs.python.org/file20370/test.out
___
Python tracker
<http://bugs.python.org/issue10896>
___
___
Python-bugs-list mailin
Vladimir Rutsky added the comment:
Workaround for people on Windows who don't wan't to modify trace.py:
to get clean trace of only your project calls add to ignore list python path
with mix of character cases. For me worked out this string:
python -m trace --ignore-dir=c:\pyth
Vladimir Rutsky added the comment:
SilentGhost, thanks for the patch! I can confirm, that adding os.path.normcase
fixes issues with different cases of files.
I believe there also may be issue with FAT's long file name mangling, like
"C:\PROGRA~1\python26\" instead of &q
Vladimir Rutsky added the comment:
Sorry I was wrong - patch don't fix original issue.
Case should be normalized not only for directories provided through
--ignore-dir, but also for directories obtained from __file__. In my tests on
Windows Ignore.names(self, filename, modulename) rec
Changes by Vladimir Rutsky :
--
nosy: +rutsky
___
Python tracker
<http://bugs.python.org/issue13857>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Vladimir Rutsky:
Please see attached patch for details.
--
files: quote_typo.patch
keywords: patch
messages: 173594
nosy: vrutsky
priority: normal
severity: normal
status: open
title: typo in error message in pstats.py
versions: Python 2.7
Added file: http
New submission from Vladimir Rutsky:
re module documentation says:
Match Objects always have a boolean value of :const:`True`, so that you can
test
whether e.g. :func:`match` resulted in a match with a simple if statement.
which is confusing - matched objects have boolean value True
New submission from Vladimir Rutsky:
It would be nice if Python will be able to access variables with C99 complex
types through ctypes module.
--
components: ctypes
messages: 179378
nosy: rutsky
priority: normal
severity: normal
status: open
title: Add support for C99 complex type
Vladimir Rutsky added the comment:
Yes, I managed to pass and operate with matrices of complex numbers to pure C
and Fortran programs by using Numpy and their ctype adapters (only for whole
matrices, they don't provide c_complex type; in general see
http://www.scipy.org/Cookbook/Ctype
Changes by Vladimir Rutsky :
--
nosy: +rutsky
___
Python tracker
<http://bugs.python.org/issue18243>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Vladimir Rutsky:
http://docs.python.org/2/library/repr.html page contains several links on
built-in function `repr()` (search for "built-in repr()" on page), but links
goes to `Repr.repr()` functions of `Repr` module instead of
http://docs.python.org/library/func
New submission from Vladimir Rutsky:
In 3.4 docs after generator.close() description there is strange dot:
http://docs.python.org/3.4/reference/expressions.html#generator.close
Looks like it's due to following code in Doc/reference/expressions.rst:452:
.. class:: .
This line should be re
Changes by Vladimir Rutsky :
--
nosy: +vrutsky
___
Python tracker
<http://bugs.python.org/issue8800>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Vladimir Rutsky :
--
nosy: +rutsky
___
Python tracker
<http://bugs.python.org/issue1744382>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Vladimir Rutsky:
References to built-in function repr() links to repr module
(http://docs.python.org/2/library/repr.html#module-repr), but must link to
description in http://docs.python.org/2/library/functions.html.
It can be at least in http://docs.python.org/2/library
New submission from Vladimir Rutsky:
Return of @asyncio.coroutine-wrapped coroutine object from
@asyncio.coroutine-wrapped coroutine fails if asyncio debug is enabled.
Consider following example:
@asyncio.coroutine
def outer_coro():
@asyncio.coroutine
def inner_coro():
return
Changes by Vladimir Rutsky :
--
title: Return of asyncio.coroutine from asyncio.coroutine don't work in with
enabled debug -> Return of asyncio.coroutine from asyncio.coroutine doesn't
work in with enabled debug
___
Python t
Changes by Vladimir Rutsky :
--
title: Return of asyncio.coroutine from asyncio.coroutine doesn't work in with
enabled debug -> Return of asyncio.coroutine from asyncio.coroutine doesn't
work with enabled asyncio debug
___
Python t
New submission from Vladimir Rutsky:
In Python 3.4.3 with enabled asyncio debug a function is
wrapped using the following code in @asyncio.coroutine:
@functools.wraps(func)
def wrapper(*args, **kwds):
w = CoroWrapper(coro(*args, **kwds), func)
if w._source_traceback:
del w
New submission from Vladimir Rutsky:
Looks like there is no need to place space separators after numbers:
$ python3.5 -c "print(1and 0)"
0
$ python3.5 -c "print([1for i in range(1)])"
[1]
Not sure is this a bug or a feature, but I would expect that this should be
Synta
Changes by Vladimir Rutsky :
--
nosy: +rutsky
___
Python tracker
<http://bugs.python.org/issue13610>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Vladimir Rutsky:
"Specifying custom filter chains" section contains:
> It only supports a single The delta filter supports only one option, dist.
Probably should be just:
> The delta filter supports only one option, dist.
--
assignee: docs@p
29 matches
Mail list logo
