X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:references:in-reply-to:from:date
	:message-id:subject:to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=sRmsllN3QILtaQXMTIMo9qGbETngQFTcX7LX9jsr1zX
	k8gXkduVWxwPEoZmI62LldVAIQHEupZQ5fZQt+6sFTROdlEFbgciNBAJpzAfIAbQ
	CfGnqqKL23d4ZpynpkS/GVj8Qa1iqFv9zjMCqN+dga9y91S9w/w+gkxsa+oHa5Zo
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:references:in-reply-to:from:date
	:message-id:subject:to:content-type:content-transfer-encoding;
	 s=default; bh=gGeWUImxQu6+DQhfOPXC2kzJQ6M=; b=PJjTNJYatevdViZAK
	iNJr0480ic4xVL2ohaGF2qVtFTY5Z00DobP4bTxVqWj+YeLJqYTWJ7KzefEcKmwP
	vUVhBN57f3V8Fk2p0d6TxRZaGzgnXJa4GDv7Tk3Dfic1EAVXNKCN60RKKoeTuTcX
	7wGS5ZrFykP7fM3rZ+5Zmr5YxU=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.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
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=0.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=HX-Languages-Length:2311
X-HELO: mail-qk1-f177.google.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com; s=20161025;        h=mime-version:references:in-reply-to:from:date:message-id:subject:to         :content-transfer-encoding;        bh=/zj0WvABKJHODG5lqOkXI30taP5jyxEVbtuWj03rOA8=;        b=fsf1wsgsOnJa02ModmryZFlRn3PNd26Yr9sFmEg5qTVvZTgZ2kzTgrJy6MubSyio8V         CwMqARL/z5l+DbAEzydYOj7S/wS4lVumoxcE/v4e+S7z3speDdzfdAiMi9VPYCITuJ4Y         D8HsXHCJ3gwlEwxQx4FIFB+iD+t05CLLTYG466G+gOBx7T62qgQos+IqzYGBBcLJ1o5m         J02ougVQ0BSMrPk1k8GvbBmkoVH9X9DyLnSv8tMskFnDTHJNwD0xhYftz8NTtbd1TEBC         vKNvCWMRtWA/xKPG1XO5Qe/o2yTfGjzALXzF9LyaTJ0iUSp7Sk+QigvO1IO6ITMvnG7q         0juw==
MIME-Version: 1.0
References: <CA+7cx1rwShfSJYJZdvSF-8ERaAQqcYxtQquKKB8xwoBxqhLVog AT mail DOT gmail DOT com> <20190819140308 DOT GN11632 AT calimero DOT vinschen DOT de> <609c28ca-07da-f150-139b-267448ede826 AT cs DOT umass DOT edu> <20190819141321 DOT GO11632 AT calimero DOT vinschen DOT de>
In-Reply-To: <20190819141321.GO11632@calimero.vinschen.de>
From: =?UTF-8?Q?Morten_Kj=C3=A6rulff?= <mortenkjarulff AT gmail DOT com>
Date: Mon, 19 Aug 2019 16:26:21 +0200
Message-ID: <CA+7cx1rZyYwdeGSJFKdzvw_Rjm_4shVY+B-3c0DJmBcqXvjuNA@mail.gmail.com>
Subject: Re: find command seems to lock files
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset="UTF-8"
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id x7JERA94007047

On Mon, Aug 19, 2019 at 4:13 PM Corinna Vinschen
<corinna-cygwin AT cygwin DOT com> wrote:
>
> On Aug 19 10:06, Eliot Moss wrote:
> > On 8/19/2019 10:03 AM, Corinna Vinschen wrote:
> > > On Aug 19 14:33, Morten Kjærulff wrote:
> > > > Hi,
> > > >
> > > > I have an application which constantly:
> > > > creates a file
> > > > do some processing
> > > > deletes the file
> > > >
> > > > One way to monitor if the application has crashed, is to check the age of
> > > > the file, so I made a script that:
> > > >
> > > > find //$server/d$/dir/subdir*/subsubdir -name 'thefile' -printf '%A+\n'
> > > >
> > > > subdir* will be subdir1 subdir2 ...
> > > > under subsubdir there will be dirA, dirB, ... and under those, thefile may
> > > > exist.
> > > >
> > > > Problem is that it seems this command locks thefile, as the application
> > > > sometimes can't delete it.
> > > >
> > > > Could this be true?
> > >
> > > Cygwin does not actually lock anything except in very rare
> > > circumstances.  Your problem is more likely triggered by a realtime
> > > virus scanner.
> >
> > I was wondering, though, whether the parent directory would
> > be non-delete-able while find has the directory open for scanning.
>
> Usually yes.  Cygwin moves the entire directory into the recycler in
> case it's a local dir.  That works even if a file is blocking the
> dir from deletion.
>
> > If the application in question creates and deletes the parent
> > directory, as well as the leaf file, then things would be left
> > around unexpectedly.
>
> The question was just if the file is locked.
>
> > So would use of find trigger a virus scanner, which in turn might
> > hold on to the file and prevent its deletion?
>
> That's how some realtime scanners work.  They have hooks in the file API
> and if some other process opens a file these scanners open the file as
> well, typically without FILE_SHARE_DELETE, which Cygwin uses by default.
>
>
> Corinna
>
> --
> Corinna Vinschen
> Cygwin Maintainer

I forgot to say that I run the find command on my own PC, and the
application runs on a server, which I have 'net use' its disk.

Would it be the virus scanner on my PC or on the server?
Any idea of a different way to get the age of the file? (I am sure I
cannot change the virus scanner).

/Morten

--
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