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 _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
