Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> test needed
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13099>
___
___
Ezio Melotti added the comment:
A patch against Lib/sqlite3/test/regression.py would be nice.
--
___
Python tracker
<http://bugs.python.org/issue13099>
___
___
Ezio Melotti added the comment:
The buildbot seems happy, so I'm closing this.
Antoine already took care of test_bigmem, and Victor opened #13100 for
sre_compile.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: ope
Changes by Ezio Melotti :
--
nosy: +jnoller
stage: -> test needed
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13106>
___
___
Pyth
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue13105>
___
___
Python-bugs-list mai
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: patch review -> test needed
___
Python tracker
<http://bugs.python.org/issue13104>
___
___
Python-
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +giampaolo.rodola, josiahcarlson, stutzbach
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issu
Ezio Melotti added the comment:
I also left some comments on the review page that should be addressed.
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13
Changes by Ezio Melotti :
--
stage: test needed -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue13106>
___
___
Python-bugs-list mai
Changes by Ezio Melotti :
--
nosy: -vsemionov
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
test attachments
--
Added file: http://bugs.python.org/file23322/unnamed
Added file: http://bugs.python.org/file23323/issue12753-3.diff
___
Python tracker
<http://bugs.python.org/issue2
Ezio Melotti added the comment:
test attachments
--
Added file: http://bugs.python.org/file23324/issue12753-3.diff
___
Python tracker
<http://bugs.python.org/issue2771>
___diff --git a/Doc/library/unicodeda
Ezio Melotti added the comment:
test attachments
--
Added file: http://bugs.python.org/file23325/unnamed
Added file: http://bugs.python.org/file23326/issue12753-3.diff
___
Python tracker
<http://bugs.python.org/issue2
Ezio Melotti added the comment:
Adding
# ignore html part of multipart/alternative
ignore_alternatives = yes
to the config.ini seems to get rid of the "unnamed" attachments.
--
___
Python tracker
<http://bugs.python.
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue12602>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
According to the latest patch updated by Victor, there are only 3 files left:
* Lib/distutils/tests/test_config_cmd.py
* Python/Python-ast.c
* Modules/_ctypes/libffi/src/x86/ffi.c
The first is in a test and it's probably safe to fix (Éric, do you want to
Ezio Melotti added the comment:
Maybe #12988 is related.
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13078>
___
___
Python-bugs-list m
Ezio Melotti added the comment:
A few comments:
* are you following some convention about the spelling of
buildbot/Buildbot/BuildBot?
* "+3. the standard development toolchain."
Which is? I think a compiler is the only missing bit.
* "(in which case you'll have t
Ezio Melotti added the comment:
> In addition to Notepad++ do you think it would be a good idea to at
> least mention Vim and Emacs with a disclaimer about the learning curve?
I'm not sure how many windows user use Vim/Emacs. Maybe PyScripter could be
mentioned too, but I
Ezio Melotti added the comment:
I'm not sure this is useful to have. If you changed your code you know that
you have to reload, so why would you want a warning that tells you that you
changed the code?
For some reason I always had the opposite problem (i.e. after a reload the
tracebac
Ezio Melotti added the comment:
argparse has some similar code in Lib/argparse.py:489. Can you reproduce the
problem with argparse?
If you can't and argparse solved the problem already, we might adopt the same
solution; if you can, it should be fixed there too.
--
Changes by Ezio Melotti :
--
nosy: +brian.curtin, tim.golden
___
Python tracker
<http://bugs.python.org/issue13111>
___
___
Python-bugs-list mailing list
Unsub
Ezio Melotti added the comment:
AFAIK the doc for 3.1 is not rebuilt anymore, so even if it's fixed, the change
won't have any visible effect -- unless someone manually triggers a rebuild.
Regarding the 3.1 link on the py3k page: I think 'stable' still applies, even
Ezio Melotti added the comment:
> The source line showed in the traceback could not be the same line executed.
My point is that when I see an error and modify the source to fix it, then I
know that I'll have to reload. If for some reason I forget to reload, I'll get
the wron
Ezio Melotti added the comment:
Pay attention not to introduce regressions like the one in #12576 while fixing
this. I'm not sure there are similar tests for urllib2 -- if not they should
be added.
--
nosy: +ezio.melotti
stage: -> patc
Ezio Melotti added the comment:
Here is a new patch that stores the names of aliases and named sequences in the
Private Use Area.
To summarize a bit, this is what we want:
| 6.0.0 | 3.2.0 |
+---+---+
\N{...} | A | - |
.name | - | - |
.lookup | A,NS
Ezio Melotti added the comment:
> Attached is my first revision patch.
LGTM
> I did some other editing for clarity / 80 columns, though I can back
> those out from this patch (and put in another) if that's best.
That's fine with me, and while you are at it, you could fi
Ezio Melotti added the comment:
Fixed, thanks for the report and the patch!
--
assignee: docs@python -> ezio.melotti
nosy: +ezio.melotti
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tr
Ezio Melotti added the comment:
localName is defined with defproperty() in Lib/xml/dom/minidom.py:464 and
looking at the definition of defproperty() in Lib/xml/dom/minicompat.py:97 I
think this is supposed to raise an xml.dom.NoModificationAllowedErr exception
when someone tries to write on
Changes by Ezio Melotti :
--
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue11813>
___
___
Python-bugs-list mailing list
Unsubscri
Ezio Melotti added the comment:
This is a duplicate of #1673007, and it also has the same patch you wrote.
--
nosy: +ezio.melotti
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> urllib2 requests history + HEAD support
versio
Ezio Melotti added the comment:
> Open a command prompt:
Another alternative is win+r -> type 'cmd' -> hit enter. This should work on
all the Windows versions.
> * cd C:\ - Puts you in the root directory of the C drive.
> * cd Python32 - Puts you in the dire
Changes by Ezio Melotti :
--
nosy: +aronacher, bethard
___
Python tracker
<http://bugs.python.org/issue13107>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
This has been fixed in http://hg.python.org/peps/rev/398596b3
Thanks for the report and the patch!
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python track
Changes by Ezio Melotti :
--
nosy: +pitrou, tchrist
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue11489>
___
___
Python-bugs-list mailin
Changes by Ezio Melotti :
Removed file: http://bugs.python.org/file23355/issue12753-4.diff
___
Python tracker
<http://bugs.python.org/issue12753>
___
___
Python-bug
Changes by Ezio Melotti :
Added file: http://bugs.python.org/file23365/issue12753-4.diff
___
Python tracker
<http://bugs.python.org/issue12753>
___
___
Python-bugs-list m
Ezio Melotti added the comment:
Attached an updated patch that addresses the comments of Éric in the review and
adds an entry to the whatsnew.
--
assignee: orsenthil -> ezio.melotti
keywords: +needs review
nosy: -BreamoreBoy
stage: patch review -> commit review
Added file
Ezio Melotti added the comment:
> Symlink awareness under Windows was added to Python in Python 3.2
If they are not available on Windows with 2.7, the doc should get an
"availability: unix" or something similar (depending on where they are actually
supported), or mention expli
Changes by Ezio Melotti :
Removed file: http://bugs.python.org/file23365/issue12753-4.diff
___
Python tracker
<http://bugs.python.org/issue12753>
___
___
Python-bug
Changes by Ezio Melotti :
Added file: http://bugs.python.org/file23374/issue12753-4.diff
___
Python tracker
<http://bugs.python.org/issue12753>
___
___
Python-bugs-list m
Ezio Melotti added the comment:
(I had to re-upload the patch a couple of time to get the review button to
work. Apparently if there are some conflicts rietveld fails to apply the
patch, whereas hg is able to merge files without problems here. Sorry for the
noise
Changes by Ezio Melotti :
--
assignee: ezio.melotti -> orsenthil
___
Python tracker
<http://bugs.python.org/issue1673007>
___
___
Python-bugs-list mai
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13150>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
We have discussed the API a bit on IRC and these are the outcomes:
1) should method always have priority or should 'POST' always be used whenever
data is passed?
2) if the method is e.g. 'GET' and data is passed, should an error
Changes by Ezio Melotti :
--
keywords: +needs review
nosy: +georg.brandl
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13152>
___
_
Ezio Melotti added the comment:
The italics parts are easier to recognize when they are within regular text
(e.g. :file:`path/with/python{XY}/file`). If the whole text is in italic
people might not notice the difference.
--
___
Python tracker
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13169>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue6210>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ezio Melotti :
The attached patch changes lru_cache to use if/else instead of try/except.
This has 2 effects:
1) it avoids chained exceptions and makes the error messages clearer;
2) it probably makes lru_cache a bit faster since building and catching
exceptions is expensive
Ezio Melotti added the comment:
Here's an example (copied from msg142063) of what the traceback is without the
patch:
>>> from functools import lru_cache
>>> @lru_cache()
... def func(arg): raise ValueError()
...
>>> func(3)
Traceback (most recent call last):
Changes by Ezio Melotti :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue13052>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Thanks for the patch.
This seems to fix the problem with the trailing \, but not the other issues.
As I mentioned in my previous message I think re.escape might be a better
solution.
I also wonder if there are tests for this, and how difficult would be to add
Ezio Melotti added the comment:
Defining the desired behavior is a good place where to start. Next it would be
good to have tests that reflect the desired behavior, and eventually make them
pass with a proper patch.
Currently IDLE seems to understand \n, \t, etc. in the "Replace with&q
Ezio Melotti added the comment:
Canceling the chained exception might work as a workaround, but it requires yet
another try/except and it's not very elegant in my opinion.
Raymond, about __missing__ it shouldn't be a problem here, because we are using
"in" to look in the
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue12967>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue13144>
___
___
Python-bugs-list mailin
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13178>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13153>
___
___
Python-bugs-list mai
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue7317>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
> Ezio, do you know anything about these speculations?
Assuming that the non-BMP character is represented with two surrogates
(\ud801\udca2) and that _tkinter tries to decode them independently, the error
message ("invalid continuation byte") wou
Ezio Melotti added the comment:
This can also be reproduced by doing:
>>> print('\U000104a2'[0])
�
and then copy/pasting the lone surrogate.
The traceback is:
[...]
File "C:\Programs\Python32\Lib\tkinter\__init__.py", line 1009, in mainloop
self.tk.mainloop
Ezio Melotti added the comment:
> I would consider it preferable if it quit
Note that if we catch the error there might be no reason for IDLE to quit
(unless the error left IDLE in some invalid state).
> with an error traceback that gave as much info as available,
That might scare n
Ezio Melotti added the comment:
My comment was referring to double try/except suggested by Eric. Indeed the
if/else might lead to a race condition, and that's a good reason to avoid LBYL
-- even if on average calling hash() twice might be faster.
I'm happy with the fix you committ
Ezio Melotti added the comment:
In theory, with some encodings you can't even know where the line (and the
comment) ends if you don't decode first. Also it doesn't seem worth to me
changing the way files are parsed just for this use case.
Assuming you are using UTF-8 (and y
Changes by Ezio Melotti :
--
keywords: +needs review, patch
nosy: +ezio.melotti
stage: -> patch review
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Ezio Melotti added the comment:
There's actually a similar proposal with a patch and a few comments in #9896.
--
nosy: +durban, pitrou, rhettinger, terry.reedy
___
Python tracker
<http://bugs.python.org/is
Ezio Melotti added the comment:
See also #13200.
--
nosy: +ezio.melotti -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue9896>
___
___
Python-bug
Changes by Ezio Melotti :
--
keywords: +needs review, patch
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13201>
___
___
Python-bugs-list m
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue12281>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue10320>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Done.
--
assignee: eric.araujo -> ezio.melotti
nosy: +ezio.melotti
resolution: accepted -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
assignee: rhettinger -> ezio.melotti
nosy: +ezio.melotti
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.3
___
Py
Ezio Melotti added the comment:
+1
--
nosy: +ezio.melotti
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue13209>
___
___
Python-bugs-lis
Ezio Melotti added the comment:
LGTM.
(Actually you can still break someone's code by introducing new
functions/classes, in case they get imported with 'from mod import *' and
override some local function/class with the same name -- but this is such an
obscure case that doe
Ezio Melotti added the comment:
I wonder if there are concrete use cases for loading/dumping basic types.
I see two options here:
1) we decide that load/dump should accept and produce only complete json object
and go through a deprecation process, raising warnings first and errors then;
2) we
Changes by Ezio Melotti :
--
nosy: +ezio.melotti, gvanrossum
___
Python tracker
<http://bugs.python.org/issue13224>
___
___
Python-bugs-list mailing list
Unsub
Changes by Ezio Melotti :
--
keywords: +easy
nosy: +ezio.melotti
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issue13223>
___
___
Python-
Ezio Melotti added the comment:
> I installed Python 3.2 first and then 2.7
This probably made 2.7 the default Python.
> I tried to open a .py file that's written with 3.2,
> but it were opened with the 2.7 IDLE.
So this is normal.
> So I uninstalled 2.7 and tried to open it
Changes by Ezio Melotti :
--
nosy: +jnoller
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issue13220>
___
___
Python-bugs-list mai
Ezio Melotti added the comment:
Here's a patch against 2.7. I rephrased the section a bit. If it's more
understandable I'll commit it.
--
assignee: docs@python -> ezio.melotti
keywords: +patch
nosy: +ezio.melotti
stage: -> commit review
versions: +Python 3.2,
Ezio Melotti added the comment:
I don't think we need to mention that. Actually the tone of the whole
paragraph could be relaxed a bit, because it first says that "any change
**will** break code" (which is not true), except "new semantic, obviously"
(which is not
New submission from Ezio Melotti :
Attached patch adds to the index page a list of 5 steps necessary to set up
Python and make a patch. These informations are currently scattered around a
few pages and many contributors are already familiar with Mercurial and the
process of creating patches
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue13125>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ezio Melotti :
--
nosy: +ezio.melotti -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4733>
___
___
Python-bugs-list mailing list
Unsub
Ezio Melotti added the comment:
I'm not sure adding a strict option is a good idea. HTMLParser got a strict
argument and it's causing more problems than it solves. If another problem
comes up later we would either have to change the behavior for strict and break
code that by the
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13227>
___
___
Python-bugs-list mai
Ezio Melotti added the comment:
Brian, can you still reproduce this?
I tried now with "Python 3.3.0a0 (default:bfbe144986d7, Oct 20 2011, 04:35:19)"
and I can see the message (same output posted by Benjamin).
If I run the test with python3.2 (i.e. "Python 3.2 (r32:88445, Mar
Ezio Melotti added the comment:
OK, I will close the issue then.
Thanks for the quick reply!
--
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Ezio Melotti added the comment:
> Christian Heimes wrote:
> There is no generic and simple way to detect the encoding of a
> remote site. Sometimes the encoding is mentioned in the HTTP header,
> sometimes it's embedded in the section of the HTML document.
FWIW f
Ezio Melotti added the comment:
page.decode_content() might be a better name, and would avoid confusion with
the bytes.decode() method.
--
___
Python tracker
<http://bugs.python.org/issue4
Changes by Ezio Melotti :
--
components: +Tests
nosy: +alexis, eric.araujo, tarek
stage: -> needs patch
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Changes by Ezio Melotti :
--
nosy: +ezio.melotti
stage: -> test needed
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13232>
___
___
Ezio Melotti added the comment:
Done, thanks for the report!
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ezio Melotti added the comment:
Fixed, thanks for the report!
--
assignee: docs@python -> ezio.melotti
nosy: +ezio.melotti
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 3.2, Python 3.3
__
Ezio Melotti added the comment:
If the latest patch is fine I'll commit it shortly.
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org
Ezio Melotti added the comment:
Indeed.
The "tricks" of putting '-' at the beginning/end and ']' at the beginning are
well known and works with most of the implementations afaik, but I would
consider the behavior of [._-a-z] as an implementation detail and don&
Changes by Ezio Melotti :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue13235>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Can you provide a minimal test case to reproduce the issue?
--
nosy: +ezio.melotti
stage: -> test needed
versions: -Python 3.1
___
Python tracker
<http://bugs.python.org/issu
101 - 200 of 5818 matches
Mail list logo
