mv dumps core in RH7 (fileutils 4.0x)

[Alessandro Suardi]

Hi there,

  I wanted to put back in place the symlink to the IBM 1.1.8 JRE coming
  with the Oracle distribution after trying to see how Oracle Java tools
  behaved if pointed to Sun's 1.2.2 JDK, so I ran 'mv JRE118 JRE' - thus
  committing the 2nd mistake of this night (one was to mix JRE and JDK,
  quite stupid yeah right :) -- in fact 'mv' began copying over the
  whole tree pointed by the symlink. Well, it didn't complete since it
  bombed out with this:

address@hidden 8.1.7]$ mv JRE118/ JRE
mv: basename.c:67: base_name: Assertion `all_slashes || *(p - 1) != '/'' 
failed.Aborted (core dumped)

 The stack backtrace from gdb:

address@hidden 8.1.7]$ gdb mv core
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(no debugging symbols found)...
Core was generated by `mv JRE118/ JRE'.
Program terminated with signal 6, Aborted.
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x4004cdd1 in __kill () from /lib/libc.so.6
(gdb) bt
#0  0x4004cdd1 in __kill () from /lib/libc.so.6
#1  0x4004cbaa in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2  0x4004e352 in abort () at ../sysdeps/generic/abort.c:88
#3  0x400467fa in __assert_fail () at assert.c:60
#4  0x804d6db in strcpy () at ../sysdeps/generic/strcpy.c:31
#5  0x804cee0 in strcpy () at ../sysdeps/generic/strcpy.c:31
#6  0x80498c7 in strcpy () at ../sysdeps/generic/strcpy.c:31
#7  0x8049a4e in strcpy () at ../sysdeps/generic/strcpy.c:31
#8  0x8049eff in strcpy () at ../sysdeps/generic/strcpy.c:31
#9  0x4003bf31 in __libc_start_main (main=0x8049b30 <strcpy+1404>, argc=3, 
    ubp_av=0xbffff8fc, init=0x8049064, fini=0x804fd1c <strcpy+26472>, 
    rtld_fini=0x4000e274 <_dl_fini>, stack_end=0xbffff8f4)
    at ../sysdeps/generic/libc-start.c:129
(gdb) 
#0  0x4004cdd1 in __kill () from /lib/libc.so.6
#1  0x4004cbaa in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2  0x4004e352 in abort () at ../sysdeps/generic/abort.c:88
#3  0x400467fa in __assert_fail () at assert.c:60
#4  0x804d6db in strcpy () at ../sysdeps/generic/strcpy.c:31
#5  0x804cee0 in strcpy () at ../sysdeps/generic/strcpy.c:31
#6  0x80498c7 in strcpy () at ../sysdeps/generic/strcpy.c:31
#7  0x8049a4e in strcpy () at ../sysdeps/generic/strcpy.c:31
#8  0x8049eff in strcpy () at ../sysdeps/generic/strcpy.c:31
#9  0x4003bf31 in __libc_start_main (main=0x8049b30 <strcpy+1404>, argc=3, 
    ubp_av=0xbffff8fc, init=0x8049064, fini=0x804fd1c <strcpy+26472>, 
    rtld_fini=0x4000e274 <_dl_fini>, stack_end=0xbffff8f4)
    at ../sysdeps/generic/libc-start.c:129
(gdb) 


This is a RH7.0 with glibc-2.2-12 and currently kernel 2.4.1-pre9.

If you need more info, please let me know. If you think this should
 routed to RedHat, also let me know (bugzilla shows nothing for mv
 on current fileutils) and I'll file a bug there.


Thanks & ciao,

--alessandro      <address@hidden> <address@hidden>

Linux:  kernel 2.2.19p7/2.4.1p9 glibc-2.2 gcc-2.96-69 binutils-2.10.1.0.4
Oracle: Oracle8i 8.1.7.0.0 Enterprise Edition for Linux
motto:  Tell the truth, there's less to remember.