Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6AA1918E35 for ; Mon, 22 Feb 2016 13:27:07 +0000 (UTC) Received: (qmail 37978 invoked by uid 500); 22 Feb 2016 13:26:54 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 37940 invoked by uid 500); 22 Feb 2016 13:26:54 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 37930 invoked by uid 99); 22 Feb 2016 13:26:54 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Feb 2016 13:26:54 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 9EE4BC0ECE for ; Mon, 22 Feb 2016 13:26:53 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=2, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_FILL_THIS_FORM_SHORT=0.01] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id t1xMfNM7xeUd for ; Mon, 22 Feb 2016 13:26:51 +0000 (UTC) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 0FB045FABF for ; Mon, 22 Feb 2016 13:26:50 +0000 (UTC) Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id u1MDQhjd023831 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 22 Feb 2016 14:26:43 +0100 Received: from DEFTHW99ERNMSX.ww902.siemens.net (defthw99ernmsx.ww902.siemens.net [139.22.70.141]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTPS id u1MDQhjT004892 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 22 Feb 2016 14:26:43 +0100 Received: from DENBGAT9ERCMSX.ww902.siemens.net (139.22.70.82) by DEFTHW99ERNMSX.ww902.siemens.net (139.22.70.141) with Microsoft SMTP Server (TLS) id 14.3.279.2; Mon, 22 Feb 2016 14:26:43 +0100 Received: from DEFTHW99EH3MSX.ww902.siemens.net ([169.254.1.124]) by DENBGAT9ERCMSX.ww902.siemens.net ([139.22.70.82]) with mapi id 14.03.0279.002; Mon, 22 Feb 2016 14:26:42 +0100 From: "Niemann, Hartmut" To: "users@subversion.apache.org" Subject: Removing a directory gets stuck Thread-Topic: Removing a directory gets stuck Thread-Index: AdFtdKqLcV7tqAFxS3ihIfa+gQrURA== Date: Mon, 22 Feb 2016 13:26:41 +0000 Message-ID: <1AE3002F400CE4498072DFDF74A843CC1F4A0F75@DEFTHW99EH3MSX.ww902.siemens.net> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.48] Content-Type: multipart/alternative; boundary="_000_1AE3002F400CE4498072DFDF74A843CC1F4A0F75DEFTHW99EH3MSXw_" MIME-Version: 1.0 --_000_1AE3002F400CE4498072DFDF74A843CC1F4A0F75DEFTHW99EH3MSXw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello! I use TortoiseSVN (1.9.3) on Windows 7 and observe the effect that deleting= (svn rm or move) a directory about once in four attempts fails with something along "could not remove di= rectory because it was not empty". I suspect that the virus scanner stands in the way, because when I look the= directory is empty, and a cleanup process almost always succeeds. Can the directory removal be made more robust (like: if it fails and should= n't, just wait a second and retry, and *then* complain) or be de-interlaced from the database operation, remov= ing the entry in the working copy, closing the database and after that issuing the remove and rm= dir commands on the file system? Mit freundlichen Gr=FC=DFen Dr. Hartmut Niemann Siemens AG MO MLT LM EN CCI 1 Werner-von-Siemens-Str. 67 91052 Erlangen, Deutschland Tel.: +49 9131 7-34264 Fax: +49 9131 7-26254 mailto:hartmut.niemann@siemens.com Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme;= Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmri= ch, Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft= : Berlin und M=FCnchen, Deutschland; Registergericht: Berlin Charlottenburg= , HRB 12300, M=FCnchen, HRB 6684; WEEE-Reg.-Nr. DE 23691322 --_000_1AE3002F400CE4498072DFDF74A843CC1F4A0F75DEFTHW99EH3MSXw_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello!

 

I use TortoiseSVN (1.9.3) on Wi= ndows 7 and observe the effect that deleting (svn rm or move) a directory

about once in four attempts fai= ls with something along “could not remove directory=

because it was not empty”= .

 

I suspect that the virus scanne= r stands in the way, because when I look the directory is empty, and

a cleanup process almost always= succeeds.

 

Can the directory removal be ma= de more robust (like: if it fails and shouldn’t, just wait a second a= nd retry,

and *then* complain) or be de-i= nterlaced from the database operation, removing the entry in the

working copy, closing the datab= ase and after that issuing the remove and rmdir commands on the<= /span>

file system?<= /p>

 

Mit freundlichen Gr=FC=DFen
Dr. Hartmut Niemann

Siemens AG
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
m= ailto:hartmut.niemann@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats= : Gerhard Cromme; Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Da= vis, Klaus Helmrich, Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin und M=FCnchen, Deutschland; = Registergericht: Berlin Charlottenburg, HRB 12300, M=FCnchen, HRB 6684; WEE= E-Reg.-Nr. DE 23691322

--_000_1AE3002F400CE4498072DFDF74A843CC1F4A0F75DEFTHW99EH3MSXw_--