Author loewis
Recipients jcea, loewis, movement, pitrou
Date 2011-01-26.20:53:18
SpamBayes Score 1.56478e-11
Marked as misclassified No
Message-id <4D4089BD.2020305@v.loewis.de>
In-reply-to <1296045030.55.0.492262221105.issue11016@psf.upfronthosting.co.za>
Content
> I am thinking about how to manage OS's with no support for doors.
> Instead of conditionally compile the new STAT, I would rather have
> the function always available, but returning FALSE when the OS
> doesn't support doors. But what happen if you mount a Solaris
> filesystem in a nonsolaris machine?. Let say, a Solaris ZFS
> filesystem with doors, under linux/*bsd + ZFS?.
> 
> So maybe would be better to not compile that function in those OS's,
> instead of "lying" in corner cases.

I'd rather see this exposed from the posix module than the stat module
(and see the stat module deprecated in the long term).
As much other stuff, it only be defined if the system actually has the
functionality. sys.path.isdoor could be defined on top of it, returning
False on systems that don't have doors in the first place.

For testing, if S_ISDOR is available but /var/run/name_service_door is
not, the test should get skipped.
History
Date User Action Args
2011-01-26 20:53:21loewissetrecipients: + loewis, jcea, pitrou, movement
2011-01-26 20:53:18loewislinkissue11016 messages
2011-01-26 20:53:18loewiscreate