On Sat, Jul 16, 2011 at 8:26 AM, Antoine Pitrou wrote:
> I don't think moralist arguments should have a weight when deciding
> which features we add. If developers want to introduce bugs or
> limitations in their software they will always be able to do it.
Actually when designing language feature
On Sun, 17 Jul 2011 00:59:17 +1000
Nick Coghlan wrote:
>
> Exposing those flags would
> encourage people to do exactly that, and that would be a *really* bad
> idea
Making DNS resolution configurable (for example by allowing the user to
supply their own resolution function) in the stdlib's netwo
On Sun, Jul 17, 2011 at 12:12 AM, Maciej Fijalkowski wrote:
> On Thu, Jul 7, 2011 at 7:59 PM, Oleg Broytman wrote:
>> Hello.
>>
>> We are sorry but we cannot help you. This mailing list is to work on
>> developing Python (adding new features to Python itself and fixing bugs);
>
> Well, it seems
On Sat, Jul 16, 2011 at 04:12:45PM +0200, Maciej Fijalkowski wrote:
> On Thu, Jul 7, 2011 at 7:59 PM, Oleg Broytman wrote:
> > We are sorry but we cannot help you. This mailing list is to work on
> > developing Python (adding new features to Python itself and fixing bugs);
>
> Well, it seems th
On Thu, Jul 7, 2011 at 7:59 PM, Oleg Broytman wrote:
> Hello.
>
> We are sorry but we cannot help you. This mailing list is to work on
> developing Python (adding new features to Python itself and fixing bugs);
Well, it seems this post is about adding a new feature isn't it?
Cheers,
fijal
Hello.
We are sorry but we cannot help you. This mailing list is to work on
developing Python (adding new features to Python itself and fixing bugs);
if you're having problems learning, understanding or using Python, please
find another forum. Probably python-list/comp.lang.python mailing list/
I use cached dns lookups with pdnsd on my ubuntu machine to speed up web
access as regular lookups can take 15-30 seconds. However, python's
mechanize and urllib etc use socket.getaddrinfo, which seems not to be using
dns cacheing or taking a long time because of ipv6 lookups. In either case,
I sub
