DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18055.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15230.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for the overview, Nicola !
Just to get you up to speed, the current issue is about multiple
inheritance, and how the current system allows cross-import (unwanted?)
side-effects, as Conor has brilliantly shown.
What I'm not sure I understand is what import has to do with multiple
On Wed, 06 Aug 2003, Alex Rosen [EMAIL PROTECTED] wrote:
A fast scan ignores directories which can't possibly hold any
included files/directories, but getExcludedFiles() says it doesn't
care about these because it will never return them.
The fast scan will also exclude directories that are
On Wed, 06 Aug 2003, Steve Loughran [EMAIL PROTECTED] wrote:
yup. We either want no refs, or we want the mono refs.
With /nostdlib+ and Mono refs it doesn't work (Mono tries to open the
refs in read/write mode, no idea why). So in the case of Mono I'd
vote for no refs.
I was thinking of
I have never understood, why do we need getExcludedFiles()
or getNotIncludedFiles(). What kind of tasks need this functionality?
Jose Alberto
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 07 August 2003 07:59
To: [EMAIL PROTECTED]
Subject: Re:
On Thu, 7 Aug 2003, Jose Alberto Fernandez [EMAIL PROTECTED]
wrote:
I have never understood, why do we need getExcludedFiles() or
getNotIncludedFiles(). What kind of tasks need this functionality?
No built-in task does, but there are custom tasks that do.
I once broke getNotIncludedFiles and
bodewig 2003/08/07 04:14:14
Modified:src/main/org/apache/tools/tar TarInputStream.java
src/testcases/org/apache/tools/tar TarRoundTripTest.java
Log:
2003 and missing license
Revision ChangesPath
1.12 +1 -1
bodewig 2003/08/07 04:17:17
Modified:src/testcases/org/apache/tools/tar TarRoundTripTest.java
Log:
Add missing import
Revision ChangesPath
1.3 +1 -0
ant/src/testcases/org/apache/tools/tar/TarRoundTripTest.java
Index: TarRoundTripTest.java
On Wed, Aug 06, 2003 at 01:46:24PM +0200, Stefan Bodewig wrote:
No long winded plan as this one should be rather trivial IMHO.
The plan:
Sounds good.
The only changes over 1.5.3 will be the changes to javah and the VAJ
tasks. Therefore I plan to explicitly state in the release notes as
On Thu, 7 Aug 2003, Paul Nasrat [EMAIL PROTECTED] wrote:
Please can the javacc fix go in too.
I wouldn't want to. Not because the change was too big, but simply to
keep this release (and its process) as low level as possible. If we
add the javacc changes, why not do the same for the VSS
On Thursday 07 August 2003 12:28, Stefan Bodewig wrote:
VAJ is in as the people who will benefit from the changes won't
benefit from Ant 1.6 (as VAJ runs on a JDK 1.1 VM).
Ah!
Now I understand...
+1 for the release
-
To
On Thu, Aug 07, 2003 at 01:28:37PM +0200, Stefan Bodewig wrote:
On Thu, 7 Aug 2003, Paul Nasrat [EMAIL PROTECTED] wrote:
Please can the javacc fix go in too.
I wouldn't want to. Not because the change was too big, but simply to
keep this release (and its process) as low level as
The old native file system (ODS-2) on OpenVMS is completely case
insensitive. A file will have all uppercase letters in the name and can be
accessed using lowercase, uppercase, or mixed case.
With the new ODS-5 file system this is a little bit different; I'd call it
partially case sensitive.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-08-07/ant-testutil.html
Buildfile: build.xml
prepare:
check_for_optional_packages:
build:
Costin Manolache wrote, On 07/08/2003 4.43:
Thanks for the overview, Nicola !
Just to get you up to speed, the current issue is about multiple
inheritance, and how the current system allows cross-import (unwanted?)
side-effects, as Conor has brilliantly shown.
What I'm not sure I understand is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Nicola Ken Barozzi wrote:
Thanks for the overview, Nicola !
Just to get you up to speed, the current issue is about multiple
inheritance, and how the current system allows cross-import (unwanted?)
side-effects, as Conor has brilliantly shown.
What I'm not sure I understand is what import
Anyone? Stefan? Why are all the proposals gone from the 1.5 branch?
Please... --DD
-Original Message-
From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 12:03 PM
To: Ant Developers List
Subject: Re: PH2-provided import from proposal in 1.5 branch
Just to get you up to speed, the current issue is about multiple
inheritance, and how the current system allows cross-import (unwanted?)
side-effects, as Conor has brilliantly shown.
What I'm not sure I understand is what import has to do with multiple
inheritance :-)
Because we can
Some comments on the issues inside:
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Costin Manolache wrote, On 07/08/2003 4.43:
- add possibility of prefix in import declaration
import file=xxx prefix=xxy/
This would work as a qualified name ?
I think basically yes, but
On Thu, 7 Aug 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
Why are all the proposals gone from the 1.5 branch?
I've removed the proposals from the 1.5 branch a while ago as they've
been unmaintained (i.e. changes made in the main branch have not been
ported to the 1.5 branch).
What
I wanted to look again at proposals/embeb, which supported a version of
import thru ProjectHelperImpl2.java, supposedly compatible with Ant 1.5.x.
I'll need import sooner than 1.6 will be coming my way apparently, and
need to investigate all my alternatives, from PH2 above, and the recently
Status Report for the Ant project
o Ant 1.5.3-1
This was a supplementary release made on April 16th. There was no functional
change. from Ant 1.5.3 - it just removed a copy of junit.jar which had
inadvertently been included in the Ant 1.5.3 build.
o Ant 1.5.4
This is scheduled for release
Sorry if the mail becomes long, I have difficulty in deciding what to
snip ;-)
Costin Manolache wrote, On 07/08/2003 15.56:
Nicola Ken Barozzi wrote:
Thanks for the overview, Nicola !
Just to get you up to speed, the current issue is about multiple
inheritance, and how the current system allows
Jose Alberto Fernandez wrote, On 07/08/2003 16.15:
Some comments on the issues inside:
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
...
Well, IMHO I personally don't see a real, strong, compelling
reason to
have targets have crosstalk between themselves, but I do have
an equally
strong
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10016.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20457.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Costin Manolache [mailto:[EMAIL PROTECTED]
Nicola Ken Barozzi wrote:
I don't know _any_ programming language where import is used for
inheritance.
Believe it or not, XSLT is a programming language. :-)
And it uses the term import for inheritance.
Well, KISS is my concern as
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22080.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18667.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2236.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bodewig 2003/08/07 08:07:33
Modified:.Tag: ANT_15_BRANCH WHATSNEW
lib Tag: ANT_15_BRANCH README xercesImpl.jar
Log:
This branch already contained a newer Xerces than 1.5.3 anyway - upgrade to
2.5.0
Revision ChangesPath
No
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=0.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Knut Wannheden wrote, On 07/08/2003 16.13:
...
Maybe it would be better to think in the term of mixin as some languages
(e.g. some Lisp flavours and Ruby) use. The following two exerpts are from
the Modules chapter of the free book Programming Ruby: The Pragmatic
Programmer's Guide
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefan Bodewig wrote:
On Wed, 06 Aug 2003, Steve Loughran [EMAIL PROTECTED] wrote:
yup. We either want no refs, or we want the mono refs.
With /nostdlib+ and Mono refs it doesn't work (Mono tries to open the
refs in read/write mode, no idea why). So in the case of Mono I'd
vote for no refs.
OK
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2236.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21044.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18240.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18175.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2003/08/07 15:20:34
Modified:docs/manual/OptionalTasks ftp.html
Log:
There have been several bug reports showing that users did not understand
the meaning of remotedir and of the nested fileset(s) for the different
actions
of the ftp task.
I have added a table to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19358.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19358.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
54 matches
Mail list logo