Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Thu, 6 Dec 2001 21:02, Stefan Bodewig wrote: > I think there is general agreement, that we need a way to generate > sets of files based on criteria other than pattern matching. Peter > wanted to put together a list of things that needed experimental work > IIRC. Almost done. Will try to finish

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Fri, 30 Nov 2001, Bruce Atherton <[EMAIL PROTECTED]> wrote: > To my mind, the right model is as part of fileset. This is part of > the selection process for deciding what a fileset contains, and > shouldn't be an outside task's responsibility at all. I was not thinking about the tasks that use

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Thu, 29 Nov 2001, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > We have a proposal for "cullers", that would create sets of files > based on whatever conditions we can come up with, maybe even with a > pluggable mechanism so I can write my own filter. > > How do you see something like this impleme

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Thu, 29 Nov 2001, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Wed, 28 Nov 2001, Bruce Atherton <[EMAIL PROTECTED]> wrote: > > BTW, is there a reason the ant-dev archive stops at November 4th? > > which one? > looks rather complete. Th

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Wed, 28 Nov 2001, Bruce Atherton <[EMAIL PROTECTED]> wrote: > How about I create more selective removals that operate on > attributes other than name. We have a proposal for "cullers", that would create sets of files based on whatever conditions we can come up with, maybe even with a pluggable

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Wed, 28 Nov 2001, Bruce Atherton <[EMAIL PROTECTED]> wrote: > BTW, is there a reason the ant-dev archive stops at November 4th? which one? looks rather complete. Stefan -- To unsubscribe, e-mail: For addi

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

At 10:00 AM 11/28/01 +0100, Stefan Bodewig wrote: On Wed, 28 Nov 2001, Peter Donald <[EMAIL PROTECTED]> wrote: and the reason has been, that changing behavior of something is not 's business - it is there to map filenames, nothing else. If you look at the places where Bruce says mappers are used to

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

At 07:27 PM 11/28/01 +1100, Peter Donald wrote: It has been proposed that mapper act on attributes of a file other than name but that has been -1'ed. I actually think it is a good idea ... so feel free to lobby Stefan to remove his -1 ;) Ok, how about this: The has an element that lets you select

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Wed, 28 Nov 2001, Peter Donald <[EMAIL PROTECTED]> wrote: > It has been proposed that mapper act on attributes of a file other > than name but that has been -1'ed. I actually think it is a good > idea ... so feel free to lobby Stefan to remove his -1 ;) and the reason has been, that changing b

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

On Wed, 28 Nov 2001 06:59, Bruce Atherton wrote: > How about this: adding an attribute to that allows you to set the > accuracy of the dependency time comparison. By default it would be 0, but > you could adjust it in your build file if necessary. Someone would still > need to be aware of the time

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

At 07:56 PM 11/27/2001 +1100, Peter Donald wrote: We also can't apply the check in sourcefile scanner because in some cases the modification time will be less than a second. In a few cases I have a build process that will modify or generate source files that should be recompiled in same sweep but w

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

Well unfortunately the granularity of the time field in the zip format is the reason for this. Theres not much that can be done about that. We also can't apply the check in sourcefile scanner because in some cases the modification time will be less than a second. In a few cases I have a build p

Re: [Submit] Rounding error with dependency checking in SouceFileScanner.java

At 18:14 26/11/2001 -0800, you wrote: That should do the trick so long as I avoid using JDK1.1, right? Wrong. Turns out that approximately half the 6000 files I am working with are considered "outdated" and are included in the ZIP file, even after I've just generated a new base ZIP. In other wor

[Submit] Rounding error with dependency checking in SouceFileScanner.java

Here is an odd one. I was tryng to create a way to generate a ZIP file of any changes that had happened since a previous ZIP. I eventually came up with this: That should do