Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +14518
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14721
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
Hi and thank you for opening this issue.
What is the behaviour?
What is the test you used to reproduce this bug?
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue37
Michele Angrisano added the comment:
I don't get that output on 3.8.0a4+. I'm on OSX.
Anyway, I think that 1 should be cast with unsigned.
What do you think?
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue37
Change by Michele Angrisano :
--
nosy: +benjamin.peterson
___
Python tracker
<https://bugs.python.org/issue37371>
___
___
Python-bugs-list mailing list
Unsub
Change by Michele Angrisano :
--
nosy: +bethard
___
Python tracker
<https://bugs.python.org/issue37150>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Angrisano added the comment:
Hi Hodai, thank you for the report.
Would you be interested to propose a Pull Request for this issue?
You can read the devguide for more informations.
Thank you. :)
--
nosy: +lemburg, mangrisano
___
Python
Michele Angrisano added the comment:
Hi Eric,
Thank you for the report.
Would you interested to propose a Pull Request for this issue?
You can read the devguide for more info: https://devguide.python.org/
--
nosy: +amaury.forgeotdarc, belopolsky, mangrisano, meador.inge
Michele Angrisano added the comment:
Yes, I meant that. Thanks! :)
--
___
Python tracker
<https://bugs.python.org/issue37150>
___
___
Python-bugs-list mailin
Michele Angrisano added the comment:
Reading the examples in the doc, it's clear the behavior when FileType takes an
argument. What's the behavior of FileType when is called without any argument?
--
nosy: +mangrisano
___
Python tracker
<ht
Change by Michele Angrisano :
--
nosy: -mangrisano
___
Python tracker
<https://bugs.python.org/issue36986>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michele Angrisano :
--
nosy: -mangrisano
___
Python tracker
<https://bugs.python.org/issue37086>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michele Angrisano :
--
nosy: -mangrisano
___
Python tracker
<https://bugs.python.org/issue37074>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Angrisano added the comment:
The doc (3.7) says that the argument "may be a floating point number to
indicate a more precise sleep time."
I think that TypeError message is right because you can choose how much
precision you need but it's optional.
What do you t
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +13544
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/13652
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
I'm working on it.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue19184>
___
___
Python-bugs-list m
Michele Angrisano added the comment:
I've tried to reproduce this behavior on my Mac with python3.8 and python 3.7
but I couldn't.
If 'nul' doesn't exist, it raises a FileNotFound exception as it should do.
If 'nul' exists, it shows me the right output.
Same behavior with 'con
Change by Michele Orrù :
--
title: Integer overflow in the socket function parsing a Bluetooth address ->
Fix Bluetooth address parser
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
I agree with *target_time*. I'm working on it and soon I'm going to update the
pr.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue36
Michele Angrisano added the comment:
I've just made a PR for this issue.
--
___
Python tracker
<https://bugs.python.org/issue37014>
___
___
Python-bugs-list m
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +13457
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue37014>
___
_
Michele Angrisano added the comment:
The Python's version chosen for this issue is 3.7. I think the suggest can be
useful for 3.8 as well. Am I right?
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue37
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +13440
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
I'm on it.
--
___
Python tracker
<https://bugs.python.org/issue36713>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Angrisano added the comment:
The proper link is this: cf448832ebca7ed34809168660fa96c3c61f8abb.
Sorry.
--
___
Python tracker
<https://bugs.python.org/issue36
Michele Angrisano added the comment:
That method was already removed in cf44883.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue36
Michele Angrisano added the comment:
It looks like it has the same behavior of issue8958.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue36
Change by Michele Angrisano :
--
pull_requests: +13274
___
Python tracker
<https://bugs.python.org/issue36748>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +13268
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
If Aaron can't working on it, I can do it. Just tell me.
Thanks.
--
nosy: +Michele Angrisano
___
Python tracker
<https://bugs.python.org/issue36
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +12879
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
New submission from Michele Comitini:
When sending a message larger than 4096 bytes with smtpd on a ssl socket,
everything hangs.
This is due to polling before synchronizing the SSL channel with the underlying
socket.
The issue can be solved by properly modifying the poll function
Michele Orrù added the comment:
R. David Murray rep...@bugs.python.org writes:
Since we want to encourage people to use the context, that sounds
reasonable for 3.x at least.
Concerning this specific proposition, I really don't see the point in
having .starttls() not simply accepting
New submission from Michele Orrù:
maker hello! In
https://docs.python.org/2/library/smtplib.html#smtplib.SMTP.starttls I read::
maker If keyfile and certfile are provided, these are passed to the socket
module’s ssl() function.
maker socket.ssl() exists, though it is not documented (not even
Michele Orrù added the comment:
On Sun, Jun 29, 2014 at 03:15:44PM +, Mark Lawrence wrote:
Mark Lawrence added the comment:
@Michele as 8739 has been implemented would you like to put up a patch for
this?
No, but setting keyword easy could help for future contributions
Michele Orrù added the comment:
ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
___
___
Python-bugs-list mailing list
Unsubscribe
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21541
___
___
Python-bugs-list mailing
Changes by Michele Orrù maker...@gmail.com:
Added file: http://bugs.python.org/file35146/issue18564.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
Michele Orrù added the comment:
Interestingly, bluetooth/bluetooth.h implements a function for parsing
bluetooth addresses, but it's completely broken.
https://git.kernel.org/cgit/bluetooth/bluez.git/tree/lib/bluetooth.c#n83
It would be much much more elegant to use str2ba() in our source code
Changes by Michele Orrù maker...@gmail.com:
Added file: http://bugs.python.org/file35112/issue18564.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
Michele dos Santos da Silva added the comment:
func_name was not available on the places where the error strings are set
(PyErr_Format), so I added it and passed it around as needed.
This is the simplest approach, but I am not sure it is the best (newbie here).
Thus, I am waiting for your
Changes by Michele Orrù maker...@gmail.com:
--
nosy: -maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8402
___
___
Python-bugs-list mailing
Changes by Michele Orrù maker...@gmail.com:
--
nosy: -maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16113
___
___
Python-bugs-list mailing
Michele Orrù added the comment:
Cool, thanks for pointing the correct library function.
Tested on my machine - Debian 3.9 x86_64 GNU/Linux.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16201
Michele Orrù added the comment:
Is that you actual use case? That you *want* to store binary data in XML,
instead of getting it properly rejected as non well-formed content?
No, Stefan.
What I was saying in my last message was just you're right, the user shall
always use repr() when
Michele Orrù added the comment:
The parser *is* rejecting control characters. It's an XML parser. See the
example in the link you posted.
Ehrm, my apologies.
That's not an XML specific issue. You are printing a byte string here, so
repr() would be the right thing to use (and is actually
Michele Orrù added the comment:
Incidentally I read today
http://blastedbio.blogspot.co.uk/2012/05/blast-tabular-missing-descriptions.html
mentioning ^A being used.
Maybe that would stop working?
I don't see any problem in any xml output. Indeed:
You can't put a nasty non-printing ASCII
Michele Orrù added the comment:
XML is *defined* as a stream of bytes.
Can you *paste* the *source* proving what you are arguing, please?
Regarding the API side in ElementTree, Py2 accepts byte strings and Py3
requires Unicode strings.
accepts? python3 works with ElementTree(bytes(unicode
Michele Orrù added the comment:
XML is *defined* as a stream of bytes.
Can you *paste* the *source* proving what you are arguing, please?
http://www.w3.org/TR/REC-xml/
The first two suggestions are directly derived from the rules given for
identifiers in Standard Annex #31 (UAX #31
Michele Orrù added the comment:
Document authors are encouraged to avoid compatibility characters, as defined
in section 2.3 of [Unicode]. The characters defined in the following ranges are
also discouraged. They are either control characters or permanently undefined
Unicode characters
Michele Orrù added the comment:
Does not seem to me just a byte string where you can put binary data.
Hence, I expect the xml tree to escape/reject those.
Hence, Is not an enhancement, but a bug. Unless we just want to document this.
(not going to change the metadata, otherwise we'll end up
Michele Orrù added the comment:
I said that (serialised) XML is defined as a sequence of bytes.
Read the spec on that.
And I'm saying that's inexact. I have expectations that control chars are
escaped in the serialized xml, because the spec I'm reading says so, and
because the documentation
Michele Orrù added the comment:
Just pointed by a friend - http://www.w3.org/TR/REC-xml/#sec-cdata-sect
I suppose this is insanely used to put binary blobs inside xml until only the
CDEnd string is recognized as markup.
That's what I needed.
Amen
New submission from Michele Orrù:
Got from irc;
JerryKwan python bug in xml.etree.ElementTree, from version 2.7 to 3.2
http://www.reddit.com/r/Python/comments/1l6cta/python_bug_in_xmletreeelementtree/
I think we should keep consistency with lxml and forbid control chars in
advance.
https
Changes by Michele Orrù maker...@gmail.com:
--
components: +Library (Lib), XML
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
Michele Orrù added the comment:
you mind if I try by myself to provide patch and unittest in the next few days?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
Michele Orrù added the comment:
I suppose it is, David, if in 2 minutes flat I can change your terminal name.
--
Added file: http://bugs.python.org/file31484/inject.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
Michele Orrù added the comment:
Michele, could you elaborate how you would exploit this issue as a security
risk?
Sure. What I meant in my message is: assume you have a script that simply
stores each message it receives (from stdin, from a tcp stream, whatever)
inside an xml tree like
Michele Orrù added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16201
___
___
Python-bugs-list mailing list
Unsubscribe
Michele Orrù added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
___
___
Python-bugs-list mailing list
Unsubscribe
Michele Orrù added the comment:
Still is an issue, though. Exported on the current tip.
--
versions: +Python 3.5 -Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file31486/issue16083.1.patch
___
Python tracker rep
Michele Orrù added the comment:
oops, didn't see :) thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
___
___
Python-bugs-list
Michele Orrù added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18538
___
___
Python-bugs-list mailing list
Unsubscribe
Michele Orrù added the comment:
ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8425
___
___
Python-bugs-list mailing list
Unsubscribe
Changes by Michele Orrù maker...@gmail.com:
Added file: http://bugs.python.org/file31056/issue18564.1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
New submission from Michele Orrù:
In Modules/socketmodule.c , the bluetooth address supplied is vulnerable to
integer overflow.
Attaching patch and a couple of tests, which should be considered as a step
forward in #7687.
--
components: Extension Modules
files: btoverflow.patch
Changes by Michele Orrù maker...@gmail.com:
--
components: Library (Lib)
nosy: maker
priority: normal
severity: normal
status: open
title: `python -m dis `
type: enhancement
versions: Python 3.5
___
Python tracker rep...@bugs.python.org
http
New submission from Michele Orrù:
I feel a little bit embarassed for this patch;
while reading the stdlib's Lib/dis.py file, I saw that the _test() function
parses by itself sys.argv.
I tried to clean it up using argparse; diff and manual tests attached.
--
title: `python -m dis
Changes by Michele Orrù maker...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file31024/issue18538.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18538
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18233
___
___
Python-bugs-list mailing
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18369
___
___
Python-bugs-list mailing
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16308
___
___
Python-bugs-list mailing
Michele Orrù added the comment:
wow, I was just writing the unittests, thanks paul.
Shall I continue? I don't see any test case on tip.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14364
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13922
___
___
Python-bugs-list mailing
Michele Orrù added the comment:
Yes, http://bugs.python.org/file29845/dbldash.patch seems to fix this.
Attaching the unittests, and noisying on your issue.
--
keywords: +patch
Added file: http://bugs.python.org/file29938/issue14364.test.patch
Michele Orrù added the comment:
.. sorry for all these trivialities.
--
Added file: http://bugs.python.org/file29584/issue16692.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
Changes by Michele Orrù maker...@gmail.com:
Added file: http://bugs.python.org/file29587/issue16692.4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
Michele Orrù added the comment:
synced with tip
This decorator looks like it would be impressed in a simpler way,
using unittest.skipIf (or unittest.skipUnless).
It would be nice to check that connecting succeeds from a
TLSv1_1 client on a SSLv23 server.
yep, thanks.
Not sure why you
Michele Orrù added the comment:
(ping)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
___
___
Python-bugs-list mailing list
Unsubscribe
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17267
___
___
Python-bugs-list mailing
Changes by Michele Orrù maker...@gmail.com:
--
nosy: -maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15767
___
___
Python-bugs-list mailing
Michele Orrù added the comment:
Isn't this issue fixed and tested on Lib/test/test_urllib2.py:1304?
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue979407
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
___
___
Python-bugs-list
Changes by Michele Orrù maker...@gmail.com:
Added file: http://bugs.python.org/file29066/issue16692.1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
Changes by Michele Orrù maker...@gmail.com:
--
keywords: +patch
nosy: +maker
Added file: http://bugs.python.org/file29022/issue16692.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16728
___
___
Python-bugs-list mailing
Michele Orrù added the comment:
done!
--
Added file: http://bugs.python.org/file27943/issue6584_6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6584
Michele Orrù added the comment:
Well, I specified the word ``files`` everywhere for that reason. Looking at
Doc/library/zlib.rst I see:
For reading and writing .gz files see the gzip module.
Also, I specified 'the gzip module' on the whatsnew section.
Is there anything more specific I could
Michele Orrù added the comment:
The patch should not unconditionally use `python2` since many distributions
do not yet install a `python2` link
to the interpreter nor is there one when running python2.7 from a build
directory. The Makefile could
conditionally try `python2
Michele Orrù added the comment:
Updated. Note that removing `eval` is necessary for the new logic of the
function.
--
Added file: http://bugs.python.org/file27586/issue5256.1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Michele Orrù added the comment:
Well, it is a security issue IMO, but not particularly harmful. But certainly
that's not a RFC violation, since I'm not sending rfc-compliant packets.[0]
The best an attacker could do is to DDoS the server running HTTPServer:
tracebacks may open file
Michele Orrù added the comment:
Updated with tip, and merged with documentation.
--
Added file: http://bugs.python.org/file27569/issue5256.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5256
Michele Orrù added the comment:
Noblesse oblige :)
--
Added file: http://bugs.python.org/file27570/issue8402.1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8402
New submission from Michele Orrù:
On Arch/Linux, running `make html` fails with
$ make html
mkdir -p build/html build/doctrees
python tools/sphinx-build.py -b html -d build/doctrees -D latex_paper_size= .
build/html
Traceback (most recent call last):
File tools/sphinx-build.py, line 27
Changes by Michele Orrù maker...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file27576/issue16236.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16236
Changes by Michele Orrù maker...@gmail.com:
--
assignee: - docs@python
components: +Documentation -Interpreter Core
nosy: +docs@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16236
Michele Orrù added the comment:
Buggy due to the use of scanf at Modueles/socketmodule.c:868
I don't think so. The following test fails because sscanf() returns 5
instead of 4:
You are right, sorry for didn't notice.
If you consider that '192.168.1.1 ' is an invalid name, you should
Michele Orrù added the comment:
Reviewed with Ezio.
--
Added file: http://bugs.python.org/file27550/issue16201.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16201
Michele Orrù added the comment:
The attached patch adds support for '\\' escaping to fnmatch, and consequently
to glob.
--
keywords: +patch
nosy: +maker
versions: +Python 3.4 -Python 3.2
Added file: http://bugs.python.org/file27551/issue8402.patch
Michele Orrù added the comment:
Updated tested on GNU/Linux (gcc).
--
Added file: http://bugs.python.org/file27558/issue16201.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16201
Michele Orrù added the comment:
Attaching patch to trim leading and trailing whitespaces prior to
processing.
Note that tests are incorrect: the parsing is of the form %d.%d.%d.%d%c, so the
parser should accept trailing spaces. That's the same for ping iirc:
$ ping 192.168.1.1
PING
1 - 100 of 232 matches
Mail list logo