<p><br>
On Oct 1, 2012 10:06 AM, "Antoine Pitrou" <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br>
><br>
> On Mon, 1 Oct 2012 09:52:09 -0500<br>
> Zachary Ware <<a href="mailto:zachary.ware%2Bpydev@gmail.com">zachary.ware+pydev@gmail.com</a>> wrote:<br>
> ><br>
> > My thought was that it's better to have *something* always available,<br>
> > that has a decent chance of being "good enough" in a lot of cases (and<br>
> > if it's good enough for you, just silence the warning), than to<br>
> > noisily fail because we can't provide a perfect solution due to<br>
> > political idiocy.  Or worse, to *silently* be wrong because someone<br>
> > assumed we had provided a perfect solution without looking too hard.<br>
><br>
> We can, and should, mention potential pitfalls in the documentation.</p>
<p>With large red text and blink tags :-P</p>
<p>><br>
> But I don't think a warning is warranted, anymore than for other known<br>
> issues (there are many of them at <a href="http://bugs.python.org/">http://bugs.python.org/</a> :-)).<br>
></p>
<p>Just curious (and a bit off topic), what exactly does warrant a warning in Python? I've been messing around with it for a couple years (since shortly before 3.1, and always on 3.x) and I'm pretty sure I have yet to see a warning for anything. Which I suppose could be counted as a good thing...<br>

</p>