X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=1.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,T_TO_NO_BRKTS_FREEMAIL,URI_BLOGSPOT
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
In-Reply-To:	<4C2D0872.9080306@redhat.com>
References:	<AANLkTil2xhfblmgyMhLPlAIY_PDDo7GXq-GByS4XZiSc AT mail DOT gmail DOT com> <4C2D0872 DOT 9080306 AT redhat DOT com>
Date:	Thu, 1 Jul 2010 14:52:40 -0700
Message-ID:	<AANLkTikhK10IDSpRQWXU3LD_Fll4lr3AzAVpm2rE1Ugz@mail.gmail.com>
Subject:	Re: Weird directories on Windows share when using rm to delete a directory
From:	Slide <slide DOT o DOT mix AT gmail DOT com>
To:	cygwin AT cygwin DOT com
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Note-from-DJ:	This may be spam

On Thu, Jul 1, 2010 at 2:28 PM, Eric Blake <eblake AT redhat DOT com> wrote:
> On 07/01/2010 03:24 PM, Slide wrote:
>> I am seeing a VERY odd problem. If I run "/usr/bin/rm -rf
>> //computer/share/path/to/dir" to remove a directory on a network
>> share. I get some directories created with names like
>> .XXXfffff8a0015e3b00c65f07a9f20c7a31 at the ROOT of the share (where
>> XXX is unprintable character with the value 0x3f). I ran the command
>> with strace, but didn't see anything in there that would point to why
>> the directory is created.
>>
>> If I run the corresponding Windows command "rmdir /s /q
>> \\computer\share\path\to\dir" I do NOT see the same thing occur, so
>> something in Cygwin is causing this issue. I am running Cygwin 1.7
>> updated today.
>
> This is due to cygwin emulating the ability to delete a file that is
> still open. =A0Since windows doesn't directly allow it, cygwin instead
> renames it out of the way, and relies on windows delete-on-close
> semantics to get rid of that temporary name after everything finally
> lets go of the file. =A0But if the delete-on-close stuff isn't working for
> your particular network share, we'd need a few more details about your
> share to allow us to work around the issue (probably by refusing to
> attempt deleting an open file, if your share doesn't have any better
> semantics available).
>

What sort of information would you need for the share? I believe it is
actually a Linux box running Samba for the share. I would have to
double check with my IT department on that. I should be able to get
any information needed about the share to help workaround the issue.

Thanks!

slide


--=20
slide-o-blog
http://slide-o-blog.blogspot.com/

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -