➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author maker
Recipients ezio.melotti, maker, santoso.wijaya, vstinner
Date 2012-10-13.08:59:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1350118764.79.0.907086867823.issue16201@psf.upfronthosting.co.za>
In-reply-to
Content 
>
>> 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
> report the issue to the vendor of the C library of your OS.
Yep, I'm going to ask on #glibc if there is any specific reason for accepting trailing spaces. But this concerns the specific underlying implementation if getaddrinfo(), so IMO we should just update the int overflow issue for now, maintaining the coherence with other utilities having the same "problem". For this, I am attaching a new patch which which just do not test for trailing whitespaces. 

-- 
ù
History
Date User Action Args
2012-10-13 08:59:24makersetrecipients: + maker, vstinner, ezio.melotti, santoso.wijaya
2012-10-13 08:59:24makersetmessageid: <1350118764.79.0.907086867823.issue16201@psf.upfronthosting.co.za>
2012-10-13 08:59:24makerlinkissue16201 messages
2012-10-13 08:59:24makercreate