Thanks for your time-
Greg
[1.] glibc remove("foo/.") removes foo with 2.2.2, not with 2.0.36
[2.] Full description:
I ran into this problem on a Debian 2.1 system that had been
upgraded to the 2.2.2 kernel. I was able to "fix" the problem
by going back to the 2.0.36 kernel. I saw some related threads
(adding special cases for "." and ".." in rmdir) but nothing
exactly like what I'm seeing.
>From the man page for remove(3), directories should remain intact.
This simple C program proves otherwise with the 2.2.2 kernel.
#include <stdio.h>
void main (void) { remove("foo/."); }
At first I suspected glibc but traced the remove function there
back to an rmdir system call.
[3.] Keywords (i.e., modules, networking, kernel):
filesystem, rmdir
[4.] Kernel version (from /proc/version):
Linux version 2.2.2 (root@igloo) (gcc version 2.7.2.3) #2 Wed Feb 24 10:28:26 EST 1999
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
N/A.
[6.] A small shell script or example program which triggers the
problem (if possible)
mkdir foo
rmdir foo/.
Or the C program above.
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
Linux devslink 2.2.2 #2 Wed Feb 24 10:28:26 EST 1999 i686 unknown
Kernel modules 2.1.121
Gnu C 2.7.2.3
Binutils 2.9.1.0.19
Linux C Library 2.0.7
Dynamic linker ldd: version 1.9.10
Procps 1.2.9
Mount 2.9g
Net-tools (1998-03-02)
Kbd 0.96
Sh-utils 1.16
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 1
model name : Pentium Pro
stepping : 9
cpu MHz : 199.435951
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov
bogomips : 199.07
[7.3.] Module information (from /proc/modules):
No modules loaded.
[7.4.] SCSI information (from /proc/scsi/scsi)
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: IBM Model: DCAS-32160W Rev: S65A
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: TOSHIBA Model: CD-ROM XM-3801TA Rev: 0207
Type: CD-ROM ANSI SCSI revision: 02
[7.5.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
[X.] Other notes, patches, fixes, workarounds:
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/