- HTTPConnection.request() n’était pas compatible avec les vieux styles de classes tels que TemporaryFile. Cela a été corrigé ;
- un débordement d’entier a été découvert dans l’itérateur. L’erreur a été également corrigée ;
- format(int, 'c') générait une erreur d’exception de type OverflowError lorsque l’argument n’est pas compris dans la plage de données (0, 256) ;
- la vérification de type d’exception dans les gestionnaires d’erreurs standard comportait un bogue ;
- une baisse de performance de l’interpréteur a été observée. C’est pourquoi il a été recommandé d’utiliser la syntaxe « computed gotos » pour envoyer les bytecodes dans l’interpréteur. L'application de cette recommandation permet d’accroître les performances de l'interpréteur ;
- lorsque Python est exécuté avec l’option -3, les méthodes encode() et decode() et les constructeurs de str ainsi que les classes unicode et bytearray comportaient des erreurs d’encodage pour les caractères non-textes obsolètes. Un avertissement a été intégré toutes les fois que ces erreurs sont rencontrées ;
- les opérations NAN étaient mal gérées à la compilation ;
- plusieurs bogues ont été trouvés dans le décodage UTF-7 des données mal formées ;
- une perte de mémoire a été détectée dans la méthode SSLSocket.getpeercer() ;
- le protocole SSLv3 marqué comme vulnérable a été désactivé par défaut à la création de la classe ssl.SSLContext ;
- le module sur les systèmes de fichiers ne supportait pas le décompte de liens pour les répertoires ;
- le constructeur et la mise à jour de méthode de weakref.WeakValueDictionary n’acceptait pas l’argument self ;
- un débordement de la mémoire tampon a été détecté dans le module imageop ;
- le module tarfile ne tolérait pas un nombre de champs composés uniquement d’espace blanc. C’est maintenant le cas.
Ces corrections de bogues bien qu’utiles pour les utilisateurs des versions 2.x poussent certaines personnes à dire que l’équipe de Python serait plus tournée vers la version 3.x que cette dernière itération en raison de l’absence de nouvelles fonctionnalités. D’autres, pour leur part, enfoncent le clou en appelant de tous les vœux l’abandon complet du support de Python 2.x afin de se concentrer sur les versions 3.x.
En tout état de cause, l'équipe de Python a déjà averti que la branche 2.7 serait la dernière version de la série 2.x. Toutefois, un support Long Term Support (LTS) a été prévu pour cette branche. La maintenance de la version 2.7 sera donc effectuée jusqu'à 2020. En attendant cette date butoir, les développeurs utilisant les versions 2.x s’accrochent à cette branche et espèrent voir de nouvelles fonctionnalités dans leur version privilégiée.
Source : Python News
Et vous ?
Que pensez-vous de cette version de Python 2 ?
Pensez-vous qu’il serait temps pour les développeurs Python de tous migrer vers la version 3 ?
Voir aussi
Forum Python