Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 90427 invoked from network); 11 Jul 2006 11:55:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 Jul 2006 11:55:05 -0000 Received: (qmail 6971 invoked by uid 500); 11 Jul 2006 11:55:03 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 6917 invoked by uid 500); 11 Jul 2006 11:55:02 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 6905 invoked by uid 99); 11 Jul 2006 11:55:02 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Jul 2006 04:55:02 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [212.227.126.176] (HELO moutng.kundenserver.de) (212.227.126.176) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Jul 2006 04:55:01 -0700 Received: from [212.227.126.203] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1G0Gp3-0000H2-00; Tue, 11 Jul 2006 13:54:37 +0200 Received: from [172.23.1.26] (helo=xchgsmtp.exchange.xchg) by mrvnet.kundenserver.de with smtp (Exim 3.35 #1) id 1G0Gp3-0003Ug-00; Tue, 11 Jul 2006 13:54:37 +0200 Received: from mapibe05.exchange.xchg ([172.23.1.25]) by xchgsmtp.exchange.xchg with Microsoft SMTPSVC(6.0.3790.1830); Tue, 11 Jul 2006 13:54:37 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: feasability of a portable fuser-type thing in APR? Date: Tue, 11 Jul 2006 13:54:35 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: feasability of a portable fuser-type thing in APR? thread-index: Acadb2iiqhR4VbD+RreArExOJM7B3wHb0rmQ From: "Trent Nelson" To: "Tyler MacDonald" , "Colm MacCarthaigh" Cc: X-OriginalArrivalTime: 11 Jul 2006 11:54:37.0002 (UTC) FILETIME=[C87ECAA0:01C6A4E0] X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.1.26 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > From: Tyler MacDonald [mailto:tyler@yi.org] > > Colm MacCarthaigh wrote: > > > Each kernel has its own mechanism for this, ranging from trawling > > > memory directly to iterating through /proc/, but I can't off-hand > > > of an operating system which doesn't provide this functionality. On > > > windows I think you need admin privs even to scan your own processess > > > though. >=20 > Colm, > Something just occured to me. In windows, if you try to move or > delete a file that is in use, it stops you. Is there a completely bonine > action one can do to a file in windows that causes the same error? >=20 > I'm thinking that without admin powers, this code may still be > able to detect if a file is in use at all. Tyler, have you made any more progress on this? I looked into it a bit, and it doesn't seem like there's any try-delete-it-to-see-if-it's-in-use-without-actually-deleting-it action available on Windows. If you've made some progress on the Linux/Unix side of the interface, I'd be interested in contributing to the Windows side. Trent.