[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: side-effect implementing the mv command

From: Eric Blake
Subject: Re: side-effect implementing the mv command
Date: Tue, 02 Mar 2010 13:36:26 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20090812 Thunderbird/ Mnenhy/

According to Derick Centeno on 1/15/2010 2:58 PM:

Hello Derick,

Apologies for a long delay with no response.  I'm weeding through my
inbox, and saw this thread.

> Recently I executed the following:
> $ sudo mv ./libjavaplugin_oji.so /usr/lib/mozilla/plugins
> Explanation:  I was within the directory where the java plugin existed
> which is: /opt/ibm/java-ppc-60/jre/plugin/ppc/ns7.  The above was
> executed from within the ns7 directory.  The intention was to move *.so
> into the plugins directory.
> The above may have created an unintended side effect; I
> noticed that mv did not erase the original location of *.so but
> created in fact a link from the within the plugins directory to *.so
> within the ns7 directory! I don't have a theory why this happened other
> than to guess that as I did not provide a new filename for 
> the mv command to rename the *.so file mv proceeded to create a link to
> the original *.so file.

I'm not quite sure what you saw or what you are asking.  If this is still
an issue for you, could you post more context, such as some 'ls -l *.so'
listings in both the source and destination directories?  Also, are the
two directories on the same disk, where rename(2) would work, or was it a
cross-device move, where mv(1) has to create the copy before deleting the

Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]