[issue14173] PyOS_FiniInterupts leaves signal.getsignal segfaulty

2012-03-02 Thread Ferringb
New submission from Ferringb ferri...@gmail.com: During Py_Finalize (pythonrun.c), it does the following: 1) suppress signal handling PyOs_FiniInterupts 2) clear caches 3) force gc collection; first for objects, then via wiping modules. The problem is that for unix OSs, Modules/signal.c's

[issue6559] add pass_fds paramter to subprocess.Popen()

2012-01-16 Thread Ferringb
Ferringb ferri...@gmail.com added the comment: Just noticed this patch... aside from liking the intention, the api for this is going to grow tiresome quick since it expects the FDs to already be in place; is there any reasons a mapping wasn't used here, specifically of (src_fd|src_fileobj

[issue8052] subprocess close_fds behavior should only close open fds

2012-01-15 Thread Ferringb
Ferringb ferri...@gmail.com added the comment: In #13788, I've uploaded a patch modifying closerange along the same lines as this discussion; someone w/ appropriate rights should set dependencies as needed. Either way, here's a question: does anyone actually know of a unix that does procfs

[issue8052] subprocess close_fds behavior should only close open fds

2012-01-15 Thread Ferringb
Ferringb ferri...@gmail.com added the comment: The only question is: do other Unix also have /proc/pid/fd? e.g. FreeBSD, OpenBSD. That's especially important because FreeBSD can have a huge RLIMIT_NOFILE by default. Unless the OS gives some way to optimize the process (whether inferring from

[issue13788] os.closerange optimization

2012-01-14 Thread Ferringb
New submission from Ferringb ferri...@gmail.com: The current implementation of closerange essentially is a bruteforce invocation of close for every integer in the range. While this works, it's rather noisy for stracing, and for most invocations, is near a thousand close invocations more than

[issue13788] os.closerange optimization

2012-01-14 Thread Ferringb
Ferringb ferri...@gmail.com added the comment: Fixed tabs/spaces... -- Added file: http://bugs.python.org/file24242/closerange-optimization.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13788

[issue13788] os.closerange optimization

2012-01-14 Thread Ferringb
Changes by Ferringb ferri...@gmail.com: Removed file: http://bugs.python.org/file24241/closerange-optimization.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13788

[issue12856] tempfile PRNG reuse between parent and child process

2011-08-29 Thread Ferringb
Ferringb ferri...@gmail.com added the comment: Bleh; pardon, reuploading the patch. hg export aparently appends to the output file rather than overwriting it (last patch had duplicated content in it). -- Added file: http://bugs.python.org/file23067/unique-seed-per-process

[issue12856] tempfile PRNG reuse between parent and child process

2011-08-29 Thread Ferringb
New submission from Ferringb ferri...@gmail.com: Roughly; tempfile's uniqueness is derived from a global random instance; while there are protections for thread access, a forked child process /will/ inherit that PRNG source, resulting in children/parent trying the same set of names. Mostly

[issue12856] tempfile PRNG reuse between parent and child process

2011-08-29 Thread Ferringb
Changes by Ferringb ferri...@gmail.com: Removed file: http://bugs.python.org/file23066/unique-seed-per-process-tempfile.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12856

[issue12856] tempfile PRNG reuse between parent and child process

2011-08-29 Thread Ferringb
Ferringb ferri...@gmail.com added the comment: the test must be skipped where os.fork() isn't available (namely, under Windows) Done, although I still humbly suggest telling windows to bugger off ;) I would do os.read(fd, 100) (or some other large value) rather than os.read(fd, 6), so