Eric Frederich added the comment:
I'm happy to create a pull request but would need some help.
Looking at that routine it has changed over time and I cannot simply create a
single patch against 3.6 and have it merge cleanly into newer versions.
I'd need help explaining the process
Eric Frederich added the comment:
I verified against all versions available for me to select.
For 3.10 I used the 3.10-rc Docker image.
--
versions: +Python 3.10, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/issue43
Change by Eric Frederich :
--
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue43529>
___
___
Python-bugs-list mailin
New submission from Eric Frederich :
Calling pathlib.Path.glob("**/*) on a directory containing a symlink which
resolves to a very long filename causes OSError.
This is completely avoidable since symlinks are not followed anyway.
In pathlib.py, the _RecursiveWildcardSelector has a m
New submission from Eric Frederich :
The __init__ method for IPv4Network has a typo where it says all three of
'192.0.2.0/24', '192.0.2.0/255.255.255.0' and '192.0.0.2/0.0.0.255' should be
equal.
--
assignee: docs@python
components: Documentation
messages: 374841
nosy: docs@python
Eric Frederich added the comment:
I can confirm that this is NOT fixed in 3.6.1rc1 embeddable zip.
This is extremely easy to reproduce. Look at the contents of foo.py and
bar.py. Just throw them in the same directory and try to run
C:\path\to\extracted\python.exe foo.py
--
versions
Eric Frederich added the comment:
I'm wondering if I'm experiencing this same issue.
In a simple directory with a foo.py and a bar.py where foo tries to import from
bar I cannot get it to work with the embeddable 3.6.0 zip, but the standard
3.6.0 that gets "installed" works fine.
Eric Frederich added the comment:
I understand that in the general case you cannot just swap the order around and
get the same behaviour.
This LoggingDict just prints some stuff to the screen and delegates to super
and so I believe it should work wherever it is placed in a cooperative
Eric Frederich added the comment:
Éric (Araujo),
Combinding defaultdict and OrderedDict is a little easier since one of them
(defaultdict) has special behavior on getitem while the other (OrderedDict) has
special behavior on setitem.
I played with mixing those two myself and saw some issues
Eric Frederich added the comment:
Raymond,
Thanks for the explanation of your reasoning.
Could you please provide an example of how to create a cooperative subclass of
OrderedDict?
I have attempted to make one.
I succeeded to make it work where the previous example failed but in doing made
Changes by Eric Frederich eric.freder...@gmail.com:
Removed file: http://bugs.python.org/file39998/inj2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24685
Changes by Eric Frederich eric.freder...@gmail.com:
Added file: http://bugs.python.org/file3/inj2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24685
Eric Frederich added the comment:
Attached, as inj3.py, is a version I made which seems to work with Python2 but
not with Python3's C implementation of OrderedDict.
I had to walk the MRO myself to get the unbound method to pass along as
dict_setitem.
With Python3 it doesn't look like doing
New submission from Eric Frederich:
After watching the PyCon talk Super considered super[1] and reading the
corresponding blog post[2] I tried playing with dependency injection.
I was surprised to notice that the example he gave did not work if I swap the
order of the classes around. I think
Eric Frederich eric.freder...@gmail.com added the comment:
So there is a disconnect.
You can either change the documentation to match the behavior or you can change
the code to match the documentation.
I would prefer to leave the documentation alone and make Py_Main return rather
than exit
15 matches
Mail list logo
