Ezio Melotti added the comment:
> Hadn’t though about coverage. Will mention it and add a link
> to the devguide part that talks about it.
Is devguide/coverage.html#using-coverage-py generic enough? We don't have to
duplicate the coverage documentation though, mentioning the to
Changes by Ezio Melotti :
--
components: +IO
nosy: +benjamin.peterson, ezio.melotti, pitrou, stutzbach
stage: -> test needed
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Ezio Melotti added the comment:
fd support is intentional, see Modules/_io/_iomodule.c:318
OTOH closing sys.stdin doesn't exit Python, so I'm not sure why closing fd 0
should.
I was also thinking about possible security implications of this, but if
someone tries to pass '0&#
Changes by Ezio Melotti :
--
Removed message: http://bugs.python.org/msg144010
___
Python tracker
<http://bugs.python.org/issue12975>
___
___
Python-bugs-list m
Changes by Ezio Melotti :
--
stage: -> committed/rejected
title: Invitation to connect on LinkedIn -> spam
___
Python tracker
<http://bugs.python.org/i
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issue12983>
___
___
Python-bugs-list mai
Ezio Melotti added the comment:
That can be done programmatically using the unicodedata module. The regex
module (that will hopefully be include in 3.3) is also able to match characters
that belongs to specific categories.
--
___
Python tracker
Ezio Melotti added the comment:
The bug tracker is not the right place for this kind of questions (the fact
that some modules are not built is not a bug). You might want to try
installing the tk-dev package and see if that solves the problem though.
--
nosy: +ezio.melotti
resolution
Changes by Ezio Melotti :
Removed file: http://bugs.python.org/file23132/unnamed
___
Python tracker
<http://bugs.python.org/issue12961>
___
___
Python-bugs-list mailin
Changes by Ezio Melotti :
Removed file: http://bugs.python.org/file23134/unnamed
___
Python tracker
<http://bugs.python.org/issue12961>
___
___
Python-bugs-list mailin
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue12931>
___
___
Python-bugs-list mailin
Ezio Melotti added the comment:
I haven't looked at the shlex code (yet), my comment was just about the idea of
adding constants with chars that belong to different Unicode categories.
--
___
Python tracker
<http://bugs.python.org/i
Ezio Melotti added the comment:
I think string methods (and other parts of the stdlib) assume NFC and leave
normalization to NFC up to the user. Before fixing str.title() we should take
a more general decision about handling strings that use other normalization
forms
Changes by Ezio Melotti :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue4153>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +lemburg
___
Python tracker
<http://bugs.python.org/issue12508>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13004>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +ezio.melotti, sandro.tosi
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue13005>
___
___
Python-
Ezio Melotti added the comment:
We could also look at what other languages do and/or ask to the Unicode
consortium [0].
[0]: http://www.unicode.org/consortium/distlist.html
--
___
Python tracker
<http://bugs.python.org/issue12
Ezio Melotti added the comment:
I believe it's ./python.exe on OS X. I'm not sure about Windows, maybe it's
just python.exe there.
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.pyt
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13012>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +haypo
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13021>
___
___
Python-bugs-list mai
Changes by Ezio Melotti :
--
stage: patch review -> test needed
___
Python tracker
<http://bugs.python.org/issue13021>
___
___
Python-bugs-list mailing list
Un
Ezio Melotti added the comment:
Hi, thanks for the report(s) and the patch(es)!
I think it would be better to have a test that shows the refleak for each of
the patches that you submitted.
Just out of curiosity, how did you find these?
--
nosy: +ezio.melotti
stage: -> test nee
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
versions: -Python 2.7
___
Python tracker
<http://bugs.python.org/issue13008>
___
___
Python-bugs-list mailin
Ezio Melotti added the comment:
LGTM
--
___
Python tracker
<http://bugs.python.org/issue13012>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
AFAIU final means:
* final=0: I'm passing in a few bytes, but there are more to come, so if the
last byte(s) doesn't make sense on its own (e.g. it's a start byte but the
continuation bytes are missing), wait for the others before raising an e
Ezio Melotti added the comment:
Fixed, thanks for the report and the suggestion!
--
components: +Devguide -Documentation
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Changes by Ezio Melotti :
--
assignee: docs@python -> ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13010>
___
___
Python-bugs-list mai
Ezio Melotti added the comment:
help("modules") imports all the modules, and you probably have some module that
once imported makes the interpreter crash (maybe _keybinder? you could try
importing that from the interpreter and see if it crashes).
The deprecation warnings comes from
Ezio Melotti added the comment:
Doing "help('modules')" and "help(), help> modules" should be the same.
My point is that the crash is not Python's fault, but it's caused by some
extension module that gets imported by help('modules').
Ezio Melotti added the comment:
Since help("modules") just shows a list of modules without any description,
maybe it could avoid importing them until further information about individual
modules are requested.
Also while trying to do help("modules") twice on py3k, I noti
Ezio Melotti added the comment:
Right, I missed that.
If we change the way the list is created this bug will be probably get fixed
too. If we don't, we should open another issue.
--
___
Python tracker
<http://bugs.python.org/is
Ezio Melotti added the comment:
Can the workaround be removed from Lib/pydoc.py:2001 ?
I tried to remove it from 3.2 and help('modules spam') seems to work fine.
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.
Ezio Melotti added the comment:
> A separate issue would be a feature request to not do that (assuming it
> really does).
I tried to verify this (the fact that modules get imported with
help('modules')). Here are the results:
* Lib/foobar.py:
- help('modules&
Changes by Ezio Melotti :
--
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue12931>
___
___
Python-bugs-list mailing list
Un
Changes by Ezio Melotti :
--
components: +Extension Modules
nosy: +giampaolo.rodola, janssen, pitrou
___
Python tracker
<http://bugs.python.org/issue13
Changes by Ezio Melotti :
--
nosy: +belopolsky, vinay.sajip
___
Python tracker
<http://bugs.python.org/issue13036>
___
___
Python-bugs-list mailing list
Unsub
Ezio Melotti added the comment:
http://mail.python.org/pipermail/python-dev/2011-May/111661.html
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13
Changes by Ezio Melotti :
--
stage: -> test needed
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13025>
___
___
Python-bugs-list
Ezio Melotti added the comment:
The attached patch adds 'keepends=' to a few calls and replaces 0/1 with
False/True. The patch can be applied after Mark's patch. Doing two separate
commits is probably better.
--
Added file: http://bugs.python.org/file23233/issue
Ezio Melotti added the comment:
> Out of curiosity, what is typically the convention on that?
In theory every issue should be about a single problem and therefore have a
single patch to fix it. Sometimes a secondary "problem" that is not strictly
related to the first one arises
Changes by Ezio Melotti :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue13041>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> argparse: terminal width is not detected properly
___
Python tracker
<http://bugs.python
Ezio Melotti added the comment:
I'm not sure they should be disallowed. We have ways to set variables and
attributes with "invalid" names (like '.something') too. OTOH __import__ fails
to import the .something due to the special meaning of the dot, but it import
Changes by Ezio Melotti :
--
nosy: +brett.cannon, ezio.melotti, ncoghlan
___
Python tracker
<http://bugs.python.org/issue13047>
___
___
Python-bugs-list mailin
Ezio Melotti added the comment:
If the function is public I guess that some external module might use it, and
possibly pass a wrong argument that triggers the leak.
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13
Ezio Melotti added the comment:
I applied my patch, including the changes in Lib/collections/__init__.py, the
issue can now be closed.
--
assignee: -> mark.dickinson
resolution: -> fixed
stage: patch review -> committed/rejected
_
Changes by Ezio Melotti :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13012>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Ezio Melotti :
Now that PEP 393 is in and the distinction between narrow and wide doesn't
exist anymore, the value of sys.maxunicode should always be 0x10.
sys.maxunicode currently uses PyUnicode_GetMax (Objects/unicodeobject.c:196)
and still returns either 0x10FF
Ezio Melotti added the comment:
Attached initial patch that sets the value of sys.maxunicode to 0x10, adds
a test, and document the change in both the sys.rst doc and in the 3.3 whatsnew.
The patch doesn't include any deprecation. If we decide to deprecate something
the PEP and pos
Ezio Melotti added the comment:
Do you want to work on a patch?
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13039>
___
___
Python-bug
Ezio Melotti added the comment:
Attached a second patch that fixes checks like:
if sys.maxunicode == 65535:
...
There are a couple of places (e.g. test_bigmem) where I'm not sure what the
best fix is, so I added a couple of XXX in the patch. If you have any
suggestion please co
Ezio Melotti added the comment:
I added PyUnicode_GetMax to the list of deprecated functions in PEP 393 in
http://hg.python.org/peps/rev/9a154edf18e6.
(I'm also adding Antoine to the nosy because he might know something about
test_bigmem.)
--
nosy: +pitrou
stage: test needed -&g
Changes by Ezio Melotti :
--
stage: -> test needed
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue13055>
___
___
Python-bugs-list
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue12933>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
I think it's fine to include it in 2.7.
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13053>
___
___
Ezio Melotti added the comment:
The problem is in Lib/idlelib/ReplaceDialog.py:141:
m = prog.match(chars, col)
if not prog:
return False
new = m.expand(self.replvar.get())
where
prog = re.compile('foo') # i.e. text in the find box
chars = '>>> "foo"\n&#x
New submission from Ezio Melotti :
The test at Lib/test/test_multibytecodec.py:178 checks for len('\U00012345') ==
2, and with PEP393 this is always False.
I tried to run the tests with a few changes and they seem to work, but the code
doesn't raise any exception on c.r
Changes by Ezio Melotti :
--
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issue11457>
___
___
Python-bugs-list mailing list
Unsubscri
Ezio Melotti added the comment:
It can still be fixed on 2.7/3.2 though.
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue10521>
___
___
Ezio Melotti added the comment:
Py_UNICODE_NEXT has been removed from 3.3 but it's still available and used in
2.7/3.2 (even if it's private). In order to fix #10521 on 2.7/3.2 the
_Py_UNICODE_PUT_NEXT macro attached to this patch is required.
--
versions: +Python 3.3 -
Changes by Ezio Melotti :
--
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue12819>
___
___
Python-bugs-list mai
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> needs patch
type: -> feature request
___
Python tracker
<http://bugs.python.org/issue13064>
___
__
Ezio Melotti added the comment:
RFC 4627 doesn't say much about lone surrogates:
A string is a sequence of zero or more Unicode characters [UNICODE].
[...]
All Unicode characters may be placed within the
quotation marks except for the characters that must be escaped:
quot
Changes by Ezio Melotti :
--
resolution: -> invalid
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue13065>
___
___
Pyth
Changes by Ezio Melotti :
--
resolution: -> invalid
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue13066>
___
___
Pyth
New submission from Ezio Melotti :
Testing issue creation
--
hgrepos: 83
messages: 144655
nosy: ezio.melotti
priority: normal
severity: normal
status: open
title: test
___
Python tracker
<http://bugs.python.org/issue13
Changes by Ezio Melotti :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ezio Melotti :
--
resolution: -> invalid
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue13068>
___
___
Pyth
Changes by Ezio Melotti :
--
resolution: -> invalid
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue13067>
___
___
Pyth
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue3232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Try to open cmd (win+r -> type 'cmd' -> press enter), cd in the Python
directory and do "python.exe Lib\idlelib\idle.py".
If that doesn't work it should give you a traceback. Once you get the
traceback copy/paste it here, so we
Ezio Melotti added the comment:
After PEP 393 the result is still the same (I attached a slightly improved
version of the script):
titlecase of 'deme un cafe' should be 'Deme Un Cafe' not 'DeMe Un Cafe'
titlecase of 'istanbul' should be 'Is
Ezio Melotti added the comment:
"patch -p1 < issue-13057.diff" in the directory where configure is should do
the trick.
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.pytho
Ezio Melotti added the comment:
The failing re tests after PEP 393 are:
FAIL lib re found non alphanumeric string 'cafe'
FAIL lib re found non alphanumeric string 'Ⓚ'
FAIL lib re found non alphanumeric string ''
FAIL lib re found non alphanumeric string '&
Ezio Melotti added the comment:
If that's a Mercurial clone of Python you can try "hg import --no-commit
issue-13057.diff". Otherwise you could just edit configure manually -- the
attached patch is trivial. You could also
Ezio Melotti added the comment:
You just have to add:
#include
just after:
#include
The + in the diff only means that the line was added and shouldn't be included
in the file.
--
___
Python tracker
<http://bugs.python.org/is
Ezio Melotti added the comment:
After the one at line 8620.
--
___
Python tracker
<http://bugs.python.org/issue13057>
___
___
Python-bugs-list mailing list
Unsub
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> needs patch
versions: -Python 2.6, Python 3.1, Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Ezio Melotti added the comment:
The attached patch changes Tools/unicode/makeunicodedata.py to create a list of
names and codepoints taken from
http://www.unicode.org/Public/6.0.0/ucd/NameAliases.txt and adds it to
Modules/unicodename_db.h.
During the lookup the _getcode function at Modules
Changes by Ezio Melotti :
--
assignee: -> ezio.melotti
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue12753>
___
___
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue13075>
___
___
Python-bugs-list mai
Changes by Ezio Melotti :
--
nosy: +eric.smith, ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13079>
___
___
Python-bugs-list mailing list
Unsub
Ezio Melotti added the comment:
Leaving named sequences for unicodedata.lookup() only (and not for \N{}) makes
sense.
The list of aliases is so small (11 entries) that I'm not sure using a binary
search for it would bring any advantage. Having a single lookup algorithm that
looks in
Ezio Melotti added the comment:
Attached a new patch that adds support for named sequences (still needs some
test and can probably be improved).
> There are certainly advantages to that strategy: you don't have to
> deal with [\N{sequence}] issues.
I assume with [] you mean a rege
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> needs patch
versions: -Python 3.1, Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Ezio Melotti added the comment:
The patch seems wrong to me:
>>> d = minidom.parseString('AAABBBCCC')
>>> print(d.toprettyxml())
AAA
BBB CCC
Even if the newlines are gone, the indentation before the closing tag is
preserved. Also a
Ezio Melotti added the comment:
> The problem with official names is that they have things in them that
> you are not expected in names. Do you really and truly mean to tell
> me you think it is somehow **good** that people are forced to write
>\N{LINE FEED (LF)}
> Rathe
Ezio Melotti added the comment:
Attached a new patch with more tests and doc.
--
Added file: http://bugs.python.org/file23291/issue12753-3.diff
___
Python tracker
<http://bugs.python.org/issue12
Ezio Melotti added the comment:
The broken links seem to be only in the "time objects" section, and only in the
body of attribute/method directives.
The attached patch fixes the issue by using :class:`~datetime.time` explicitly
where the links are broken.
Georg, is this a bug
Ezio Melotti added the comment:
This should be fixed now, thanks for the report.
FTR with Sphinx 1.0 all the links to :class:`time` and also :class:`datetime`
needed to be fixed because they were pointing to the modules, with 0.6 only the
:class:`time` in the body of attribute/method
Ezio Melotti added the comment:
> But it still has to happen at compile time, of course, so I don't know
> what you could do in Python. Is there any way to change how the compiler
> behaves even vaguely along these lines?
I think things like "from __future__ import ...&qu
Ezio Melotti added the comment:
Are you using some "unusual" keyboard layout?
--
___
Python tracker
<http://bugs.python.org/issue13071>
___
___
Python-b
Ezio Melotti added the comment:
FWIW there's also support.open_urlresource that can be used to download test
data. open_urlresouce calls requires('urlfetch') and skips the test when the
resource is not enabled. For instance, test_normalization uses it:
tr
Ezio Melotti added the comment:
This is an interesting proposal.
The line number comes from Python/traceback.c:120:
tb->tb_lineno = PyFrame_GetLineNumber(frame);
and this function is defined in Objects/frameobject.c:35:
int PyFrame_GetLineNumber(PyFrameObject *f) {
if (f->f
Changes by Ezio Melotti :
--
nosy: +tchrist
___
Python tracker
<http://bugs.python.org/issue6632>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
To understand better what's going on, try to change the value of 'each' after
the 3 prints and then call again the 3 methods: you will see that they now
return the new value of each. This is because the lambdas refer to global
'each'
Ezio Melotti added the comment:
Maybe with a different name is less confusing: lambda return_value=each:
return_value
This copies the value of 'each' in a variable called 'return_value' that is
local to the lambda. Since the copy happens when the lambdas are defined,
&#x
Ezio Melotti added the comment:
The patch is pretty much complete, it just needs a review (I left some comments
on the review page).
One thing that can be added is some compression for the names of the named
sequences. I'm not sure I can reuse the same compression used for the other
Ezio Melotti added the comment:
This sounds like the grouper() recipe of itertools. You could try to convince
Raymond and see if he wants to include it in itertools.
--
nosy: +ezio.melotti, rhettinger
versions: +Python 3.3
___
Python tracker
1 - 100 of 5818 matches
Mail list logo
