X-Recipient: archive-cygwin@delorie.com X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Message-ID: <4C2D0872.9080306@redhat.com> Date: Thu, 01 Jul 2010 15:28:18 -0600 From: Eric Blake User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Lightning/1.0b2pre Mnenhy/0.8.2 Thunderbird/3.0.5 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Weird directories on Windows share when using rm to delete a directory References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigFBB64C3A670756DEC8FB6F0F" X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Note-from-DJ: This may be spam --------------enigFBB64C3A670756DEC8FB6F0F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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. >=20 > 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. Since 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. But 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). --=20 Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org --------------enigFBB64C3A670756DEC8FB6F0F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJMLQhyAAoJEKeha0olJ0Nq0twIAIYnpMkhKSJUbw9UEyYZgXYm H8qTA71PhLIuLrEKYzwFDS2xKzy2aiqAICdSKBMWjZo/FVeQh/aPpnx98J4vIyy7 hOdHx4CsUz5hvmwWGsyfxYMrBK2/dxbn8IiZXsYQhK6l0k2Xnr3k5BlyVuXAK6oh KqLs2qPgHNLP5izMXvMJCaarEAWToLHK+bevxI8Qt5v5Ot8FhJMF3BR7TqYOY1A7 gTKwBed2WHTLuvN+7WdoOu04m4IuvS7cxn33BAVtoIBxzmbaV+rNtGckiK9hcieT oDPomWpHAufKoIKjBtm+0kC5i2f9HZh9i/py4LOHN3+RhQEZ9gIVi3IpZueE/AU= =vgyx -----END PGP SIGNATURE----- --------------enigFBB64C3A670756DEC8FB6F0F--