[ python-Bugs-1153417 ] os.remove error on Solaris

[SourceForge.net]

Bugs item #1153417, was opened at 2005-02-28 11:44
Message generated for change (Comment added) made by gbrandl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1153417&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Richard Philips (rphilips)
Assigned to: Nobody/Anonymous (nobody)
Summary: os.remove error on Solaris

Initial Comment:
According to the documentation, when os.remove is
applied to a directory, OSError should be raised.

On Solaris, this is not the case: the directory is
removed BUT the link count on the parent directory does
NOT change.  File system corruption is the result.

Python details:
Python 2.3.4 (#3, Jun 18 2004, 10:14:55)
[GCC 3.2.2] on sunos5

Solaris details:

Number of CPUs is        2
CPU Type is              sparcv9+vis2
CPU Speed is             750 MHz
App Architecture is      sparc
Kernel Architecture is   sun4u
Kernel Bit Size is       64
OS Name is               SunOS
OS Version is            5.8
OS Distribution is       Solaris 8 7/01 s28s_u5wos_08 SPARC
Libc Name is             libc
Libc Version is          1
Kernel Version is        SunOS Release 5.8 Version
Generic_108528-20 64-bit


 

----------------------------------------------------------------------

>Comment By: Georg Brandl (gbrandl)
Date: 2006-07-30 11:36

Message:
Logged In: YES 
user_id=849994

I don't think Python should do anything other than calling
the system's unlink().

----------------------------------------------------------------------

Comment By: Martin v. Löwis (loewis)
Date: 2005-03-03 22:50

Message:
Logged In: YES 
user_id=21627

This seems to be a bug report, not a patch, so I'm
reclassifying it.

Is there any chance that you tried os.remove as a superuser?
Python invokes unlink; according to the OS man page, unlink
gives EPERM when the file to remove is a directory.

I consider this a bug in the operating system: it should not
be possible, not even for the superuser, to corrupt the file
system using standard system calls. I don't know what the
rationale is for this behaviour.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1153417&group_id=5470