On Wed, Dec 22, 2010 at 9:26 PM, Victor Stinner wrote:
> If the kernel doesn't do that for us, I
> suppose that the compiler or something else does it for us.
GCC does this for you if you declare your function with
__attribute__(signal). In general, the compiler doesn't know that a
function will
On Mon, Nov 8, 2010 at 2:07 PM, Raymond Hettinger
wrote:
>
> On Nov 8, 2010, at 11:58 AM, Brett Cannon wrote:
>
>> I think we need to, as a group, decide how to handle undocumented APIs
>> that don't have a leading underscore: they get treated just the same
>> as the documented APIs, or are they p
On Sun, Nov 7, 2010 at 9:07 AM, Valery Khamenya wrote:
>> Can you post your patch on bugs.python.org?
>
> the site is not working currently.
Yes, it is down for me too, trying from multiple hosts. It was up
approximately an hour ago, but has now been unresponsive for the past
twenty or thirty mi
The regression tests for py3k (or, I think, any branch) fail on one of
my machines because test_grp chokes if /etc/group contains a "+" line,
which is a directive to pull information from NIS.
The test enumerates all entries in /etc/group using grp.getgrall() and
verifies that it can look up each
On Sat, Oct 30, 2010 at 12:06 PM, Glyph Lefkowitz
wrote:
> That path (and anything below /proc, really) is a list of open file
> descriptors specifically on Linux, not "*nix". Also on linux, you can avoid
> "" by just doing "/proc/self".
> A more portable (albeit not standard) path for "what file