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 louis-vincent.boudre
Recipients Jeffrey.Kintscher, conchylicultor, louis-vincent.boudre, pitrou
Date 2020-08-13.19:33:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAG6uVp10P8R6bOK--raOQRUCTB+u0sPJEpqyNLhW_UbwsTZyvg@mail.gmail.com>
In-reply-to <CAG6uVp2eTEo9equERfiEUdC2HOHSnr2f3RG91eLqk8ZKpd10cQ@mail.gmail.com>
Content
This is not true, because the classmethod used the library shortcuts the
class mro order, this is to prevent infinite loop inthe __new__. However,
If it was using __init__ before hand, we would
Not have this issue

Le jeu. 13 août 2020 à 15:31, Louis-Vincent Boudreault <
lv.boudreault95@gmail.com> a écrit :

> This is not true, because the classmethod use the library shortcuts the
> class mro order, to prevent infinite loop inthe __new__. However, it was
> using __init__ before hand, we would
> Not have this issue
>
>
> Le jeu. 13 août 2020 à 15:27, Jeffrey Kintscher <report@bugs.python.org>
> a écrit :
>
>>
>> Jeffrey Kintscher <websurfer@surf2c.net> added the comment:
>>
>> Adding __init__() to PurePath complicates things and doesn't provide any
>> benefit.  A subclass that calls super.__init__() ends up invoking
>> object.__init__(), which is perfectly fine.
>>
>> I was able to find a solution by calling type(self)() instead of
>> object.__new__() in most cases.  I am working on a PR.
>>
>> ----------
>>
>> _______________________________________
>> Python tracker <report@bugs.python.org>
>> <https://bugs.python.org/issue41109>
>> _______________________________________
>>
>
History
Date User Action Args
2020-08-13 19:33:20louis-vincent.boudresetrecipients: + louis-vincent.boudre, pitrou, Jeffrey.Kintscher, conchylicultor
2020-08-13 19:33:20louis-vincent.boudrelinkissue41109 messages
2020-08-13 19:33:20louis-vincent.boudrecreate