RE: [doc] site.css

2006-11-14 Thread Ivanov, Alexey A
-Original Message- From: Alexey Petrenko [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 14, 2006 10:49 AM To: harmony-dev@incubator.apache.org Subject: Re: [doc] site.css 2006/11/14, Nathan Beyer [EMAIL PROTECTED]: Spaces only please! +1 OK. I'll convert all tabs to spaces and remove

Re: Deleted version_svn_tag.h

2006-11-14 Thread Salikh Zakirov
Nathan Beyer wrote: Not using SVN directly? Do I even want to ask? We have a running SVN-Git mirroring via tailor, and some people prefer to use Git for managing patches, because git 1) is faster 2) can manage many patches and branches 3) can work offline. (I do not intend this as hidden

Re: [jira] Patch available setting

2006-11-14 Thread Salikh Zakirov
Alexey Petrenko wrote: So I think that *require* from issue creator to check the fix *before* not the best solution. Since noone on earth can prevent you from submitting your patch to a new JIRA and link it to the original one, this is not a *real* requirement. I guess this is just a hint to

Re: Please set a Patch available flag for H-1669 Was: [drlvm] [testing] Excluding commit tests until the problem is fixed

2006-11-14 Thread Elena Semukhina
On 11/14/06, Fedotov, Alexei A [EMAIL PROTECTED] wrote: Elena, Could you please set Patch available flag for the following issue to attract committer's attention to this issue? http://issues.apache.org/jira/browse/HARMONY-1669 Classlib test tests/api/java/io/PipedInputStreamTest hangs on

Re: [doc][drlvm] The document Getting started with DRL is outdated

2006-11-14 Thread Egor Pasko
On the 0x221 day of Apache Harmony Pavel Ozhdikhin wrote: OK then for Configuring VM section JIT options proposed by Egor will be suitable: -Xem:jet - use only baseline JIT compiler -Xem:opt - use only optimising JIT compiler -Xtrace:em - print method compilation events I'd also add:

[design] class unloading: Secondary root set

2006-11-14 Thread Salikh Zakirov
Robin, I have read your description of secondary root set approach, and found it the same as finalization-like approach discussed by Etienne and me earlier. I think you have missed one point: after retracing from secondary root set once, more classloaders may be found reachable, so this step

Re: Re: Re: [classlib][pack200] Status update

2006-11-14 Thread Alexei Zakharov
Also note that the list of packages that are listed at the URL you gave specify the full set of packages that can be overridden, and the pack200 classes aren't on there :-) Don't look at this list. Endorsed dirs actually works for any classes that aren't compiled into VM indeed (in RI). :-)

Re: [Cocoon] Cocoon 2.1.9 works on Harmony

2006-11-14 Thread Anton Rusanov
I've managed to exclude the hanging test and ran the test suite (48 htmlunit tests): 3 test failures on RI: 2 FileNotFoundException-s + 1 unexpected return result, 9 failures on Harmony classlib + IBM VME: 3 noted errors + 6 errors related to JPEG and PNG representation, 24

Re: [classlib][swing] Serialization of Swing classes

2006-11-14 Thread Alexei Zakharov
I also agree, +1 for defining SUIDs externally. Thanks, 2006/11/14, Stepan Mishura [EMAIL PROTECTED]: On 11/13/06, Ivanov, Alexey A wrote: -Original Message- From: Tim Ellison Sent: Sunday, November 12, 2006 1:12 AM To: harmony-dev@incubator.apache.org Subject: Re:

[design] Class unloading: false sharing of vtable marks

2006-11-14 Thread Salikh Zakirov
As we discussed before, the VTable marks approach [1] has a false sharing problem on a multiprocessor: when one thread is writing to vtable mark, it is invalidating respective cache line in other processor caches. Meanwhile, since gcmaps, located near vtable marks, are loaded frequently during

Re: [drlvm][em64t] build fails

2006-11-14 Thread Egor Pasko
On the 0x221 day of Apache Harmony Mika Miettinen wrote: Gregory Shimansky wrote: On Tuesday 14 November 2006 00:51 Gregory Shimansky wrote: I'm going to try to do this on my Gentoo at home now. It is mostly bleeding edge up to date installation. Now I see what you're talking about.

Re: [jira] Patch available setting

2006-11-14 Thread Egor Pasko
On the 0x221 day of Apache Harmony Alexei Fedotov wrote: Guys, I was trying to compare public announcements of new patches with private ones. The point of announcing new patches on harmony-dev@ is the following: anyone is welcome to verify a new patch. If no volunteers are willing to do

Re: [drlvm] Re: [design] Class unloading: false sharing of vtable marks

2006-11-14 Thread Weldon Washburn
On 11/14/06, Robin Garner [EMAIL PROTECTED] wrote: Salikh Zakirov wrote: As we discussed before, the VTable marks approach [1] has a false sharing problem on a multiprocessor: when one thread is writing to vtable mark, it is invalidating respective cache line in other processor caches.

[drlvm] Re: [design] Class unloading: false sharing of vtable marks

2006-11-14 Thread Robin Garner
Salikh Zakirov wrote: As we discussed before, the VTable marks approach [1] has a false sharing problem on a multiprocessor: when one thread is writing to vtable mark, it is invalidating respective cache line in other processor caches. Meanwhile, since gcmaps, located near vtable marks, are

Re: [classlib] Using Aspects for Tracing

2006-11-14 Thread Sian January
Hi Alexei, I'm not entirely sure what you mean by application-level logging. It is possible to get more fine-grained information using aspects if that's what you mean, such as tracing individual methods, logging field reads and writes, logging when Exceptions are caught and logging when certain

Re: [classlib] Using Aspects for Tracing

2006-11-14 Thread Alexei Zakharov
Sian, Cool! Thanks for this. Can AspectJ be used for something more sophisticated than just tracing? For application-level logging for example? Thanks, 2006/11/14, Sian January [EMAIL PROTECTED]: Hello, Following a recent discussion on this list I have been looking into how aspects could be

Re: [drlvm][em64t] build fails

2006-11-14 Thread Gregory Shimansky
Stefano Mazzocchi wrote: Gregory Shimansky wrote: On Tuesday 14 November 2006 00:51 Gregory Shimansky wrote: I'm going to try to do this on my Gentoo at home now. It is mostly bleeding edge up to date installation. Now I see what you're talking about. The threading library of classlib doesn't

Re: [classlib][swing][awt] fork mode for the tests

2006-11-14 Thread Tim Ellison
thank you thank you thank you Mikhail Loenko wrote: done in 474664 2006/11/14, Alexei Fedotov [EMAIL PROTECTED]: +1 to use a uniform property for all modules On 11/13/06, Mikhail Loenko [EMAIL PROTECTED] wrote: I've run swing and awt tests with fork mode once a dozen times on Windows

Re: [jira] Patch available setting

2006-11-14 Thread Alexei Fedotov
Guys, I was trying to compare public announcements of new patches with private ones. The point of announcing new patches on harmony-dev@ is the following: anyone is welcome to verify a new patch. If no volunteers are willing to do so, then a committer or a bug submitter will do the job.

Re: svn commit: r474705 - /incubator/harmony/enhanced/classlib/trunk/modules/luni/src/main/java/org/apache/harmony/luni/util/DeleteOnExit.java

2006-11-14 Thread Tim Ellison
Richard, Can you also convert Tony's test into a regression testcase? Regards, Tim [EMAIL PROTECTED] wrote: Author: liangyx Date: Tue Nov 14 00:52:10 2006 New Revision: 474705 URL: http://svn.apache.org/viewvc?view=revrev=474705 Log: Apply patch for HARMONY-2156

Re: [drlvm][em64t] build fails

2006-11-14 Thread Gregory Shimansky
Gregory Shimansky wrote: Stefano Mazzocchi wrote: Gregory Shimansky wrote: On Tuesday 14 November 2006 00:51 Gregory Shimansky wrote: I'm going to try to do this on my Gentoo at home now. It is mostly bleeding edge up to date installation. Now I see what you're talking about. The threading

Re: [drlvm][em64t] build fails

2006-11-14 Thread Pavel Afremov
On 11/13/06, Gregory Shimansky [EMAIL PROTECTED] wrote: So what is the point to have a test which would pass either way? Check that it doesn't crash the VM, is it the only purpose for it? I think yes. It should check that test doesn't crash VM if stack size isn't enough. Pasha Afremov.

Re: [drlvm] Re: [design] Class unloading: false sharing of vtable marks

2006-11-14 Thread Rana Dasgupta
On 11/14/06, Robin Garner [EMAIL PROTECTED] wrote: Whether this helps performance depends on the cache policy of the multiprocessor. I'm not sufficiently versed in cache architectures to say, but I would expect that machines with sufficiently weak memory models will make this cheap, those

[classlib] Using Aspects for Tracing

2006-11-14 Thread Sian January
Hello, Following a recent discussion on this listI have been looking into how aspects could be used for tracing in the Harmony class library code. I have been using AspectJ and have written a really simple tracing aspect for the math module, adapted the build.xml script and written some

Re: [drlvm][em64t] build fails

2006-11-14 Thread Mika Miettinen
Gregory Shimansky wrote: On Tuesday 14 November 2006 00:51 Gregory Shimansky wrote: I'm going to try to do this on my Gentoo at home now. It is mostly bleeding edge up to date installation. Now I see what you're talking about. The threading library of classlib doesn't compile on

Re: [design] class unloading: Secondary root set

2006-11-14 Thread Robin Garner
Salikh Zakirov wrote: Robin, I have read your description of secondary root set approach, and found it the same as finalization-like approach discussed by Etienne and me earlier. I think you have missed one point: after retracing from secondary root set once, more classloaders may be found

Re: [doc][drlvm] The document Getting started with DRL is outdated

2006-11-14 Thread Geir Magnusson Jr.
Tim Ellison wrote: Egor Pasko wrote: BTW, I asked my dad to look at the website. Ideas for improvement from him: snip This is loverly -- kudos to you. When I asked my mum about class unloading support she just said 'what?' Well, my grandmother felt that it was a bug in the GC, and should

Re: [doc][drlvm] The document Getting started with DRL is outdated

2006-11-14 Thread Geir Magnusson Jr.
It's hard for all of us. Better to be safe than sorry. The doc content should include the license header in comment, and there is a clear (c) at the bottom. The license header refers to the NOTICE file. Thanks for being conservative about this - it keeps us from getting into trouble. (I

Re: [doc] site.css

2006-11-14 Thread Geir Magnusson Jr.
Ivanov, Alexey A wrote: Hi all, I've updated formatting of definition lists DL on site: https://issues.apache.org/jira/browse/HARMONY-2173 The new formatting looks more natural to me; the screenshots can be found in the JIRA issue. yes, that looks better. When editing site.css I

Re: [doc][drlvm] The document Getting started with DRL is outdated

2006-11-14 Thread Stefano Mazzocchi
Geir Magnusson Jr. wrote: Tim Ellison wrote: Egor Pasko wrote: BTW, I asked my dad to look at the website. Ideas for improvement from him: snip This is loverly -- kudos to you. When I asked my mum about class unloading support she just said 'what?' Well, my grandmother felt that it

Re: [drlvm][em64t] build fails

2006-11-14 Thread Gregory Shimansky
Pavel Afremov wrote: On 11/13/06, Gregory Shimansky [EMAIL PROTECTED] wrote: So what is the point to have a test which would pass either way? Check that it doesn't crash the VM, is it the only purpose for it? I think yes. It should check that test doesn't crash VM if stack size isn't enough.

Re: [drlvm][jvmti][testing] I want to add JVMTI tests to drlvm commit checks

2006-11-14 Thread Geir Magnusson Jr.
Gregory Shimansky wrote: Geir Magnusson Jr. wrote: Gregory Shimansky wrote: One reason would be is that I don't know ant well enough to redesign the whole stuff all together. I used the existing setup and init targets which take care of including ancontrip and cctask jars. If you ask me,

Re: [drlvm][design] class unloading: Secondary root set

2006-11-14 Thread Salikh Zakirov
Salikh Zakirov wrote: I think you have missed one point: after retracing from secondary root set once, more classloaders may be found reachable, so this step needs to be repeated until convergence (to obtain the closure of reachability with additional links Object-Class, served through

[x86_64] builds! now onto the tests

2006-11-14 Thread Stefano Mazzocchi
I'm happy to report that both classlib and drlvm at r474892 build on x86_64/em64t As Gregory suggested, I had to change the symlinks to from /usr/lib/lib(jpeg|png).a to /usr/lib/lib(jpeg|png).so in order for the link to avoid complaining. It would be great if somebody could fix the build and do

Re: [x86_64] builds! now onto the tests

2006-11-14 Thread Gregory Shimansky
Stefano Mazzocchi wrote: I'm happy to report that both classlib and drlvm at r474892 build on x86_64/em64t As Gregory suggested, I had to change the symlinks to from /usr/lib/lib(jpeg|png).a to /usr/lib/lib(jpeg|png).so in order for the link to avoid complaining. Well Geir insists that we

Re: Re: Re: Re: [classlib][pack200] Status update

2006-11-14 Thread Alex Blewitt
On 14/11/06, Alexei Zakharov [EMAIL PROTECTED] wrote: Aha, I see. But in JDBC you can at least call Class.forName(MyJDBCDriverClass, true, *MyClassLoader*). Well, you'll also be able to instantiate the Pack200 Harmony code using direct instantiation like that too. In fact, it will be necessary

Re: [x86_64] builds! now onto the tests

2006-11-14 Thread Stefano Mazzocchi
Gregory Shimansky wrote: Stefano Mazzocchi wrote: I'm happy to report that both classlib and drlvm at r474892 build on x86_64/em64t As Gregory suggested, I had to change the symlinks to from /usr/lib/lib(jpeg|png).a to /usr/lib/lib(jpeg|png).so in order for the link to avoid complaining.

[x86_64] problem running DRLVM

2006-11-14 Thread Stefano Mazzocchi
I've tried to run the VM launcher and I get: [EMAIL PROTECTED] ~/src/harmony/drlvm/build/lnx_em64t_gcc_debug/deploy/jre/bin $ ./java Harmony Java launcher Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software Foundation or its licensors, as applicable. java [-vm:vmdll -vmdir:dir

Re: [x86_64] builds! now onto the tests

2006-11-14 Thread Gregory Shimansky
Stefano Mazzocchi wrote: Gregory Shimansky wrote: Stefano Mazzocchi wrote: I'm happy to report that both classlib and drlvm at r474892 build on x86_64/em64t As Gregory suggested, I had to change the symlinks to from /usr/lib/lib(jpeg|png).a to /usr/lib/lib(jpeg|png).so in order for the link

Re: [x86_64] problem running DRLVM

2006-11-14 Thread Gregory Shimansky
Stefano Mazzocchi wrote: I've tried to run the VM launcher and I get: [EMAIL PROTECTED] ~/src/harmony/drlvm/build/lnx_em64t_gcc_debug/deploy/jre/bin $ ./java Harmony Java launcher Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software Foundation or its licensors, as applicable.

Re: [x86_64] problem running DRLVM

2006-11-14 Thread Stefano Mazzocchi
Gregory Shimansky wrote: Stefano Mazzocchi wrote: I've tried to run the VM launcher and I get: [EMAIL PROTECTED] ~/src/harmony/drlvm/build/lnx_em64t_gcc_debug/deploy/jre/bin $ ./java Harmony Java launcher Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software Foundation or

Re: [x86_64] problem running DRLVM

2006-11-14 Thread Gregory Shimansky
On Wednesday 15 November 2006 02:11 Stefano Mazzocchi wrote: Gregory Shimansky wrote: Stefano Mazzocchi wrote: I've tried to run the VM launcher and I get: [EMAIL PROTECTED] ~/src/harmony/drlvm/build/lnx_em64t_gcc_debug/deploy/jre/bin $ ./java Harmony Java launcher Apache Harmony

[drlvm] New regression: java.lang.ClassGenericsTest4

2006-11-14 Thread Gregory Shimansky
Hello Today a kernel tests which used to pass a day ago started to fail. It is java.lang.ClassGenericsTest4 (subtest test_3) [1]. I tried to revert some VM and classlib (since some important classes like URLClassLoader, Hashtable and TreeMap were changed recently) patches but no reversion

Re: [drlvm][em64t] build fails

2006-11-14 Thread Geir Magnusson Jr.
Gregory Shimansky wrote: Pavel Afremov wrote: On 11/13/06, Gregory Shimansky [EMAIL PROTECTED] wrote: So what is the point to have a test which would pass either way? Check that it doesn't crash the VM, is it the only purpose for it? I think yes. It should check that test doesn't crash VM

Re: [drlvm][em64t] build fails

2006-11-14 Thread Geir Magnusson Jr.
Mika Miettinen wrote: Gregory Shimansky wrote: On Tuesday 14 November 2006 00:51 Gregory Shimansky wrote: I'm going to try to do this on my Gentoo at home now. It is mostly bleeding edge up to date installation. Now I see what you're talking about. The threading library of classlib

Re: [drlvm] drlvm and gdb and shared libraries

2006-11-14 Thread Geir Magnusson Jr.
If that was incorrectly set, they wouldn't load.. that's not the problem Alexei Fedotov wrote: Let me point out the second section of Egor's manual - LD_LIBRARY_PATH is the only thing which should be additionally configured. On 13 Nov 2006 15:46:44 +0600, Egor Pasko [EMAIL PROTECTED] wrote:

Re: [drlvm][threading] Should hythread_monitor_init() aquire the monitor?

2006-11-14 Thread Geir Magnusson Jr.
Gregory Shimansky wrote: Evgueni Brevnov wrote: hmmm strange. The patch was tested on multi-processor system running SUSE9. I will check if the patch misses something. Anyway, we need to wait with the patch submission until we 100% sure how hythread_monitor_init should behave. Thanks

Re: [jira] Patch available setting

2006-11-14 Thread Geir Magnusson Jr.
I thought we had it configured that when a JIRA is modified, the reporter is notified directly... I'm not sure that really helps though. I wonder if we should just open things up a bit and let any user modify a JIRA and see what happens. geir Sian January wrote: Hi, I have just

Re: Deleted version_svn_tag.h

2006-11-14 Thread Geir Magnusson Jr.
Salikh Zakirov wrote: Nathan Beyer wrote: Not using SVN directly? Do I even want to ask? We have a running SVN-Git mirroring via tailor, and some people prefer to use Git for managing patches, because git 1) is faster 2) can manage many patches and branches 3) can work offline. (I do not

Re: [x86_64] builds! now onto the tests

2006-11-14 Thread Geir Magnusson Jr.
Stefano Mazzocchi wrote: I'm happy to report that both classlib and drlvm at r474892 build on x86_64/em64t As Gregory suggested, I had to change the symlinks to from /usr/lib/lib(jpeg|png).a to /usr/lib/lib(jpeg|png).so in order for the link to avoid complaining. Bleah. This can't be the

Re: [x86_64] problem running DRLVM

2006-11-14 Thread Geir Magnusson Jr.
Stefano Mazzocchi wrote: Gregory Shimansky wrote: Stefano Mazzocchi wrote: I've tried to run the VM launcher and I get: [EMAIL PROTECTED] ~/src/harmony/drlvm/build/lnx_em64t_gcc_debug/deploy/jre/bin $ ./java Harmony Java launcher Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache

Re: [x86_64] builds! now onto the tests

2006-11-14 Thread Geir Magnusson Jr.
Gregory Shimansky wrote: Stefano Mazzocchi wrote: I'm happy to report that both classlib and drlvm at r474892 build on x86_64/em64t As Gregory suggested, I had to change the symlinks to from /usr/lib/lib(jpeg|png).a to /usr/lib/lib(jpeg|png).so in order for the link to avoid complaining.

Re: [x86_64] builds! now onto the tests

2006-11-14 Thread Evgueni Brevnov
Stefano, Regarding your original problem: [javac] The type junit.framework.TestCase cannot be resolved. It is indirectly referenced from required .class files To fix that you need to copy junit.jar into ANT_HOME/lib directory. Thanks Evgueni On 11/15/06, Geir Magnusson Jr. [EMAIL PROTECTED]

Re: [doc][drlvm] The document Getting started with DRL is outdated

2006-11-14 Thread Egor Pasko
On the 0x221 day of Apache Harmony Geir Magnusson, Jr. wrote: Tim Ellison wrote: Egor Pasko wrote: BTW, I asked my dad to look at the website. Ideas for improvement from him: snip This is loverly -- kudos to you. When I asked my mum about class unloading support she just said

Re: [jira] Patch available setting

2006-11-14 Thread Egor Pasko
On the 0x222 day of Apache Harmony Geir Magnusson, Jr. wrote: I thought we had it configured that when a JIRA is modified, the reporter is notified directly... I'm not sure that really helps though. I wonder if we should just open things up a bit and let any user modify a JIRA and see what

Re: [x86_64] builds! now onto the tests

2006-11-14 Thread Egor Pasko
On the 0x222 day of Apache Harmony Gregory Shimansky wrote: Stefano Mazzocchi wrote: Gregory Shimansky wrote: Stefano Mazzocchi wrote: I'm happy to report that both classlib and drlvm at r474892 build on x86_64/em64t As Gregory suggested, I had to change the symlinks to from

Re: [classlib] Using Aspects for Tracing

2006-11-14 Thread Anton Luht
Hello Sian, [skip] 5. Write a tracing aspect (or copy the one attached to modules\math\src\main\java\org\apache\harmony\tracing) There was only patch to build.xml attached - could you please send the aspect or better create a JIRA issue and attach all stuff to it? -- Regards, Anton Luht,

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

2006-11-14 Thread Alexey Varlamov
Heh, this regression is more interesting than it looked at first glance: JITs give the same output with identical stack trace, but test result is PASSED. By lucky chance I have older debug build at hand (svn = r474646) and it also spills this stacktrace to system err but status is PASSED for all

Re: [jira] Patch available setting

2006-11-14 Thread Alexey Petrenko
15 Nov 2006 11:31:39 +0600, Egor Pasko [EMAIL PROTECTED]: On the 0x222 day of Apache Harmony Geir Magnusson, Jr. wrote: I thought we had it configured that when a JIRA is modified, the reporter is notified directly... I'm not sure that really helps though. I wonder if we should just open

Re: Japitools 0.9.7 released

2006-11-14 Thread Geir Magnusson Jr.
Congratulations! Nice work! geir (I heart Japitools) Stuart Ballard wrote: I'm thrilled to be able to announce four things: 1) After far too long a wait, Japitools 0.9.7 Life, liberty[1] and the pursuit of Japiness has been released. This release includes the following improvements over