Re: [DRLVM] General stability

2006/11/8, Mikhail Fursov <[EMAIL PROTECTED]>: If our classlib is not 100% compatible we can't stop addition of new features. The same is with VM. Nobody trying to freeze new features forever. At least I don't :) If we want to have "unnamed" milestones, the solution could be: every last month

Re: [DRLVM] General stability

If our classlib is not 100% compatible we can't stop addition of new features. The same is with VM. If we want to have "unnamed" milestones, the solution could be: every last month of a quoter is a "stability" period. No new features are accepted during this period. This could work for a long per

Re: [DRLVM] General stability

2006/11/8, Mikhail Fursov <[EMAIL PROTECTED]>: On 11/8/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: > > Probably it's time to create some release plan :) > So let's start this discussion? > Good idea! The only release I can imagine is Harmony Java5SE 100% compatible. To be Java5SE 100% compati

Re: [DRLVM] General stability

On 11/8/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: Probably it's time to create some release plan :) So let's start this discussion? Good idea! The only release I can imagine is Harmony Java5SE 100% compatible. We can make feature freeze in 2 or 3 monthes before this date and after we h

Re: [DRLVM] General stability

2006/11/4, Weldon Washburn <[EMAIL PROTECTED]>: Folks, I have spent the last two months committing patches to the VM. While we have added a ton of much needed functionality, the stability of the system has been ignored. By chance, I looked at thread synchronization design problems this week.

Re: [Cocoon] Cocoon 2.1.9 works on Harmony

2006/11/8, Anton Rusanov <[EMAIL PROTECTED]>: Cocoon 2.1.9 now works on Harmony (IBM VME + Classlib)! It starts and works normally. Great news! Have you tried it with DRLVM? The only issues are: * It cannot be built from source code using Harmony because the build tries to do this with com.su

Re: [DRLVM] General stability

On the 0x21B day of Apache Harmony Oleg Oleinik wrote: > Such model works but there is a risk of fixing again "from scratch" those > bugs which were fixed once on the previous milestones. sometimes it is easier to fix a couple of bugs "from scratch" than to spend large amount of resources on regul

Re: svn commit: r472149 - /incubator/harmony/enhanced/classlib/trunk/modules/beans/src/test/java/org/apache/harmony/beans/tests/java/beans/PersistenceDelegateTest.java

Hi Alexei, Sorry, I don't understand your logic. Is the test case valid? If there was another bug (for example: "[another_VM][unit] half of classlib beans tests crashes VM"), would you agree to comment out a half of beans tests? Thanks, Stepan. -Original Message- From: [EMAIL PROTECTED

Re: [classlib][concurrent] Complete support?

2006/11/8, Nathan Beyer <[EMAIL PROTECTED]>: Instead of continuing to add functionality to the DRLVM-specific Atomics class, I'd like to get a consensus on the Threads/Objects (include CAS operations) interfaces in luni-kernel. Then we can get DRLVM to implement these classes and the donated IBM

Re: [Cocoon] Cocoon 2.1.9 works on Harmony

On the 0x21B day of Apache Harmony Anton Rusanov wrote: > Cocoon 2.1.9 now works on Harmony (IBM VME + Classlib)! > It starts and works normally. great! If you find some DRLVM-specific problems, please, let us know (ASAP) > The only issues are: > * It cannot be built from source code using Harm

RE: [jira] Good issue resolution guideline (was: [classlib]volunteer to supply patches for old JIRAs)

Nadya wrote: >Candidates: >http://incubator.apache.org/harmony/guidelines.html >http://incubator.apache.org/harmony/get-involved.html +1 >it's not quite convenient for me just now to add patches, so if someone >volunteers to help, I'd be grateful. If you do not mind, I can create the necessary pa

Re: svn commit: r472115 - /incubator/harmony/enhanced/classlib/trunk/modules/swing/src/main/java/common/javax/swing/text/GapContent.java

Hi, Any chance to see regression test (that I asked for in HARMONY-1975)? :-) Thanks, Stepan. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 07, 2006 7:50 PM To: [EMAIL PROTECTED] Subject: svn commit: r472115 - /incubator/harmony/enhanced/c

Re: [drlvm] Class unloading support - tested one approach

Hi, Robin. I do really like this proposed idea of marking VTables from objects via additional word field in VTable. But I have one question about detecting reachability of the classloaders ("sweep the vtables and check the reachability of the classloaders"). Possibly I missed something, but here

Re: [DRLVM] General stability

Such model works but there is a risk of fixing again "from scratch" those bugs which were fixed once on the previous milestones. We can eliminate this if follow "no regression" policy - if something works (classlib unit tests, Tomacat or Eclipse Unit Tests pass 100%, for example), it should conti

Re: [classlib] [suncompat] completion (was; Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1)

I just looked at the changes you made and have a question about this snippet. +if (VM.callerClassLoader() != null) { +throw new SecurityException("Unsafe"); +} I just want to understand what this actually means. If the 'callerClassLoader' is null, then the caller is t

Re: [classlib][concurrent] Complete support?

Instead of continuing to add functionality to the DRLVM-specific Atomics class, I'd like to get a consensus on the Threads/Objects (include CAS operations) interfaces in luni-kernel. Then we can get DRLVM to implement these classes and the donated IBM VM to do the same so we can have concurrent su

[Cocoon] Cocoon 2.1.9 works on Harmony

Cocoon 2.1.9 now works on Harmony (IBM VME + Classlib)! It starts and works normally. The only issues are: * It cannot be built from source code using Harmony because the build tries to do this with com.sun.tools.javac.Main. An attempt to make a wrapper with such name for Harmony javac didn't su

Re: [classlib] NLS exception messages arn't displayed correctly

On 11/8/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Oliver Deakin wrote: > Hi all, > > I was checking out some JIRAs and spotted that when we > print exception stack traces at the moment we're not getting > the full NLS message. For example, running the following: > > public class Test { > public

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

On 11/7/06, Paulex Yang <[EMAIL PROTECTED]> wrote: Nathan Beyer wrote: > On 11/6/06, Paulex Yang <[EMAIL PROTECTED]> wrote: >> Geir Magnusson Jr. wrote: >> > >> > >> > Paulex Yang wrote: >> >> Geir Magnusson Jr. wrote: >> >>> did we decide not to go to TestNG? >> >> Sigh...I guess there must be t

Re: [DRLVM] General stability

"build test" is necessary but not sufficient for where we need to go. In a sense, committing code with only "build test" to prevent regression is the equivalent to flying in the fog without instrumentation. Right. Here I see 2 aspects - creating VM/JIT regression tests and running various tes

Re: [drlvm] questions on class unloading (JIRA H2000) and cleaning class.h (JIRA H1558)

On 11/7/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote: On Friday 03 November 2006 19:18 Weldon Washburn wrote: > H1558 has been a big battle to get it into committable shape. I would > really like to commit it first. (In fact, Pavel and I are working on it > right now!) The patch in HARMONY

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

My proposal is purely for the performance critical operation of marking the classes that have live objects - as far as I'm aware, 90% of Etienne's design still stands. cheers Xiao-Feng Li wrote: Yes, I think the discussion on class unloading is one the successful examples of open community in

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

Paulex Yang wrote: Richard Liang wrote: On 11/7/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: On 11/6/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: > > > Paulex Yang wrote: > > Geir Magnusson Jr. wrote: > >> > >> > >> Paulex Yang wrote: > >>> Geir Magnusson Jr. wrote: > did we decide n

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

Tim Ellison wrote: Richard Liang wrote: On 11/7/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: I believe we're down to agreeing to the Objects/Threads classes [1] in luni-kernel and getting them implemented in DRLVM and the donated IBM VM. I believe the Unsafe class needs to be re-implem

Re: [Japi] [general] interesting discoveries with japitools - part 2

On 11/7/06, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: java.awt.peer: Missing method java.awt.peer.WindowPeer.updateFocusableWindowState(): missing in bea1.5 This one indicates that your set of packages is not correct: java.awt.peer is not a documented package. Unfortunately getting the right

Re: Japi diffs for harmony

Tim Ellison wrote: I'm no fan of stubs for just such reason. But for those dev's that are following along, there is an org.apache.harmony.luni.util.NotYetImplementedException that is defined for just such purposes. Would you consider renaming this to NotImplementedException since Japi recogniz

Re: [drlvm][sablevm] Desing of Class Unloading Support

Weldon Washburn wrote: On 11/7/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: On 07 Nov 2006 14:35:55 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: > > I already have one idea how to benefit from movable vtables. There would have to be a very compelling argument for making vtables movable. Lik

Re: [drlvm] [testing] Excluding commit tests until the problem is fixed

Though I tried several times, I could not repro 2070 or Alexey's specific problems. The test attached to 2018 repros, and that I think is enough. Pavel, 1. The patch looks good, but I could not apply and try it since my Linux box is down. 2. Did you run all tests ( smoke, cuint, kernel, and c

[classlib][java.math] optimization of BigInteger.modInverse

Hi, In http://issues.apache.org/jira/browse/HARMONY-2091 there is an optimization for modInverse. The issue includes a patch and two html files showing the performance of the method before and after the patch. In order to obtain this optimized version algorithms from the articles "The Montgomer

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

Rana Dasgupta wrote: > It's worth a lot, since you have implemented this in SableVM yourself. But I haven't! I was simply discussing the general design so that I could suggest it as a term project in SableVM for my Virtual Machine course, next term. :-) Etienne -- Etienne M. Gagnon, Ph.D.

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

Yes, I think the discussion on class unloading is one the successful examples of open community in coming up with a good design and making design decision. Although the final design can be one person's proposal, but it's based on or enlightened by all the participants' opinions. Eitenne's proposa

[stats] harmony cost 46M$ to write

Continuing on my stats-a-holism, here is David A. Wheeler's 'sloccount' run on top of harmony classlib trunk of today -- SLOCDirectory SLOC-by-Language (Sorted) 942739 modules java=867844,ansic=61533,cpp=12807,

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

It's worth a lot, since you have implemented this in SableVM yourself. Thanks. On 11/7/06, Etienne Gagnon <[EMAIL PROTECTED]> wrote: For what it's worth, I'll add my humble +1. Etienne Xiao-Feng Li wrote: > Agreed, so plus me. > > Thanks, > xiaofeng > > On 11/8/06, Rana Dasgupta <[EMAIL PROTE

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

For what it's worth, I'll add my humble +1. Etienne Xiao-Feng Li wrote: > Agreed, so plus me. > > Thanks, > xiaofeng > > On 11/8/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote: > >> On 11/7/06, Weldon Washburn <[EMAIL PROTECTED]> wrote: >> > >> > All, >> > >> > It looks like the debate on class u

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

Agreed, so plus me. Thanks, xiaofeng On 11/8/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote: On 11/7/06, Weldon Washburn <[EMAIL PROTECTED]> wrote: > > All, > > It looks like the debate on class unloading has concluded. > > Let's vote on implementing Robin's proposal. > > +1 > >Weldon > > PS -

Re: [drlvm] dynamic object layout

Again, this makes sense. Functional completenes is needed, but over a period, based on when we want to release. Identifying a couple of milestones before 1.0 for which we choose features to complete, and performance objectives can help. For each, we can add a bug-fix/stability period. Branching th

Re: [drlvm] questions on class unloading (JIRA H2000) and cleaning class.h (JIRA H1558)

On Friday 03 November 2006 19:18 Weldon Washburn wrote: > H1558 has been a big battle to get it into committable shape. I would > really like to commit it first. (In fact, Pavel and I are working on it > right now!) The patch in HARMONY-1558 is huge and often is broken by new VM commits. Shall

Re: [DRLVM] General stability

+1 This makes more sense than putting a sudden unannounced stop to new features. Possibly Weldon means "on a case by case basis after risk assessment". However, announced stability periods at the end of milestones is a good practice. For example, since we have been focussing on development for a

[general] interesting discoveries with japitools - part 2

Stuart told me that using the released version of japitools was not ideal, so I've re-run the tests with the latest version of japitools from CVS. I did find a few bugs in japitools when dealing with JRockit and J9 (submitted to the japitools mail list) but there are still interesting results. ==

Re: [DRLVM] General stability

I wouldn't go so far as to label issues as "won't fix" unless they are really high risk and low value items. It's useful to go through a stabilization period where the focus is on getting the code solid again and delaying significant new functionality until it is achieved. A plan that aims to del

Re: [drlvm] dynamic object layout

Geir Magnusson Jr. wrote: > > Alexei Fedotov wrote: >> Weldon, >> >> I agree with you that it is nearly impossible to achieve stability for >> a branch under active development. >> >> From the other side, adding new features is fun, and also has a reason >> behind it. If we strive for a complete

Re: [general] Transition to TLP

Just give a shout if I can help with any infra tasks for the transition. Regards, Tim 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 > > [EM

Re: Japi diffs for harmony

Stuart Ballard wrote: > Wow, I'm impressed that harmony is 94.66 against 1.5. That's > incredibly good progress - especially if all of that is actual > functional implementations rather than stubbed out methods. (If you > have stubbed out methods by the way, I suggest defining a > RuntimeException

Re: [general] Interesting discoveries playing around with japitools

Stefano Mazzocchi wrote: > Tim Ellison wrote: >> Thanks for doing this Stefano. I'll investigate the Sun/IBM findings >> and let you know. > > My pleasure, really. > > Oh, and before anybody thinks there is something malicious about this, > let me state that I do *NOT* think there was anything i

[classlib] [suncompat] completion (was; Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1)

Nathan Beyer wrote: > I believe we're down to agreeing to the Objects/Threads classes [1] in > luni-kernel and getting them implemented in DRLVM and the donated IBM > VM. I believe the Unsafe class needs to be re-implemented with these > interfaces, but that may already be done. yes, we are very c

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

Richard Liang wrote: > On 11/7/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: >> I believe we're down to agreeing to the Objects/Threads classes [1] in >> luni-kernel and getting them implemented in DRLVM and the donated IBM >> VM. I believe the Unsafe class needs to be re-implemented with these >> in

Re: [classlib] NLS exception messages arn't displayed correctly

Oliver Deakin wrote: > Hi all, > > I was checking out some JIRAs and spotted that when we > print exception stack traces at the moment we're not getting > the full NLS message. For example, running the following: > > public class Test { > public static void main(String[] args) throws Throwable {

RE: [jira] Good issue resolution guideline (was: [classlib]volunteer to supply patches for old JIRAs)

Well, I guess the simplest solution would be to add the link to the Conventions section on the front page of wiki. You can do it yourself! Adding a link from the static website would also be useful. Candidates: http://incubator.apache.org/harmony/guidelines.html http://incubator.apache.org/harmon

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

On 11/7/06, Weldon Washburn <[EMAIL PROTECTED]> wrote: All, It looks like the debate on class unloading has concluded. Let's vote on implementing Robin's proposal. +1 Weldon PS -- When class unloading gets implemented and committed is a seperate issue. +1 I think it's the best proposa

[drlvm] vote on class unloading design (was Class unloading support - tested one approach)

All, It looks like the debate on class unloading has concluded. Let's vote on implementing Robin's proposal. +1 Weldon PS -- When class unloading gets implemented and committed is a seperate issue. -- Forwarded message -- From: Robin Garner <[EMAIL PROTECTED]> Date: Nov

RE: [doc] What should be improved in DRLVM Doxygen documentation?

Mikhail, Do you think it is part of 'culture' to update a comment when changing behavior of its function? Otherwise, you can erase all comments altogether since you don't guarantee they're up-to-date :) Thank you, Nadya Morozova -Original Message- From: Mikhail Fursov [mailto:[EMAIL PR

[classlib] NLS exception messages arn't displayed correctly

Hi all, I was checking out some JIRAs and spotted that when we print exception stack traces at the moment we're not getting the full NLS message. For example, running the following: public class Test { public static void main(String[] args) throws Throwable { throw new NullPointerException

Re: [drlvm][sablevm] Desing of Class Unloading Support

On 11/7/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: On 07 Nov 2006 14:35:55 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: > > I already have one idea how to benefit from movable vtables. There would have to be a very compelling argument for making vtables movable. Like a business workload th

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

Nathan Beyer wrote: On 11/6/06, Paulex Yang <[EMAIL PROTECTED]> wrote: Geir Magnusson Jr. wrote: > > > Paulex Yang wrote: >> Geir Magnusson Jr. wrote: >>> did we decide not to go to TestNG? >> Sigh...I guess there must be too many ones have waited too long for >> TestNG...(including me) > > I do

Re: [Fwd: Re: Interesting discoveries playing around with japitools]

On 11/7/06, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: btw, I signed up on the japi mail list, so I think we should take it from there. cc'ing both harmony-dev and japitools-list for now so that at least harmony folks are aware the discussion is moving. Feel free to just stick to japitools-li

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

Richard Liang wrote: On 11/7/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: On 11/6/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: > > > Paulex Yang wrote: > > Geir Magnusson Jr. wrote: > >> > >> > >> Paulex Yang wrote: > >>> Geir Magnusson Jr. wrote: > did we decide not to go to TestNG? >

Re: [compatibility] Compatibility guideline and HARMONY-2085

But Harmony provides more info... Anyway if we agreed to be compatible with RI in toString messages we should do this. So thanks for you patch :) SY, Alexey 2006/11/7, Miguel Montes <[EMAIL PROTECTED]>: Alexey: Although it's no big deal, I think is useful to be compatible with the RI in this is

Re: [compatibility] Compatibility guideline and HARMONY-2085

Alexey: Although it's no big deal, I think is useful to be compatible with the RI in this issue. The RI version is simpler, and doesn't expose the internal representation. On 11/7/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: 2006/11/7, Andrew Zhang <[EMAIL PROTECTED]>: > On 11/7/06, Alexey Pe

Re: [doc] What should be improved in DRLVM Doxygen documentation?

On 07 Nov 2006 21:17:45 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: Do we feel that it is time to set responsibilities on documenting vm/include/* ? +1 To start working on intercomponent interfaces. Going to commit a couple of EM interface files with documentation tomorrow. I do not believe

Re: [doc] What should be improved in DRLVM Doxygen documentation?

On the 0x21A day of Apache Harmony Mikhail Fursov wrote: > On 07 Nov 2006 19:08:35 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: > > > > > > > Another problem: anyone who changes a document behaviour must update > > > comments too :( > > > > excuse me, what is "document behaviour"? :) > > > > Read

Re: [compatibility] Compatibility guideline and HARMONY-2085

2006/11/7, Andrew Zhang <[EMAIL PROTECTED]>: On 11/7/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: > > Guys, > > have we agreed on toString compatibility? Our compatibility guideline > [1] says nothing about compatibility of toString results... iirc, Geir has asked SUN about toString issue, and

Re: [compatibility] Compatibility guideline and HARMONY-2085

On 11/7/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: Guys, have we agreed on toString compatibility? Our compatibility guideline [1] says nothing about compatibility of toString results... iirc, Geir has asked SUN about toString issue, and we have no problem to keep the same string as RI's

[compatibility] Compatibility guideline and HARMONY-2085

Guys, have we agreed on toString compatibility? Our compatibility guideline [1] says nothing about compatibility of toString results... I think that we do not *need* to follow the RI in this case. Since toString results are not documented and it will be strange to see an application which is rel

Re: [classlib][concurrent] Complete support?

please see the following JIRA issue for the missing function: http://issues.apache.org/jira/browse/HARMONY-2086 Nik. On 11/7/06, Nikolay Kuznetsov <[EMAIL PROTECTED]> wrote: While I'm not familiar with j.u.concurrent build infrastructure, but the issue about missing native function is known and

Re: [jira] Good issue resolution guideline (was: [classlib]volunteer to supply patches for old JIRAs)

Nadya, we definetly need a link to this page. That's not a question. Question is where to place the link. And as I said in previous email link place suggestions are welcome. SY, Alexey 2006/11/7, Morozova, Nadezhda <[EMAIL PROTECTED]>: Alexey, Would be great if there we some page that had a li

RE: Re: [doc] What should be improved in DRLVM Doxygen documentation?

+1. Doxygen has a @todo tag that we can use. Quote from manual: \todo { paragraph describing what is to be done } Starts a paragraph where a TODO item is described. The description will also add an item to a separate TODO list. The two instances of the description will be cross-referenced. Each ite

Re: [build] ant-contrib downloading problems

I changed links to another SF mirror at 472107. Let me know if it doesn't work. On Tuesday 07 November 2006 15:54 Dmitry Irlyanov wrote: > Good day > > > > There is a problem, arising during dependency check in vm build: > ant-contrib.zip cannot be download from > http://prdownloads.sourceforge.

Re: [doc] What should be improved in DRLVM Doxygen documentation?

On 07 Nov 2006 19:08:35 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: > Another problem: anyone who changes a document behaviour must update > comments too :( excuse me, what is "document behaviour"? :) Read it as 'method/function behaviour'. I mean if you have good comments in file you can

Re: [doc] What should be improved in DRLVM Doxygen documentation?

On the 0x21A day of Apache Harmony Mikhail Fursov wrote: > On 11/7/06, Morozova, Nadezhda <[EMAIL PROTECTED]> wrote: > > > > +1 > > > > "For in much wisdom is much grief: and he that increaseth knowledge > increaseth sorrow" > > I'm also +1 to document all of our sources. But it's not always possi

Re: [drlvm] [ipf] I suggest a series of patches for ipf code generator

On the 0x21A day of Apache Harmony Mikhail Fursov wrote: > On 07 Nov 2006 18:38:23 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: > > > > * the relative path is still > > 'working_vm/vm/jitrino/src/codegenerator/ipf', but 'working_vm' would > > be better. (this is a minor issue, just for future) >

Re: Re: [doc] What should be improved in DRLVM Doxygen documentation?

On 11/7/06, Morozova, Nadezhda <[EMAIL PROTECTED]> wrote: +1 "For in much wisdom is much grief: and he that increaseth knowledge increaseth sorrow" I'm also +1 to document all of our sources. But it's not always possible to write a meaningful comment without a lot of "TODO", "this is a worka

[build] ant-contrib downloading problems

Good day There is a problem, arising during dependency check in vm build: ant-contrib.zip cannot be download from http://prdownloads.sourceforge.net/ant-contrib/ant-contrib-1.0b2-bin.zip?download&failedmirror=belnet.dl.sourceforge.net but download successful in the case mirror usage Output

RE: Re: [doc] What should be improved in DRLVM Doxygen documentation?

+1 Thank you, Nadya Morozova -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Egor Pasko Sent: Tuesday, November 07, 2006 11:23 AM To: harmony-dev@incubator.apache.org Subject: Re: [doc] What should be improved in DRLVM Doxygen documentation? On the 0x216 day of Ap

Re: [drlvm] [ipf] I suggest a series of patches for ipf code generator

On 07 Nov 2006 18:38:23 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: * the relative path is still 'working_vm/vm/jitrino/src/codegenerator/ipf', but 'working_vm' would be better. (this is a minor issue, just for future) +1 Yes, this is the problem. I have no 'working_vm' folder at all (I us

RE: [jira] Good issue resolution guideline (was: [classlib]volunteer to supply patches for old JIRAs)

Alexey, Would be great if there we some page that had a link to the page; otherwise, you cannot find it from within wiki, only from the link in your mail :( Thank you, Nadya Morozova -Original Message- From: Alexey Petrenko [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 07, 2006 1:

Re: [drlvm] [ipf] I suggest a series of patches for ipf code generator

On the 0x21A day of Apache Harmony Konstantin Anisimov wrote: > Egor, > > thank you for the suggestions. I have taken them into account prepareing > next patch version. > Please find it in Jira HARMONY-2061 request. Konstantin, thank you for updating: * map -> StlMap * removed "Revision" substri

Re: [drlvm][icl] Fix for the gc_gen compilation problem with Intel Compiler, windows

Alexey Petrenko wrote: > Salikh could you please attach your patch to the HARMONY-1897 > specified by Alexei? done

Re: [drlvm][sablevm] Desing of Class Unloading Support

On 07 Nov 2006 14:35:55 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote: > I already have one idea how to benefit from movable vtables. in GCV4.1? :) Yes -- Ivan Intel Enterprise Solutions Software Division

Re: [drlvm] building jitrino in release mode

It looks very strange to me. I've just checked linux debug build with the only change in build.sh (replaced -Dvm.jitrino.cfg=releaase to - Dvm.jitrino.cfg=debug) and debug version of library was built without any problems. On 11/6/06, Alex Astapchuk <[EMAIL PROTECTED]> wrote: Geir Magnusson

RE: [classlib][swing] compatibility: j.s.text.GapContent.replace() behaviour

>-Original Message- >From: Oleg Khaschansky [mailto:[EMAIL PROTECTED] >Sent: Thursday, November 02, 2006 3:28 PM >To: harmony-dev@incubator.apache.org >Subject: Re: [classlib][swing] compatibility: j.s.text.GapContent.replace() >behaviour > >+1. Silently doing nothing if invalid parameters

Re: [drlvm] [testing] Excluding commit tests until the problem is fixed

Rana, Everything is correct in you description, but it looks like that * HARMONY-2018* should fix described bug. I think Alexei will have a chance to check it. Thank you. Pavel Afremov. On 11/6/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote:

Re: [classlib][luni][charset]Strange behavior of UnicodeBig

On 11/7/06, Tony Wu <[EMAIL PROTECTED]> wrote: Different with RI, our io/lang use the same charsets implementation(ICU) as nio. You know, it is not recommend to modify ICU's code. To fix this problem under the precondition I mentioned, I have to write a BOM before every encoding operation and ha

Re: [drlvm] [testing] Excluding commit tests until the problem is fixed

Hello. Could you be so kind to check *HARMONY-2018* before start fixing and discussing this bug, please? I reported it and provided a fix a week ago. Thanks. Pavel Afremov. On 11/5/06, Fedotov, Alexei A <[EMAIL PROTECTED]> wrote: Rana,

Re: [drlvm] [ipf] I suggest a series of patches for ipf code generator

Egor, thank you for the suggestions. I have taken them into account prepareing next patch version. Please find it in Jira HARMONY-2061 request. Thank you, Konstantin "Egor Pasko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On the 0x216 day of Apache Harmony Konstantin Anisimo

Re: [jira] Good issue resolution guideline (was: [classlib]volunteer to supply patches for old JIRAs)

I've published "Good issue resolution guideline" on Harmony site: http://incubator.apache.org/harmony/issue_resolution_guideline.html (wait for a while for the web site synchronization). It is not linked to other pages yet. So comments to guideline and link place suggestions are welcome. SY, Ale

Re: [drlvm][jit] Moving jet to the top level of drlvm...

Ok, thanks for the info. :-) -xiaofeng On 11/7/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote: On 11/7/06, Xiao-Feng Li <[EMAIL PROTECTED]> wrote: > > Agreed. Without the explanation of JET as only a fast path, I also > thought JET and OPT are two different JITs. And actually as I can > recall, JE

Re: Harmony passes 94% on derby tests.

2006/11/7, Nina Rinskaya <[EMAIL PROTECTED]>: Thanks for your reply! And I agree that the right thing is to file bugs on EUT. But maybe it is ok to make the patches first as a temporary workaround just to be able to run EUT on Harmony and not to wait too long for EUT bugs fixes? Does it make sens

Re: [classlib][concurrent] Complete support?

While I'm not familiar with j.u.concurrent build infrastructure, but the issue about missing native function is known and I'll file a jira and provide a fix today. Nik. 1) Natives are missing. In particular, java.util.concurrent.atomic.AtomicLong.VMSupportsCS8 looks like should be implemented

[classlib][concurrent] Complete support?

I've found the following issues with this package: 1) Natives are missing. In particular, java.util.concurrent.atomic.AtomicLong.VMSupportsCS8 looks like should be implemented on VM side. 2) ant test -Dbuild.module=concurrent does not work. The output is as follows: support-jar: [jar] Buil

Re: [drlvm][jit] Moving jet to the top level of drlvm...

On 11/7/06, Xiao-Feng Li <[EMAIL PROTECTED]> wrote: Agreed. Without the explanation of JET as only a fast path, I also thought JET and OPT are two different JITs. And actually as I can recall, JET and OPT are indeed treated as two different JITs that the EM can select in the JITs chain. Xiao-

Re: Harmony passes 94% on derby tests.

Thanks for your reply! And I agree that the right thing is to file bugs on EUT. But maybe it is ok to make the patches first as a temporary workaround just to be able to run EUT on Harmony and not to wait too long for EUT bugs fixes? Does it make sense? Thanks, Nina On 11/3/06, Alexey Varlamov <

FW: [build] Building on Eclipse - FYI

Sian, Sorry for delay in response. >I'd like to help with documentation but I don't want to duplicate any work >that you are in the middle of, so let me know if there's anything specific >I can do... Thanks for your desire to help! Well, let's work at the page "Developing Apache Harmony Class-lib

Re: [drlvm][sablevm] Desing of Class Unloading Support

On the 0x217 day of Apache Harmony Ivan Volosyuk wrote: > In current GCv4.1 implementation there is an assumption that vtables > will not move. It is used in compaction algorithm. Strictly speaking, > the only thing I need is to distinguish objects and vtables during > allocation. If so, one of GC

Re: [DRLVM] General stability

On 11/7/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: But do we have needed scripts/tools readily available to run and analyze such stability testing? I'm also pretty sure existing c-unit and smoke tests would help to reveal certain problems if run repeatedly - just need to add this stuff to C

Re: [doc] What should be improved in DRLVM Doxygen documentation?

On the 0x216 day of Apache Harmony Alexei A. Fedotov wrote: > Nadya wrote, > > we could check for required Doxygen tags in certain elements. > > I wasn't asked, but cannot resist, sorry. You may achieve this right now > without additional coding. Doxygen warns about many problems you > describe, w

Re: [classlib][luni][charset]Strange behavior of UnicodeBig

Different with RI, our io/lang use the same charsets implementation(ICU) as nio. You know, it is not recommend to modify ICU's code. To fix this problem under the precondition I mentioned, I have to write a BOM before every encoding operation and handle BOM before every decoding, It will obviously