[issue6715] xz compressor support

Dan Stromberg added the comment: On Sun, Oct 2, 2011 at 3:49 PM, Nadeem Vawda wrote: > > Nadeem Vawda added the comment: > > Thanks for investigating the Windows situation. > > > - liblzma can't be compiled by Visual Studio: too many C99 isms, mostly > > varia

[issue11449] tarfile tries to file_.tell() even when creating a new archive

Dan Stromberg added the comment: Yes, I just needed to use 'w|' instead of 'w'. Thanks! -- resolution: -> works for me status: open -> closed ___ Python tracker <http

[issue10369] tarfile requires an actual file on disc; a file-like object is insufficient

New submission from Dan Stromberg : The tarfile module's gettarinfo callable insists on stat'ing the file in question, preventing one from dynamically generating file content by passing a file-like object for addfile's fileobj argument. I believe the attached patch fixes

[issue11449] tarfile tries to file_.tell() even when creating a new archive

New submission from Dan Stromberg : The attached file demonstrates the problem in 2.5, 2.5, 2.7, 3.0, 3.1 and 3.2. In short, I believe when you're creating a new tar archive (say, to a pipe), there should be no need for a file_.tell() (which blows up when it's a pipe). I have a work

[issue6715] xz compressor support

Dan Stromberg added the comment: I don't know that much about compression, but I wonder if a threadsafe compression module would enable parallel forms of compression? If yes, then multithreaded might be a big benefit, in light of multicore taking off. EG: http://www.compression.ca/p

[issue6715] xz compressor support

Dan Stromberg added the comment: Interesting thing to consider: maybe it'd be better to add support for libarchive, which includes xz support among other things. http://code.google.com/p/libarchive/ -- ___ Python tracker <http://bugs.py

[issue6715] xz compressor support

Dan Stromberg added the comment: While I realize Python extension modules are pretty much the norm in CPython, it'd be pretty cool if xz support could be written overtop of ctypes. ctypes seems to be emerging as the way of doing FFI across different python implementations. I&#x

[issue6715] xz compressor support

Dan Stromberg added the comment: I agree that ctypes is a bit more brittle - both ctypes and c extension modules can yield segfaults, but at least the c extension module is likely to give an error or warning when you rebuild it. However, I'm getting the impression that: 1) In pypy,

[issue44611] CPython uses deprecated randomness API

New submission from Dan Stromberg : CPython 3.9 uses CryptGenRandom(), which has been deprecated by Microsoft. I'm told the randomness produced by CryptGenRandom() is fine, but Microsoft has introduced a newer API for getting randomness. For these reasons, Python/bootstrap_hash.c shou

[issue44611] CPython uses deprecated randomness API

Dan Stromberg added the comment: Yes, cng-portal. On Mon, Jul 12, 2021 at 3:24 PM Thomas Grainger wrote: > > Thomas Grainger added the comment: > > https://docs.microsoft.com/en-us/windows/win32/seccng/cng-portal ? > > --

[issue5672] Implement a way to change the python process name

Dan Stromberg added the comment: Isn't this "python script doesn't show up in top correctly" issue a matter of "#!/usr/bin/env python3"? If you "#!/usr/bin/python3" (for example) instead, top seems happy. -- nosy: +strombrg __

[issue15039] module/ found before module.py when both are in the CWD

New submission from Dan Stromberg : CPython 3.3a4 appears to find treap/ before treap.py in the CWD. If I rename treap to treap-dir, all seems well for the code in question: dstromberg@zareason-limbo6000a /tmp/tt $ mv treap treap-dir dstromberg@zareason-limbo6000a /tmp/tt $ /usr/local

[issue23397] PEP 431 implementation

Changes by Dan Stromberg : -- nosy: +strombrg ___ Python tracker <http://bugs.python.org/issue23397> ___ ___ Python-bugs-list mailing list Unsubscribe: