Danek Duvall added the comment:
Oh, for what it's worth, Solaris added setsid support to posix_spawn a few
years ago, as a result of this conversation. I still think it would be
worthwhile supporting this in the stdlib, since we keep running into processes
which have a lot of memory reserved
Changes by Danek Duvall <duv...@comfychair.org>:
--
nosy: +dhduvall
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26414>
___
_
Changes by Danek Duvall duv...@comfychair.org:
--
nosy: +dhduvall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7918
___
___
Python-bugs-list
Danek Duvall added the comment:
As a distribution maintainer of several Python modules, I've run into this bug
twice in the past week. In each case, the python file in question had a
SyntaxError and failed to compile, but the error just scrolled past in a large
log and was missed because
Danek Duvall added the comment:
Absolutely true that developers should have tests that would detect such bugs.
However, the sooner you detect a bug, the more time you save. And by the time
it reaches someone like me, who is just packaging up the module for
distribution with an OS, it's just
Danek Duvall added the comment:
Our project (the Solaris packaging system, IPS), relies on posix_spawn()
primarily for the ability to fork without making a large memory reservation
(and possibly failing) because the forking process was itself very large.
That's the (a?) bug benefit
Danek Duvall added the comment:
Cool. We implemented our own version as a straight-up native module
(https://java.net/projects/ips/sources/pkg-gate/content/src/modules/pspawn.c),
and our Popen replacement is not at present a complete replacement for the one
in the stdlib, but it does what we
Changes by Danek Duvall duv...@comfychair.org:
--
nosy: +dhduvall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1222585
___
___
Python-bugs-list
Danek Duvall duv...@comfychair.org added the comment:
- I have added a sys.trace_capabilities, so a program can know if any
system-trace functionality is compiled in. Current values are None
and (dtrace, Sun).
I'm not sure Sun is the right name here. I'd say either SunOS or Solaris
Danek Duvall duv...@comfychair.org added the comment:
So this has come up again within the Solaris group. Since Rich's original
request, we've been using a vendor-packages.pth file in the site-packages
directory, which enables the vendor-packages directory. However, I have a
concern
Changes by Danek Duvall duv...@comfychair.org:
--
nosy: +dhduvall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
___
___
Python-bugs-list
New submission from Danek Duvall duv...@comfychair.org:
In tracking down
6861990 getgrnam_r() str2group() function makes decisions based
on return value before it's set
(viewable on bugs.opensolaris.org), I noted that the pwd and grp modules
don't use the MT-safe interfaces
12 matches
Mail list logo