Conor MacNeill wrote:
The others are antlib/namespace/polymorph stuff. I'm wondering if we can
get to the point where the ant optional tasks are packaged as antlibs and
potentially not added to the root loader if their supporting libraries are
not also available to the root loader. This
peter reilly wrote:
On Tuesday 12 August 2003 13:24, Stefan Bodewig wrote:
On Tue, 12 Aug 2003, peter reilly [EMAIL PROTECTED] wrote:
On Tuesday 12 August 2003 12:36, Stefan Bodewig wrote:
On Fri, 1 Aug 2003, peter reilly [EMAIL PROTECTED] wrote:
typedef
Dominique Devienne wrote, On 12/08/2003 15.37:
I'm also interested PropertyHelper, and in particular Costin's
experimental XPath based one. I'd like to be able to define
functions (defined as part of an AntLib) to operate directly on
property values, kind of like XPath functions, and it sounds
bodewig 2003/08/14 00:02:34
Modified:src/main/org/apache/tools/ant/taskdefs/optional/dotnet
DotnetCompile.java
Log:
make definitions work for Mono
Revision ChangesPath
1.14 +6 -2
bodewig 2003/08/14 00:04:41
Modified:src/main/org/apache/tools/ant/taskdefs/cvslib
ChangeLogParser.java
src/main/org/apache/tools/ant/taskdefs/optional
NetRexxC.java
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=22345.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Opps, sorry about the year in the enum update yesterday.
Peter.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thursday 14 August 2003 06:45, Costin Manolache wrote:
peter reilly wrote:
On Tuesday 12 August 2003 13:24, Stefan Bodewig wrote:
On Tue, 12 Aug 2003, peter reilly [EMAIL PROTECTED] wrote:
On Tuesday 12 August 2003 12:36, Stefan Bodewig wrote:
On Fri, 1 Aug 2003, peter reilly [EMAIL
On Thursday 14 August 2003 06:38, Costin Manolache wrote:
Conor MacNeill wrote:
The others are antlib/namespace/polymorph stuff. I'm wondering if we can
get to the point where the ant optional tasks are packaged as antlibs and
potentially not added to the root loader if their supporting
Hi,
I have written a couple of tasks to enable definition of new tasks
in ant.
presetdef (formally known as extendtype)
this defines a new task or type based on a current ant task or type, with
attributes or elements preset.
example useage:
presetdef name=my.javac
javac
Cool.
I think these should go in Ant :-)
As you know I had thought about macrodef but I'm happy to
see you've done it. I think there is a slight property scoping issue
for the nested params. I had thought about a different syntax for
macro params (e.g. $[target]), perhaps hooked into a
On Thursday 14 August 2003 10:31, Conor MacNeill wrote:
Cool.
I think these should go in Ant :-)
Excellent.
As you know I had thought about macrodef but I'm happy to
see you've done it. I think there is a slight property scoping issue
for the nested params. I had thought about a different
peterreilly2003/08/14 02:45:39
Modified:src/main/org/apache/tools/ant/taskdefs DefBase.java
Log:
fix head as DefBase.java is a new file
Revision ChangesPath
1.3 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/DefBase.java
Index: DefBase.java
-Message d'origine-
De : peter reilly [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 14 août 2003 11:21
À : [EMAIL PROTECTED]
Objet : [new tasks] presetdef and macrodef
Hi,
I have written a couple of tasks to enable definition of new tasks
in ant.
presetdef (formally known as extendtype)
Sounds great!
In anticipation of this feature I have used a few namespaced properties for
my custom tasks. And since Ant 1.5 doesn't have any value for these, I've
just made the tasks resolve them explicitly.
This raises a question: Are properties whose values are resolved by custom
On Thu, 14 Aug 2003, peter reilly [EMAIL PROTECTED] wrote:
Will I place these tasks in ant or ant-contrib ?
Ant, they sound very useful. presetdef is a wonderful way to plug
in user preferences.
Stefan
-
To unsubscribe,
This looks excellent! It makes Ant a lot more flexible, but at the same
time also more compilcated to use. Buildfiles with (possibly nested)
macrodef/s and include/s could be a lot harder to understand and
maintain. But if used correctly, probably easier!
A question: is macrodef a special task
User preferences - nice scenario.
- define your preferences with presetdef and macrodef in
%user.home%/.ant/preferences.xml
- include that file with include in your actual buildfile
So: +1 for placing in Ant
Jan
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent:
antoine 2003/08/14 04:37:36
Modified:src/main/org/apache/tools/ant/taskdefs/optional/net FTP.java
Log:
files which are pointed to by symbolic links should be excluded if
followsymlinks=false
Revision ChangesPath
1.46 +4 -3
On Thursday 14 August 2003 12:28, Knut Wannheden wrote:
A question: is macrodef a special task in the sense that it seems to be
able to suppress Ant from resolving properties for it when the task is
evaluated? Is there a mechanism which allows this to be done in custom
tasks as well?
The
The following tasks will be an excellent addition for the use Centipede
does of Ant, so it's a big thumbs up!
Presetdef can be used to redefine the most used Ant tasks adding the
defaults taken from the descriptor we use.
macrodef can make us finally create real macros that are not only
peterreilly2003/08/14 05:46:02
Modified:src/main/org/apache/tools/ant/taskdefs defaults.properties
Added: src/main/org/apache/tools/ant/taskdefs MacroDef.java
MacroInstance.java PreSetDef.java
Log:
Adding tasks presetdef and macrodef
Revision
peterreilly2003/08/14 05:48:10
Modified:docs/manual coretasklist.html
Added: docs/manual/CoreTasks presetdef.html macrodef.html
Log:
adding doc for presetdef and macrodef
Revision ChangesPath
1.50 +2 -0 ant/docs/manual/coretasklist.html
Index:
Could please @since 1.6 tags be added to the code?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
peterreilly2003/08/14 06:17:26
Added: src/etc/testcases/taskdefs presetdef.xml macrodef.xml
src/testcases/org/apache/tools/ant/taskdefs
PreSetDefTest.java MacroDefTest.java
Log:
some unittests for presetdef and macrodef
Revision Changes
peterreilly2003/08/14 06:22:25
Modified:src/main/org/apache/tools/ant/taskdefs PreSetDef.java
MacroDef.java MacroInstance.java
Log:
Add in Ant 1.6 javadocs for presetdef and macrodef
Revision ChangesPath
1.2 +1 -0
Tis done.
Peter
On Thursday 14 August 2003 14:04, Martijn Kruithof wrote:
Could please @since 1.6 tags be added to the code?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=22417.
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=22417.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
No, this is currently not possible. subant uses ant behind the scene's,
and doesn't access the created project. Now, I've also hacked antreturn
that works for my own purpose, and does indeed get access to the child
project thru devious means, so in theory it could cache the child projects,
so I
Dominique,
Even my current use of antReturn I find hackish, but
without the ability
to use Ant's own digester-like XML to Java engine, I find
easier to call
another Project and extract what I need out of it, rather
than coding from
scratch the info I need about of a separate non-Ant
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=22370.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Yes. PropertyHelper is a property interceptor, and it simply rocks.
In essence, you register a helper with Ant. Then, at each request for
a property, each registered helper is asked for the property value in
turn; the first one that has it, returns it.
Completely not following this property
Knut Wannheden wrote:
Sounds great!
In anticipation of this feature I have used a few namespaced properties
for
my custom tasks. And since Ant 1.5 doesn't have any value for these, I've
just made the tasks resolve them explicitly.
This raises a question: Are properties whose values are
After all the praises, I hope my post doesn't sound too negative. I also
think it's a great addition Peter, I just have a few reservations ;-)
See below... --DD
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
presetdef (formally known as extendtype)
this defines
bodewig 2003/08/14 07:29:47
Modified:docs external.html
xdocsexternal.xml
Log:
Update AntRunner info, submitted by Dirk Schnelle
Revision ChangesPath
1.131 +4 -3 ant/docs/external.html
Index: external.html
bodewig 2003/08/14 07:37:07
Modified:docs/manual/CoreTasks javac.html
Log:
Record default for javac's verbose attribute, submitted by Larry Shatzer
Revision ChangesPath
1.41 +2 -1 ant/docs/manual/CoreTasks/javac.html
Index: javac.html
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=21436.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have just done some changes to the ftp task because I realized that the
task was not really supporting symbolic links, only the FTPDirectoryScanner
did.
There is a small problem :
ftp action=get
server=${ftp.host}
userid=${ftp.user}
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=21526.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 14 Aug 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
There is a small problem :
ftp action=get
server=${ftp.host}
userid=${ftp.user}
password=${ftp.password}
remotedir=${tmp.dir}
fileset dir=foo/bar
On Tue, 12 Aug 2003, peter reilly [EMAIL PROTECTED] wrote:
Users are allowed to use antlib:*. The restricted uri's are uris
that users are not allowed to use in typedef/.
Does that as a corrolary mean users can't override built-in tasks. It
seems a bit wierd to say you must not use uri=ant:*
On Wed, 13 Aug 2003, Costin Manolache [EMAIL PROTECTED] wrote:
All this overriding may create some bad maintaince problems.
I agree for overriding in arbitrary namespaces, but we have to keep
supporting it for the default namespace.
We've added support for task overloading when Ant added a
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=22243.
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=18664.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefan Bodewig wrote
There is a small problem :
ftp action=get
server=${ftp.host}
userid=${ftp.user}
password=${ftp.password}
remotedir=${tmp.dir}
fileset dir=foo/bar includes=**/*.java /
/ftp
used not 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=22323.
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=22244.
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=22427.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2003/08/14 08:47:37
Modified:src/main/org/apache/tools/ant/taskdefs/optional/net FTP.java
Log:
mistake found ... oops ... corrected
Revision ChangesPath
1.48 +1 -1
ant/src/main/org/apache/tools/ant/taskdefs/optional/net/FTP.java
Index: FTP.java
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=22428.
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=22428.
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=22428.
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=22427.
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=22428.
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=22427.
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=5268.
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=22417.
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=22088.
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=22370.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thursday 14 August 2003 15:23, Dominique Devienne wrote:
After all the praises, I hope my post doesn't sound too negative.
No problem.
I also
think it's a great addition Peter, I just have a few reservations ;-)
See below... --DD
-Original Message-
From: peter reilly
bodewig 2003/08/14 09:16:21
Modified:docs faq.html
xdocsfaq.xml
Log:
Avoid useless use of cat award by using a real world example.
Revision ChangesPath
1.76 +10 -9 ant/docs/faq.html
Index: faq.html
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=22315.
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=22361.
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=22088.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bodewig 2003/08/14 09:25:52
Modified:src/main/org/apache/tools/ant/types Path.java
Log:
Newer versions of Kaffe have a filesystem layout similar to Sun's VMs,
don't exclude rt.jar and friends.
PR: 22297
Revision ChangesPath
1.57 +14 -8
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=22297.
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=22370.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thursday 14 August 2003 16:13, Stefan Bodewig wrote:
On Tue, 12 Aug 2003, peter reilly [EMAIL PROTECTED] wrote:
Users are allowed to use antlib:*. The restricted uri's are uris
that users are not allowed to use in typedef/.
Does that as a corrolary mean users can't override built-in
---BeginMessage---
...Hi, I kind of hear, that you are discussing, what kind of appears to be
in the domain of taskdef and its classpath-attribute and how classes are
loaded? Am I wrong here?
I have some examples with what could be called local
classpath/classloader-use - I can make it work
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=22088.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 11:22 AM
To: Ant Developers List
Subject: Re: [new tasks] presetdef and macrodef
It is not a sub-set of macrodef/. But there is a lot of overlap of
functionality. In fact after I got
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=22433.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2003/08/14 10:23:22
Modified:src/etc/testcases/taskdefs/optional/net ftp.xml
Log:
removed useless property environment=env/
Revision ChangesPath
1.5 +0 -1 ant/src/etc/testcases/taskdefs/optional/net/ftp.xml
Index: ftp.xml
I think this is fantastic work.
As per Dominique's reservations, here are some observations that may
make things easier.
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
From: peter reilly [mailto:[EMAIL PROTECTED]
presetdef (formally known as extendtype)
this defines a new
Jose Alberto answered that one indirectly. I know understand that the
macrodef I had does not declare a 'name' or 'classname' attribute, and
thus could not be used as I wrote it, whereas presetdef keeps access to
all attributes of the preset'd type. Sorry for being so slow ;-) --DD
-Original
Dominique Devienne wrote, On 14/08/2003 20.16:
Jose Alberto answered that one indirectly. I know understand that the
macrodef I had does not declare a 'name' or 'classname' attribute, and
thus could not be used as I wrote it, whereas presetdef keeps access to
all attributes of the preset'd type.
antoine 2003/08/14 14:01:43
Modified:.WHATSNEW
src/main/org/apache/tools/ant/taskdefs/optional/net FTP.java
docs/manual/OptionalTasks ftp.html
Log:
Add two new attributes timediffmillis and timediffauto for the ftp task
so that the newer
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.
79 matches
Mail list logo
