Cool! I agree
2006/11/2, Tony Wu [EMAIL PROTECTED]:
Hi all,
I noticed that some tests of java.net were excluded due to external
server dependency. Now we have a jetty in /depends/jars, is it time to
clean up these testcases to use jetty and make them run-able? I
volunteer to do it if so.
--
On 11/2/06, Tony Wu [EMAIL PROTECTED] wrote:
hey guys,
I found there're same problem for assertSame like assertEquals.
should use assertNull, assertSame\s*\((.*,\s*null\s*|\s*null\s*,.*)\)\s*;
should use assertFalse, assertSame\s*\((.*,\s*false\s*|\s*false\s*,.*)\)\s*;
should use assertTrue,
Hi all,
I've started fixing HARMONY-1809. To remove throws clause from the
declaration of replace method, as it was proposed by Oleg in
HARMONY-1975, I placed removeItems() and insertItems() calls into
try-catch block. This would work OK for any valid arguments.
I was going to handle invalid
Yuri,
It looks you can't set profilerType other than TNV_FIRST_N here:
std::string vpalgo= profilerType==VALUE_PROFILER_STR ? TNV_FIRST_N :
getParam(config, profilerName+.vpalgo);
Thanks,
Pavel
On 11/2/06, Yuri Kashnikoff [EMAIL PROTECTED] wrote:
Generally your patch is a good piece of
Yes, this was just a test :)
Please, check the new version. I am working on making it better =)
Thanks for feedback.
P.S. Please check tabs and other convention stuff.
Could somebody look at new unit test failure (winXP, j9):
Test: testGenKey_keyPair Class:
org.apache.harmony.tools.keytool.tests.GenKeyTest
junit.framework.AssertionFailedError: Cannot create a temporary file
C:\DOCUME~1\vivanov1\LOCALS~1\Temp\\GenKeyTestTemporaryFile. File with such
name
Nadya,
Thanks for the links, I added new subpage to TODO_List_for_DRLVM.
2006/11/2, Morozova, Nadezhda [EMAIL PROTECTED]:
Alexey,
Do you think you can post these on Wiki? We actually have several pages
there that can help arrange and store such development items:
Starting point, choose your
Great to hear that! I'll go take a look and fix any grammar/nice
formatting in a while.
Thank you,
Nadya Morozova
-Original Message-
From: Alexey Varlamov [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 1:26 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm]
Fixed at r470318. Please verify.
-Stepan.
On 11/2/06, Vladimir Ivanov wrote:
Could somebody look at new unit test failure (winXP, j9):
Test: testGenKey_keyPair Class:
org.apache.harmony.tools.keytool.tests.GenKeyTest
junit.framework.AssertionFailedError: Cannot create a temporary file
While checking and applying some of Ilya's patches for
internationalisation, I noticed that there were quite a few messages
that end with a fullstop. Aside from the inconsistency (which
unfortunately always seems to irritate me), it occurs to me that we will
end up with stack traces that read
Sounds reasonable :)
SY, Alexey
2006/11/2, Mark Hindess [EMAIL PROTECTED]:
While checking and applying some of Ilya's patches for
internationalisation, I noticed that there were quite a few messages
that end with a fullstop. Aside from the inconsistency (which
unfortunately always seems to
+1 from me.
I'll take this into account when preparing next patches if none objects.
Thanks,
Ilya.
On 11/2/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Sounds reasonable :)
SY, Alexey
2006/11/2, Mark Hindess [EMAIL PROTECTED]:
While checking and applying some of Ilya's patches for
Anton Rusanov wrote:
Hi,
I discovered that some entries in application status haven't been
updated since May.
I am finishing working on JarSigner tool and I can update status info
which became out of date.
If there are no objections I will do this.
Sure, why not. Further, I think we need more
Tony Wu wrote:
Hi all,
I noticed that some tests of java.net were excluded due to external
server dependency. Now we have a jetty in /depends/jars, is it time to
clean up these testcases to use jetty and make them run-able? I
volunteer to do it if so.
Go ahead! :)
--
Paulex Yang
China
Apologies for the lack of commit message - in the excitement
of adding myself to the list of committers I clicked ok a little
too soon ;)
I also corrected the site.vsl line number in the website readme.
Regards,
Oliver
[EMAIL PROTECTED] wrote:
Author: odeakin
Date: Thu Nov 2 02:16:26 2006
Everything works for me. Thanks.
Regards,
2006/11/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
added perms for gregory, oliver, richard and alexei for svn and jira
Geir Magnusson Jr. wrote:
that's because you haven't been added to the svn perms. I'll do that in
a bit...
Gregory Shimansky
Put them in as JIRAs
Alexey Varlamov wrote:
Below is a list of isolated development tasks which do not require
advanced knowledge of VM and could be a nice start for newbies to get
acquainted with the code. All items are targeted for better code
sharing.
1) Eliminate duplicate implementation
Nice - buy why not put the tasks in JIRA?
Morozova, Nadezhda wrote:
Thanks all who helped with the what can we do now page - the new page is shorter but none the less useful.
My suggestion is to add more links to the page. It now only links to the applist. More candidates: classlib status page
Hi Sveta,
Thanks for all your work on this. I think you're right about the Eclipse
information - I think most of it is fairly generic and it would be good to
have it in the Project Documentation section. I believe the new details
about the ecj jar and the PDE-related settings are
I was hoping to. Just wanted to see people's discussion before creating
a patch. Otherwise, there's just somebody doing docs and not much
response/agreement on whether the docs are good/correct ;)
Thank you,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL
I love working with the English. What is the colour of the 'zed'
before the fullstop?
Mark Hindess wrote:
While checking and applying some of Ilya's patches for
internationalisation, I noticed that there were quite a few messages
that end with a fullstop. Aside from the inconsistency (which
Any chance you give your magic commit powers another spin and put the
committer list in alphabetical order, by last name (a - zed) :)
geir
Oliver Deakin wrote:
Apologies for the lack of commit message - in the excitement
of adding myself to the list of committers I clicked ok a little
too
2006/11/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
Put them in as JIRAs
Done: HARMONY-2051, 2052, 2053.
Alexey Varlamov wrote:
Below is a list of isolated development tasks which do not require
advanced knowledge of VM and could be a nice start for newbies to get
acquainted with the code.
Alexey Varlamov wrote:
2006/11/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
Put them in as JIRAs
Done: HARMONY-2051, 2052, 2053.
Thanks - that just makes it easy for people to grab them and get going...
Alexey Varlamov wrote:
Below is a list of isolated development tasks which do not
+1
Let it be consistent :)
--
Alexey A. Ivanov
Intel Middleware Product Division
-Original Message-
From: Mark Hindess [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 1:30 PM
To: Apache Harmony Dev List
Subject: [classlib] Really trivial comment about exception messages
I was going to start organizing the infrastructure transition to TLP.
On the list are :
1) website goes to http://harmony.apache.org/;
2) mail lists become
[EMAIL PROTECTED]
etc. This will be transparent - we'll move subscribers over, and I
suppose we forward @incubator traffic to
I agree with Gregory that we probably don't want to do this in general
to solve some problem specific to the intel compiler. Maybe the
solution is to have these changes conditional for when icc is being used?
geir
Hi again.
I've attached another patch for this issue instead of the first
2006/11/2, Ivanov, Alexey A [EMAIL PROTECTED]:
Hi all,
I've started fixing HARMONY-1809. To remove throws clause from the
declaration of replace method, as it was proposed by Oleg in
HARMONY-1975, I placed removeItems() and insertItems() calls into
try-catch block. This would work OK for any
On the 0x215 day of Apache Harmony Geir Magnusson, Jr. wrote:
Alexey Varlamov wrote:
2006/11/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
Put them in as JIRAs
Done: HARMONY-2051, 2052, 2053.
Thanks - that just makes it easy for people to grab them and get going...
maybe, put the list of
*Passes magic wand over repository*
done, r470339.
Regards,
Oliver
Geir Magnusson Jr. wrote:
Any chance you give your magic commit powers another spin and put the
committer list in alphabetical order, by last name (a - zed) :)
geir
Oliver Deakin wrote:
Apologies for the lack of commit
2006/11/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
I was going to start organizing the infrastructure transition to TLP.
On the list are :
1) website goes to http://harmony.apache.org/;
2) mail lists become
And harmony-commits will become [EMAIL PROTECTED]
[EMAIL PROTECTED]
etc. This
Geir Magnusson Jr. wrote:
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
yeah - someone generate, and we can hang them on the website. I'm
not sure we'd want to check them in though...
Is it possible to add documents into website but not to commit them
in SVN?
Yep. I was thinking the same
On the 0x215 day of Apache Harmony Yuri Kashnikoff wrote:
Yes, this was just a test :)
Please, check the new version. I am working on making it better =)
Thanks for feedback.
P.S. Please check tabs and other convention stuff.
Yuri, when attaching a patch to JIRA it is reasonable to provide
Thanks, it fixed now.
Thanks, Vladimir
On 11/2/06, Stepan Mishura [EMAIL PROTECTED] wrote:
Fixed at r470318. Please verify.
-Stepan.
On 11/2/06, Vladimir Ivanov wrote:
Could somebody look at new unit test failure (winXP, j9):
Test: testGenKey_keyPair Class:
+1. Silently doing nothing if invalid parameters are passed seems to
me a right behavior in this case.
Will someone apply changes to GapContent from the harmony-1975.patch
or we need to make a separate patch for this?
On 11/2/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/11/2, Ivanov,
Geir Magnusson Jr. wrote:
Why not use junit?
Junit task in implicitly assumes that you can
run all tests in single JVM instance. Though it does provide
fork-mode to run tests in separate JVM processes, it still
does not allow per-test JVM args configuration.
Which is exactly what we need for
On 11/2/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
Why not use junit?
Junit task in implicitly assumes that you can
run all tests in single JVM instance. Though it does provide
fork-mode to run tests in separate JVM processes, it still
does not allow per-test JVM
I'll take care of 1975.
SY, Alexey
2006/11/2, Oleg Khaschansky [EMAIL PROTECTED]:
+1. Silently doing nothing if invalid parameters are passed seems to
me a right behavior in this case.
Will someone apply changes to GapContent from the harmony-1975.patch
or we need to make a separate patch for
HARMONY-1975is already applied and closed ;)
2006/11/2, Alexey Petrenko [EMAIL PROTECTED]:
I'll take care of 1975.
SY, Alexey
2006/11/2, Oleg Khaschansky [EMAIL PROTECTED]:
+1. Silently doing nothing if invalid parameters are passed seems to
me a right behavior in this case.
Will someone
Yes, but the GapContent changes were not applied.
On 11/2/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
HARMONY-1975is already applied and closed ;)
2006/11/2, Alexey Petrenko [EMAIL PROTECTED]:
I'll take care of 1975.
SY, Alexey
2006/11/2, Oleg Khaschansky [EMAIL PROTECTED]:
+1.
Could you, please, look at the unit test in #1809 also?
On 11/2/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Yes, but the GapContent changes were not applied.
On 11/2/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
HARMONY-1975is already applied and closed ;)
2006/11/2, Alexey Petrenko [EMAIL
-Original Message-
From: Alexey Petrenko [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 3:50 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing] compatibility:
j.s.text.GapContent.replace()
behaviour
HARMONY-1975is already applied and closed ;)
Yep, I
Hi, everyone.
I've splitted Harmony-2000 (see details:
http://issues.apache.org/jira/browse/HARMONY-2000) patch with automatic
class unloading implementation into 2 independent parts:
1. cleaning native resources (native_sources_cleanup.patch).
2. automatic unloading design implementation
Ivan Volosyuk wrote:
Fixed. Now DRLVM works on IPF in interpreter mode with gcv41.
Started running smoke tests and its passing one by one... well, it is
time to rest...
Well done -- sounds like you deserve it.
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
Hi,
I might have chosen the wrong thread for this message, but this is
about another well-known unit tests suite - Eclipse Unit Tests. I've
recently filed new JIRA issue
(https://issues.apache.org/jira/browse/HARMONY-2038) with the ant
script to run EUT on Harmony. Does it make sense to
Nice work!
Thanks, Vladimir
On 11/2/06, Nina Rinskaya [EMAIL PROTECTED] wrote:
Hi,
I might have chosen the wrong thread for this message, but this is
about another well-known unit tests suite - Eclipse Unit Tests. I've
recently filed new JIRA issue
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
yeah - someone generate, and we can hang them on the website. I'm
not sure we'd want to check them in though...
Is it possible to add documents into website but not to commit them
in SVN?
Yep. I
I may be totally off track here, but how about just having two copies of all
the files that differ? I don't believe it would be that many, and it would
save us from having complicated source files or having to use special tools
or special IDE plug-ins. For me the value of having clearly
Alexey Petrenko wrote:
2006/11/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
I was going to start organizing the infrastructure transition to TLP.
On the list are :
1) website goes to http://harmony.apache.org/;
2) mail lists become
And harmony-commits will become [EMAIL PROTECTED]
Of course.
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
Why not use junit?
Junit task in implicitly assumes that you can
run all tests in single JVM instance. Though it does provide
fork-mode to run tests in separate JVM processes, it still
does not allow per-test JVM args configuration.
Which is
Why not?
Ivanov, Alexey A wrote:
-Original Message-
From: Alexey Petrenko [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 3:50 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing] compatibility:
j.s.text.GapContent.replace()
behaviour
HARMONY-1975is
Sian January wrote:
I may be totally off track here, but how about just having two copies
of all the files that differ? I don't believe it would be that many,
and it would save us from having complicated source files or having to
use special tools or special IDE plug-ins. For me the value
Geir Magnusson Jr. wrote:
Why not use junit?
If you mean why not use junit to loop over tests, then it is not the
case. I've used junit to do this in my work.
The loop which I wrote here is the loop over components in the build.xml
of drlvm. If you run build smoke.test you'll see that the
Hi Tatyana,
thank you for reporting this bug. We have submitted a patch now to fix it.
Thanks,
Daniel
On 10/29/06, tatyana doubtsova [EMAIL PROTECTED] wrote:
Hello,
I've filed http://issues.apache.org/jira/browse/HARMONY-1996 regarding
bitwise operations on negative values. Could anybody,
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Why not use junit?
If you mean why not use junit to loop over tests, then it is not the
case. I've used junit to do this in my work.
The loop which I wrote here is the loop over components in the build.xml
of drlvm. If you run build
Ivanov, Alexey A wrote:
-Original Message-
From: Alexey Petrenko [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 3:50 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing] compatibility:
j.s.text.GapContent.replace()
behaviour
HARMONY-1975is already
I believe that in CVS when you make a branch there's nothing in it to begin
with, so if you check out code from the branch it looks the same as code in
head. Then if a change is made in a file in head and that file hasn't been
changed in the branch that change is reflected in the branch. My
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 5:26 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing] compatibility:
j.s.text.GapContent.replace()
behaviour
Ivanov, Alexey A wrote:
-Original Message-
From:
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 5:03 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing] compatibility:
j.s.text.GapContent.replace()
behaviour
Why not?
It was decided to resolve the issue with
Sian January wrote:
I believe that in CVS when you make a branch there's nothing in it to
begin with, so if you check out code from the branch it looks the same
as code in head. Then if a change is made in a file in head and that
file hasn't been changed in the branch that change is
On 11/2/06, Sian January [EMAIL PROTECTED] wrote:
Just thinking about J2ME, I can imagine that some source files are going
to be very different. For example there are no Java 5 features in J2ME,
so
any generic classes will have to be almost completely different. My
concern
is that trying to
Rana Dasgupta wrote:
No problem with them being both on the Wiki and the JIRA, I think.
Other than getting out of sync it just makes sense to use the
issue tracking system for... issue tracking :)
geir
On 02 Nov 2006 17:57:29 +0600, Egor Pasko [EMAIL PROTECTED] wrote:
On the
Xiao Feng,
Did GetNativeSystemInfo() work? I can write our own api if we need it,
but the best way would be to do it around cpuid, since the chip knows best.
I know the cpuid documented behaviour on Intel. On other platforms, I am not
100% sure, though AMD and Intel have somewhat similar
Geir
I actually was serious. Probably you were confused, I didn't write
build test, I wrote build smoke.test. The first one works ok, the
second doesn't.
It happens because test (top-level test target) is handled in a
different way from smoke.test (target just for smoke test category)
They serve different purposes. The Wiki is just a broad reminder to even
a visitor to Harmony of what remains to be done. I think that the JIRA is
more specific, maybe even more technical. The TODO page as it is today, with
sublinks, also seems well suited to capture this info. But it's not a
On 02/11/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Sian January wrote:
I believe that in CVS when you make a branch there's nothing in it to
begin with, so if you check out code from the branch it looks the same
as code in head. Then if a change is made in a file in head and that
I agree with Rana here.
And another thing... There are people who are more interested in
develop smth then fix smth. And to catch such kind of peolpe TODO
list in WIKI is much better then JIRA.
Just IMHO :)
SY, Alexey
2006/11/2, Rana Dasgupta [EMAIL PROTECTED]:
They serve different
This file needs an ASF block comment.
Regards,
Tim
[EMAIL PROTECTED] wrote:
Author: apetrenko
Date: Thu Nov 2 07:20:33 2006
New Revision: 470383
URL: http://svn.apache.org/viewvc?view=revrev=470383
Log:
Patch from HARMONY-1509 applied
OceanTheme added
Added:
Missed this.
Thanks, Tim.
SY, Alexey
2006/11/2, Tim Ellison [EMAIL PROTECTED]:
This file needs an ASF block comment.
Regards,
Tim
[EMAIL PROTECTED] wrote:
Author: apetrenko
Date: Thu Nov 2 07:20:33 2006
New Revision: 470383
URL: http://svn.apache.org/viewvc?view=revrev=470383
Log:
Geir Magnusson Jr. wrote:
I was going to start organizing the infrastructure transition to TLP. On
the list are :
1) website goes to http://harmony.apache.org/;
2) mail lists become
[EMAIL PROTECTED]
etc. This will be transparent - we'll move subscribers over, and I
suppose we
On 11/2/06, Aleksey Ignatenko [EMAIL PROTECTED] wrote:
Hi, everyone.
I've splitted Harmony-2000 (see details:
http://issues.apache.org/jira/browse/HARMONY-2000) patch with automatic
class unloading implementation into 2 independent parts:
1. cleaning native resources
Aleksey,
Excellent step forward -- breaking the patch into two pieces. This made
the patch(es) much more readable.
I glanced at native_sources_cleanup.patch. It looks like code for
alloc/dealloc vtables and jitted code blocks. The original patch made
vtables into objects. Will
So, you are very welcome. :-)
I enjoyed the quotes at the end of your post.
Recently Sveta and Geir updated
http://incubator.apache.org/harmony/quickhelp_contributors.html - I
believe it worth to take a look at.
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original
Egor Pasko egor.pasko at gmail.com writes:
On the 0x214 day of Apache Harmony Mikhail Fursov wrote:
AFAIK ME shares a lot of core classes and packages with SE. And we have
these packages implemented.
And now I'm really interesting if Motorola wants to reuse our code or
develop the
I'll add my welcome (I don't see your original post?) -- what area are
you interested in?
We have cool work in progress in VMs, Memory Management, JIT
compilation, class library development, testing, documentation, build
systems, tooling, and more that I've probably forgotten!
Regards,
Tim
I've not seen the original message too... Probably some mail server problems.
And I'm welcoming you too.. :)
You can find a huge number of tasks to do in Harmony JIRA [1] and
Harmony WIKI [2].
SY, Alexey
[1] http://issues.apache.org/jira/browse/HARMONY
[2]
Tim Ellison wrote:
I'll add my welcome (I don't see your original post?)
I didn't see, either...the original mail's date is May 13, 2005, even
before Harmony is created
Please don't get me wrong, just add my welcome ;-)
-- what area are
you interested in?
We have cool work in progress
Gregory Shimansky wrote:
Geir
I actually was serious. Probably you were confused, I didn't write
build test, I wrote build smoke.test. The first one works ok, the
second doesn't.
It happens because test (top-level test target) is handled in a
different way from smoke.test (target just
Sian January wrote:
On 02/11/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Sian January wrote:
I believe that in CVS when you make a branch there's nothing in it to
begin with, so if you check out code from the branch it looks the same
as code in head. Then if a change is made in a
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
I was going to start organizing the infrastructure transition to TLP. On
the list are :
[SNIP]
I agree that we are still drawing value from all talking on the same
channel, so let's keep it that way for now.
I can't think of any other infra
2006/11/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
I was going to start organizing the infrastructure transition to TLP. On
the list are :
[SNIP]
I agree that we are still drawing value from all talking on the same
channel, so let's keep it
Geir Magnusson Jr. wrote:
Should we target a month boundary (Nov30) for the mail list switch? That
way, the archives 'split' across a natural boundary (they already are
bucketed by month...)
I don't think it makes much of a difference -- the threads are split
across months anyway. Why not
It really does not matter. Anyway a person who will search an archive
will hit on the end it will simply mean that he needs to search
another archieve.
And where will be this end at Nov 02 or Nov 30...
Moreover it will be an additional chance to remember the birthdate of
Harmony as real Apache
Tim Ellison wrote:
For example, if class X of the main version is not part of j2me,
process(j2me) would move this file to a subdirectory .streams/.
Why would you move the files rather than exclude them?
I was assuming that the processor would generate a whole new source tree
for each
Geir Magnusson Jr. wrote:
To release code, one would apply:
process(X, release-target) = Y
Now, it is important to understand that Y, in this case, is NOT suitable
for doing any modification as
revert(Y) = Kaboom! (The tool will simply report that it can't do it;
Geir Magnusson Jr. wrote:
[...]
See, I'm hoping for something a tad different :
1) For building : process() (and revert() for fun) for cmd line use for
the build scripts, so we just do
...
2) For development : IDE plugin where
a) I can tell plugin that my project def/configuration
Sian January wrote:
I may be totally off track here, but how about just having two copies of
all
the files that differ? I don't believe it would be that many, and it would
save us from having complicated source files or having to use special tools
or special IDE plug-ins. For me the value
Etienne Gagnon wrote:
Geir Magnusson Jr. wrote:
[...]
See, I'm hoping for something a tad different :
1) For building : process() (and revert() for fun) for cmd line use for
the build scripts, so we just do
...
2) For development : IDE plugin where
a) I can tell plugin that my
Geir Magnusson Jr. wrote:
I have nothing against this! But, we have to make sure:
1- we don't lose the communication aspect of telling developers about
parrallel development.
I'm not sure I understand what problem you are trying to solve there. We
do parallel development on the source
On 11/2/06, Tim Ellison [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
Anything else? I did ponder changes to our mail list. I think adding a
user list is something good to do now as it's non-disruptive, but I'm
not convinced that breaking up the dev list is something needed at this
On 11/3/06, Etienne Gagnon [EMAIL PROTECTED] wrote:
Mikhail Fursov wrote:
Good point! I think Java1.2 classes format is a reason to move J2ME
development into separate branch.
The only usecase for preprocessor is left (correct me if I miss
something)
is Java6 changes.
?
a) This is class
Etienne Gagnon wrote:
[SNIP]
Such changes are usually not dealt with very neatly with svn merge.
I'm confused. I don't think anyone has suggested that we use svn
merge for this.
Now, if using the processign tool, you get at least 2 benefits over svn
merge:
1- No need to do any svn
I would like to know the opinion of Artem, Salikh and Alexey
Ignatenko. They have used the GC and may have reasons to keep it.
As for me, I occasionally use it (GCv4) and a modified version of
GCv4.1 (which can help detect heap access via lost pointers). Most of
the time I prefer second one, but
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
Geir
I actually was serious. Probably you were confused, I didn't write
build test, I wrote build smoke.test. The first one works ok, the
second doesn't.
It happens because test (top-level test target) is handled in a
different way from
If the code is not being exercised by day to day tests and maintained, or if
we are not developing it, we can drop it I think. GCV4.1 is in the first
category, and GCV5 the second. GCV4 doesn't fit either. Dropping it doesn't
stop one from pulling it out of an old svn revision for personal use.
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
Geir
I actually was serious. Probably you were confused, I didn't write
build test, I wrote build smoke.test. The first one works ok, the
second doesn't.
It happens because test (top-level test target) is
Geir Magnusson Jr. wrote:
The communication aspect of 2 can be quite helpful when doing
system-wide changes. Just think about the effect of simply doing a
system-wide reindentation of source code; this is a nightmare when
developing using branches, as diff/merge tools are line-based, not
Nadya, All,
I have ranked the quality of Doxygen-generated DRLVM documentation and
posted it to the following Wiki page:
http://wiki.apache.org/harmony/DRLVM_Documentation_Quality
All are welcome to check masterpieces of our documentation. All
volunteers are welcome to improve page ranks by
Rana Dasgupta wrote:
If the code is not being exercised by day to day tests and maintained,
or if
we are not developing it, we can drop it I think. GCV4.1 is in the first
category, and GCV5 the second. GCV4 doesn't fit either. Dropping it doesn't
stop one from pulling it out of an old svn
Etienne Gagnon wrote:
Geir Magnusson Jr. wrote:
The communication aspect of 2 can be quite helpful when doing
system-wide changes. Just think about the effect of simply doing a
system-wide reindentation of source code; this is a nightmare when
developing using branches, as diff/merge tools
1 - 100 of 121 matches
Mail list logo