[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

2021-04-30 Thread John Florian
Change by John Florian : -- nosy: -John Florian ___ Python tracker <https://bugs.python.org/issue14243> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35990] ipaddress.IPv4Interface won't accept 2-tuple (address, mask)

2019-02-13 Thread John Florian
New submission from John Florian : The docs say """The meaning of address is as in the constructor of IPv4Network, except that arbitrary host addresses are always accepted.""" However, that doesn't seem to be entirely true: >>> tup1 = ('192.168.123

[issue35989] ipaddress.IPv4Network allows prefix > 32

2019-02-13 Thread John Florian
New submission from John Florian : I wanted a simple is_valid_ipv4_network() function, so I wrote one and a bunch of unit tests where I discovered that I can legally: >>> n = IPv4Network(('192.168.123.234', 12345678)) >>> n IPv4Network('192.168.123.234/12345678') >&g

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

2017-02-24 Thread John Florian
John Florian added the comment: Okay Nick. Thanks for the detailed info. I suspected buffering was a factor, but wasn't certain. Would it be worthwhile pursuing a note in the docs or would that constitute clutter over what should be a standard assumption? I was thrown off course for all

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

2017-02-23 Thread John Florian
John Florian added the comment: I just stumbled onto this though I'm not writing for Windows. Instead, I'm on Fedora 25 with Python 3.5.2 and I went nearly crazy tracing down what seemed to be inconsistent behavior. My use case has Python using NamedTemporaryFile(delete=True) in a CM