Re: DO NOT REPLY [Bug 32631] - allow includes / excludes for fileset references

On Mon, 10 Jan 2005, Matt Benson <[EMAIL PROTECTED]> wrote: > --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: >> could you guys please come over to [EMAIL PROTECTED] again? 8-) > > I'm here. Oh, I know. It's just that I'm trying to catch up with my vacation backlog and find it very hard to follow

Re: jpackage, JDKs and Ant

On Mon, 10 Jan 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > Does anyone know what is going on here? Is this jpackage or a new > Sun layout system? jpackage, I guess. > What should I be doing to move up to Java1.5? Probably install (see the rebuildi

RE: local properties

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > Jose Alberto Fernandez wrote: > > >As per other approaches to local properties, unless we go > and define a > >real semantic for them (like any other well design > programming language > >out there) I see they creating more problems than sol

Re: local properties

Jose Alberto Fernandez wrote: From: Peter Reilly [mailto:[EMAIL PROTECTED] Jose Alberto Fernandez wrote: As per other approaches to local properties, unless we go and define a real semantic for them (like any other well design programming language out there) I see

Re: local properties

Sounds good, but is it possible to get a different name than "let" ? Peter Following the VBness of "let", how about "dim"? ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: local properties

Or use perl's "local" or even "my" (the latter suggestion being a joke - which is likely to back-fire as usual). ;n) Phil :n) On Tue, 2005-01-11 at 11:52, Kev Jackson wrote: > > Sounds good, but is it possible to get a different name than "let" ? > > > > Peter > > Following the VBness of "let",

Re: local properties

On Tue, 11 Jan 2005, Kev Jackson <[EMAIL PROTECTED]> wrote: > >> Sounds good, but is it possible to get a different name than "let" >> ? >> >> Peter > > Following the VBness of "let", how about "dim"? ;) Actually it's a Lispness - for those of us who liked the name let, at least 8-) Hmm, borrow

AW: local properties

or a mixture? dimlet, define-my, local-var, ... or a very personal thing: the class is not typedef´d and the user can choose or we use something like the-type-which-introduces-the-local-only-available-of-properties-which-are-n ot-available-from-a-different-scope and the user uses a for gettin

DO NOT REPLY [Bug 32649] - ant-produced jar files don't match those produced by java.util.jar.JarOutputStream

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32609] - Update Jikes task to enable -bootclasspath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/compilers Jikes.java

bodewig 2005/01/11 05:57:22 Modified:.Tag: ANT_16_BRANCH WHATSNEW src/main/org/apache/tools/ant/taskdefs/compilers Tag: ANT_16_BRANCH Jikes.java Log: jikes supports -bootclasspath Revision ChangesPath No rev

cvs commit: ant WHATSNEW

bodewig 2005/01/11 05:58:18 Modified:.WHATSNEW Log: jikes supports -bootclasspath Revision ChangesPath 1.708 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v

cvs commit: ant/src/main/org/apache/tools/ant/types CommandlineJava.java

bodewig 2005/01/11 06:05:01 Modified:src/main/org/apache/tools/ant/types CommandlineJava.java Log: Path is a ProjectComponent - use it for logging Revision ChangesPath 1.61 +3 -7 ant/src/main/org/apache/tools/ant/types/CommandlineJava.java Index: Commandli

RE: local properties

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > > > >Wouldn't mind having the two, and see what works best. :-) > > > > > Sounds good, but is it possible to get a different name than "let" ? > Hey, just propose a name for it. I am flexible... :-) Jose Alberto

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Length.java

mbenson 2005/01/11 07:36:21 Modified:src/etc/testcases/taskdefs length.xml src/testcases/org/apache/tools/ant/taskdefs LengthTest.java src/main/org/apache/tools/ant/taskdefs Length.java Log: Oops, used setProperty() instead of setNewProperty(). Thanks

AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Length .java

> Log: > Oops, used setProperty() instead of setNewProperty(). > Thanks to Jan for the example on the userlist reminding me > of my error. ;) In former time I used the setProperty() for myself ;) Jan

Re: local properties

Jose Alberto Fernandez wrote: From: Peter Reilly [mailto:[EMAIL PROTECTED] Wouldn't mind having the two, and see what works best. :-) Sounds good, but is it possible to get a different name than "let" ? Hey, just propose a name for it. I am flexible... :-) Stefan's suggestion

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Length.java

peterreilly2005/01/11 07:45:22 Modified:src/main/org/apache/tools/ant/taskdefs Length.java Log: checkstyle Revision ChangesPath 1.6 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/Length.java Index: Length.java ==

Re: Avoiding logging loops

On Mon, 10 Jan 2005, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > I have not had the time to check your suggested code modification, > but it makes sense to avoid these infinite loops. > > What do other ant committers think ? It might be better to state somewhere that BuildListeners are not

Re: ANT does not seem closing JAR files correctly.

On Mon, 10 Jan 2005, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: > After some research I found that I had the same file twice in a JAR > (two inner filesets were referencing the same file - this is an > interesting situation too - fileset joining would behave > better). There is a bug already

or file collections

Hi all, I'm not really sure what the task is going to be used for, that's probably my biggest problem with it. Why do we need it? The problem Bug 32631 talks about could better be solved by tasks that perform set operations. Right now our best file collection is path and it would be rather easy

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Available.java

peterreilly2005/01/11 08:34:57 Modified:src/main/org/apache/tools/ant/taskdefs Available.java Log: add note for reason for using setproperty rather than setnewproperty in available.java Revision ChangesPath 1.64 +2 -0 ant/src/main/org/apache/tools/ant/taskdefs/

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Available.java

On 11 Jan 2005, <[EMAIL PROTECTED]> wrote: > Log: add note for reason for using setproperty rather than > setnewproperty in available.java Widely knows as the Diane Holt trick 8-) Stefan - To unsubscribe, e-mail: [EMAIL PRO

RE: or file collections

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > I'm not really sure what the task is going to be used for, that's > probably my biggest problem with it. Why do we need it? Yep. My thoughts exactly. > The problem Bug 32631 talks about could better be solved by tasks that > perform set opera

Re: or file collections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi all, > > I'm not really sure what the task is going to be > used for, that's > probably my biggest problem with it. Why do we need > it? For good or ill, when I was researching the enhancement request, I noticed that AFS implements Cloneable an

Re: Avoiding logging loops

At 05:02 PM 1/11/2005, Stefan Bodewig wrote: It might be better to state somewhere that BuildListeners are not allowed to create any output during messageLogged and keep the code as is - and modify Log4jListener which I've never looked into myself. Ceki, is there any way Log4jListener can avoid th

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Available.java

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On 11 Jan 2005, <[EMAIL PROTECTED]> wrote: > > > Log: add note for reason for using setproperty > rather than > > setnewproperty in available.java > > Widely knows as the Diane Holt trick 8-) Diane was really before my time, what's that about

Re: or file collections

On Tue, 11 Jan 2005, Matt Benson <[EMAIL PROTECTED]> wrote: > In general, I tend to solve problems as generically as possible, No arguments here. > Nearly a month passed between my declaration of intent to implement > this idea and my committing the task to CVS; unfortunately it must > have slip

Re: ANT does not seem closing JAR files correctly.

So something was special in my case... I can try to reproduce the jar. There are many copyrighted files involved. Should I sent the jar to you? - Alexey. Stefan Bodewig wrote: On Mon, 10 Jan 2005, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: After some research I found that I had the same f

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Available.java

On Tue, 11 Jan 2005, Matt Benson <[EMAIL PROTECTED]> wrote: > --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > >> On 11 Jan 2005, <[EMAIL PROTECTED]> wrote: >> >> > Log: add note for reason for using setproperty >> rather than >> > setnewproperty in available.java >> >> Widely knows as the Di

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Available.java

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: [SNIP] > > Also, it looks like that deprecation message has > been > > there since 1.5 > > I thought it must have been in there even longer. Looks like you added the message just over 3 years ago, but I was speaking of official releases. > > > ... BC

Re: Avoiding logging loops

On Tue, 11 Jan 2005, Ceki Gülc <[EMAIL PROTECTED]> wrote: > I can't think of anything reasonable Log4jListener can do to prevent > this or dance around it. The only idea I came up with was temporarily re-setting System.out and err. Facing the choice between cholera and pestilence, I'd rather sil

Re: ANT does not seem closing JAR files correctly.

On Tue, 11 Jan 2005, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: > So something was special in my case... I can try to reproduce the > jar. There are many copyrighted files involved. Should I sent the > jar to you? If you can find a way to reproduce the bug with something simpler, that'd be t

Re: Avoiding logging loops

At 06:17 PM 1/11/2005, Stefan Bodewig wrote: Yes, I understand that - and I don't think we can really enforce it, at least not after we've had BuildListener not state that requirement for more than four years. I don't think one can blame BuildListener for this. Even if the requirement was clearly s

Re: or file collections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: [SNIP, re clone task:] > Maybe I just don't understand how useful it is? > Usefulness would depend on the class being cloned and what the user chose to do with it. It's almost (to my thinking) along the lines of the Nice or Parallel tasks in that it p

Re: ANT does not seem closing JAR files correctly.

I have produced a minimal test case - when [one of] AES key (16 bytes long) is included twice, it breaks the zip. I really may not send it to anybody. - Alexey. Stefan Bodewig wrote: On Tue, 11 Jan 2005, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: So something was special in my case... I

RE: or file collections

> From: Matt Benson [mailto:[EMAIL PROTECTED] > > --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > [SNIP, re clone task:] > > Maybe I just don't understand how useful it is? > > > Usefulness would depend on the class being cloned and > what the user chose to do with it. It's almost (to my > thinki

RE: or file collections

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: [SNIP] that was a mouthful... > It's a bit like if any refid'able type is an > implicit presetdef ;-) --DD I had a similar thought earlier today but that doesn't address the problem of objects that were created other than by ProjectHelper impleme

Re: or file collections

Matt Benson wrote: --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: [SNIP, re clone task:] Maybe I just don't understand how useful it is? Usefulness would depend on the class being cloned and what the user chose to do with it. It's almost (to my thinking) along the lines of the Nice or Paral

RE: or file collections

> From: Matt Benson [mailto:[EMAIL PROTECTED] > > --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > [SNIP] > that was a mouthful... > > It's a bit like if any refid'able type is an > > implicit presetdef ;-) --DD > > I had a similar thought earlier today but that doesn't > address the problem o

Re: or file collections

--- Peter Reilly <[EMAIL PROTECTED]> wrote: [SNIP] > I just noticed the interface idea. I do not really > understand this, Clone > will still extend UE yes?. > > The Clone implementation is really clever, I am just > concerned that > there may be issues as it does extend UE. There are > a number >

RE: or file collections

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > [SNIP] > > that was a mouthful... > > > It's a bit like if any refid'able type is an > > > implicit presetdef ;-) --DD > > > > I had a

Re: or file collections

--- Matt Benson <[EMAIL PROTECTED]> wrote: [SNIP] > generic. So the interface suggestion was to make UE > implement some e.g. ProxyElement interface that > declares makeObject(), have Clone implement the same > interface and method, then change the "if UE" block > in > UE.makeObject() to "if Proxy

Re: or file collections

Matt Benson wrote: --- Matt Benson <[EMAIL PROTECTED]> wrote: [SNIP] generic. So the interface suggestion was to make UE implement some e.g. ProxyElement interface that declares makeObject(), have Clone implement the same interface and method, then change the "if UE" block in UE.makeObject() to

cvs commit: ant/src/main/org/apache/tools/tar TarOutputStream.java

peterreilly2005/01/11 10:30:34 Modified:.WHATSNEW CONTRIBUTORS src/main/org/apache/tools/tar TarOutputStream.java Log: Write two EOF blocks for tar rather than one PR: 28776 Obtained from: Oliver Rossmueller Revision ChangesPath 1.709 +3 -0

cvs commit: ant/src/main/org/apache/tools/tar TarOutputStream.java

peterreilly2005/01/11 10:31:12 Modified:.Tag: ANT_16_BRANCH WHATSNEW CONTRIBUTORS src/main/org/apache/tools/tar Tag: ANT_16_BRANCH TarOutputStream.java Log: sync Revision ChangesPath No revision No

DO NOT REPLY [Bug 28776] - tar task produces incorrect tar files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: ant/src/main/org/apache/tools/tar TarOutputStream.java

peterreilly2005/01/11 10:34:17 Modified:src/main/org/apache/tools/tar TarOutputStream.java Log: year Revision ChangesPath 1.18 +1 -1 ant/src/main/org/apache/tools/tar/TarOutputStream.java Index: TarOutputStream.java ===

cvs commit: ant/src/main/org/apache/tools/tar TarOutputStream.java

peterreilly2005/01/11 10:34:29 Modified:src/main/org/apache/tools/tar Tag: ANT_16_BRANCH TarOutputStream.java Log: year Revision ChangesPath No revision No revision 1.12.2.6 +1 -1 ant/src/main/org/apach

cvs commit: ant/src/main/org/apache/tools/tar TarBuffer.java TarInputStream.java TarOutputStream.java TarUtils.java

peterreilly2005/01/11 10:41:21 Modified:src/main/org/apache/tools/tar TarBuffer.java TarInputStream.java TarOutputStream.java TarUtils.java Log: javadoc Revision ChangesPath 1.14 +42 -1 ant/src/main/org/apache/tools

DO NOT REPLY [Bug 33049] New: - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: ant/xdocs contributors.xml

jhm 2005/01/11 11:28:27 Modified:xdocscontributors.xml Log: cvs-test after reinstall Revision ChangesPath 1.33 +1 -1 ant/xdocs/contributors.xml Index: contributors.xml === RCS file:

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: cvs commit: ant/src/etc/testcases/taskdefs checksum.xml

Hello Martijn, if you have the time to do it the file comparison function that ignores line endings sounds good. Cheers, Antoine Martijn Kruithof wrote: Hi I actually used the same technique as proposed in the bug report on the recorder test cases. Stefan modified that one in such a way that n

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30339] - insufficient emphasis placed on duplicate attribute of zip & co. WAS Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs RecorderTest.java

jkf 2005/01/11 13:56:45 Modified:src/main/org/apache/tools/ant/util FileUtils.java src/etc/testcases/taskdefs recorder.xml src/testcases/org/apache/tools/ant/taskdefs RecorderTest.java Log: Extended FileUtils with a comparison

cvs commit: ant/src/main/org/apache/tools/zip ZipEntry.java

jkf 2005/01/11 15:09:36 Modified:src/main/org/apache/tools/zip ZipEntry.java Log: PR: 33049 A zip entry is not equal to another zip entry when the name matches. Multiple files may have the same name, and have for instance different offsets. Revision ChangesPat

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33049] - zip (and jar) produces broken archives when duplicated file is taken from two places.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu