Return-Path: Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org Received: (qmail 57507 invoked by uid 500); 13 Apr 2001 18:19:29 -0000 Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: ant-user@jakarta.apache.org Delivered-To: mailing list ant-user@jakarta.apache.org Received: (qmail 57497 invoked from network); 13 Apr 2001 18:19:28 -0000 Message-ID: <8E6B9A695F8BD411A05E0000D1ED6B3001FECE9F@nrcnt4exg02.norc.s1.com> From: Mike Campbell To: "'ant-user@jakarta.apache.org'" Subject: RE: Delete fails (more) Date: Fri, 13 Apr 2001 14:17:54 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0C446.0F3796B0" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0C446.0F3796B0 Content-Type: text/plain; charset="iso-8859-1" > This may sound wacky, but I've had the same problem (though it was > intermittent). > > What it turned out to be was that there is a W2K feature that > scans and > indexes all of the files on the system for use by the Search... tool. Not sure if this is what you're talking about, but there's a "feature" in most of the windows OS's called "find-fast" which does this file indexing. It does, as I recall, take up reams of CPU and runs quite often. Find this and kill it. The search tool will still work fine w/o it, albeit not as fast. ------_=_NextPart_001_01C0C446.0F3796B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Delete fails (more)

> This may sound wacky, but I've had the same = problem (though it was
> intermittent).
>
> What it turned out to be was that there is a = W2K feature that
> scans and
> indexes all of the files on the system for use = by the Search... tool.

Not sure if this is what you're talking about, but = there's a "feature" in most of the windows OS's called = "find-fast" which does this file indexing.  It does, as = I recall, take up reams of CPU and runs quite often.

Find this and kill it.  The search tool will = still work fine w/o it, albeit not as fast.

------_=_NextPart_001_01C0C446.0F3796B0--