From users-return-20978-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Sun Mar 2 21:55:21 2014 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 A0A2F10559 for ; Sun, 2 Mar 2014 21:55:21 +0000 (UTC) Received: (qmail 69841 invoked by uid 500); 2 Mar 2014 21:55:21 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 69783 invoked by uid 500); 2 Mar 2014 21:55:20 -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 69776 invoked by uid 99); 2 Mar 2014 21:55:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Mar 2014 21:55:20 +0000 X-ASF-Spam-Status: No, hits=0.2 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of luke1410@gmx.de designates 212.227.15.19 as permitted sender) Received: from [212.227.15.19] (HELO mout.gmx.net) (212.227.15.19) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Mar 2014 21:55:13 +0000 Received: from [127.0.0.1] ([89.0.29.105]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MhQju-1WWy4s2H0U-00McJ2 for ; Sun, 02 Mar 2014 22:54:52 +0100 Message-ID: <5313A8AA.6080700@gmx.de> Date: Sun, 02 Mar 2014 22:54:50 +0100 From: Stefan User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: users@subversion.apache.org Subject: Re: Can't move temporary on update. References: <52D45348.7000807@gmx.de> <52D45B64.80502@gmx.de> <52D46EAD.4040307@reser.org> <5313017E.8010907@gmx.de> <53130A91.9020905@gmx.de> <531322C5.4070402@wandisco.com> <5313854C.6030605@gmx.de> <53139CB1.4010906@wandisco.com> In-Reply-To: <53139CB1.4010906@wandisco.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 140302-1, 02/03/2014), Outbound message X-Antivirus-Status: Clean X-Provags-ID: V03:K0:RxOlcOu+miNKkPG33i80T9wiJunVhxCwdhRYIDtAyuniVLVwk4f CExL7B8SKAcBTnZTeI9aCj9Bw2psUBbuB27tYJznlc8qNsn8ufkgmjEuh66W7KSre7raEvy 47jERgo2o2DethCPe3JOQmpOQRYiaq3o6vCTND8nN8GKCc0NcY0qxWMYw0Uat0RRS8geL4u 8g8N6ILRSWkN9fqKgHfnw== X-Virus-Checked: Checked by ClamAV on apache.org Hi Brane, > >> Is there some code path I'd trace down to confirm it's actually the >> virusscanner causing the rename? Where in the code path would the >> tmp-file be generated? > The call stack is probably: > svn_io_open_unique_file3 > svn_stream_open_unique > .... > svn_wc__open_writable_base > ... > apply_textdelta > > The last function is private to subversion/libsvn_wc/update_editor.c. Thanks that helped. I traced it down and it looks like when SVN is closing the stream to write the temp file, it gets removed from disk. I tried to trace the issue down a bit further using Process Monitor as suggested by Thorsten but am a bit buffled by the log. It seems to have no record of either a rename-operation or a delete operation on svn-BDF57639. A query on the file from the Avast succeeds while an almost directly following query on the same file from TSVN fails. I could provide the process monitor log, if u want to spend a few minutes double-checking my investigations just to make sure I didn't overlook anything. From what I can see, I'd guess the only way to strengthen SVN against this odd AV behavior would be to keep a filehandle open on the temp-file until it's moved into the pristine-directory. Regards, Stefan