On the 0x2B6 day of Apache Harmony Naveen Neelakantam wrote:
> I've uploaded a patch against Egor's ABCD implementation in
> HARMONY-1788. It passes the tests included with HARMONY-2141,
> HARMONY-2144 and HARMONY-2147, and removes all but one bounds check
> from BidirectionalBubbleSort in HARMON
+1
Besides, I have tried to remove the SecurityUtils class, and it is OK with
IBM VME.
On 4/20/07, Stepan Mishura <[EMAIL PROTECTED]> wrote:
On 4/19/07, Vladimir Beliaev wrote:
> Hello,
>
> Your comments are welcome on the points below - please take a look &
comment
> if you see the issues.
>
>
Hi Vladimir,
I put the testcase on 3709 with an ant script for convenience.
On 4/19/07, Vladimir Strigun <[EMAIL PROTECTED]> wrote:
Tony,
Thanks for the performance analysis. This info is for J9 VM, right?
Could you please attach your tests to JIRA?
I'd like to try it with DRLVM.
Thanks.
Vladi
I'm trying it again, but I believe so, yes. Should one of the tests
fails? Didn't you mention that JET wouldn't work? Is JET used in the
"client" test?
-Nathan
On 4/19/07, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
And one more question: did these JVMTI tests passed with original patch?
On 4/20
Hi,
> There can be a HDK building test suite, so all of the suites depending
> on drlvm will depend and on this test suite. And there can appear
> another dependencies between the suites.
This is not clear for me: currently there is no hdk suite. Could you
give more info?
I'm not telling abou
JET replies on SSE2 instructions and this patch does not fix it. The patch
fixes only OPT.
"client" mode contains JET as a first JIT, but I added code to JET to check
if SSE2 is available and refuse compilation if not.
The second JIT in 'client' mode is OPT and after JET is refused to compile a
me
On 4/19/07, Vladimir Beliaev wrote:
Hello,
Your comments are welcome on the points below - please take a look & comment
if you see the issues.
I'm fixing compliation warnings in DRLVM Kernel Classes (to increase the
overall visual quality of this component - 98 warnings seem to be quite a
lot).
Yes, thanks.
SY, Alexey
2007/4/20, Sean Qiu <[EMAIL PROTECTED]>:
I have filed a JIRA at http://issues.apache.org/jira/browse/HARMONY-3704
Would any one take a look?
2007/4/19, Alexey Petrenko <[EMAIL PROTECTED]>:
> File it to JIRA please...
>
> SY, Alexey
>
> 2007/4/19, Spark Shen <[EMAIL PROT
And one more question: did these JVMTI tests passed with original patch?
On 4/20/07, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
Do you have the same JVMTI errors if you use -Xem:opt option?
I'll try to reproduce your errors by forcing isSSE2Supported() return
'false' for every platform.
On 4/20
On 4/19/07, Alexander Kleymenov wrote:
Stepan,
On 4/19/07, Stepan Mishura <[EMAIL PROTECTED]> wrote:
>
> Do we have suites with set of dependencies other then the following:
> 1) classlib - no dependencies
> 2) drlvm - depends on classlib only
> 3) all other suites - depends on classlib and drlv
Do you have the same JVMTI errors if you use -Xem:opt option?
I'll try to reproduce your errors by forcing isSSE2Supported() return
'false' for every platform.
On 4/20/07, Nathan Beyer <[EMAIL PROTECTED]> wrote:
I uploaded a test log that shows some errors from JVMTI tests (I think
that's what
Andrew Zhang wrote:
On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
>
> On 4/19/07, LvJimmy$B!$(BJing <[EMAIL PROTECTED]> wrote:
> >
> > 2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
> > > On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
> > > >
> >
Yes this was the easiest way to add i586 support: lower P4 instructions in a
separate pass.
On 4/20/07, Nathan Beyer <[EMAIL PROTECTED]> wrote:
So the Jitrino isn't generating i586 (Pentium) instructions directly,
it's generating P4 instructions and the optimizer is translating them
down? Is th
I have filed a JIRA at http://issues.apache.org/jira/browse/HARMONY-3704
Would any one take a look?
2007/4/19, Alexey Petrenko <[EMAIL PROTECTED]>:
File it to JIRA please...
SY, Alexey
2007/4/19, Spark Shen <[EMAIL PROTECTED]>:
> Actually, I mean change mouse to "Left-handed"
>
> 2007/4/19, Sp
I uploaded a test log that shows some errors from JVMTI tests (I think
that's what was blowing up). Those seem to be first if you just run
"./build.sh test".
I'm running "./build.sh smoke.test" and it executing right now, but
it's very slow.
-Nathan
On 4/19/07, Mikhail Fursov <[EMAIL PROTECTED]
So the Jitrino isn't generating i586 (Pentium) instructions directly,
it's generating P4 instructions and the optimizer is translating them
down? Is that the design?
On 4/19/07, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
On 4/19/07, Pavel Ozhdikhin <[EMAIL PROTECTED]> wrote:
>
> p5 - optimization
Thanks, that helps a lot.
On 4/18/07, Pavel Ozhdikhin <[EMAIL PROTECTED]> wrote:
On 4/19/07, Nathan Beyer <[EMAIL PROTECTED]> wrote:
>
> On 4/18/07, Rana Dasgupta <[EMAIL PROTECTED]> wrote:
> > On 4/18/07, Nathan Beyer <[EMAIL PROTECTED]> wrote:
> > >
> > > No, no no! We need to be able to run o
I've created the Bugzilla record:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=183202
It is--essentially--asking for help in narrowing into root cause.
Wayne
--
Wayne Beaton
The Eclipse Foundation
[EMAIL PROTECTED]
Skype, YIM: waynebeaton
http://www.eclipse.org
http://wbeaton.blogspot.com/
http
I'll create a new Bugzilla report with the information we have so far. Maybe
the JDT folks can point us in the right direction.
Wayne
--
Wayne Beaton
The Eclipse Foundation
[EMAIL PROTECTED]
Skype, YIM: waynebeaton
http://www.eclipse.org
http://wbeaton.blogspot.com/
http://www.planeteclipse.org/pl
I used Windows 32-bit and my Centrino-based laptop.
On 4/19/07, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
Mikhail,
On which system have you tried to start it?
I can't say I was so lucky. Today I've tried to start jEdit (I have
the most recent stable version 4.2) several times on my Debian Lin
Wayne Beaton wrote:
> The message is generated by the
> org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor#evaluate(S
> tring) method (in the org.eclipse.jdt.debug.ui plug-in).
I'm just downloading the source now, but this comment [1] though old,
may imply that there are assumptions
The message is generated by the
org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor#evaluate(S
tring) method (in the org.eclipse.jdt.debug.ui plug-in).
I'm still digging into root cause.
Wayne
--
Wayne Beaton
The Eclipse Foundation
[EMAIL PROTECTED]
Skype, YIM: waynebeaton
http://ww
Mikhail,
On which system have you tried to start it?
I can't say I was so lucky. Today I've tried to start jEdit (I have
the most recent stable version 4.2) several times on my Debian Linux
(32bit) system.
First time it hanged after pressing couple of buttons with:
free(): invalid pointer 0x
fre
Gregory Shimansky wrote:
> Wayne Beaton wrote:
>> Greetings folks. I've been testing Harmony (April 18) with Eclipse 3.2.2.
>> Almost everything I've tried seems to just work (including the Eclipse
>> platform UI test suite). I finally managed to run into a problem with
>> Scrapbook pages. When I t
> Wayne Beaton wrote:
> > Greetings folks. I've been testing Harmony (April 18) with
> Eclipse 3.2.2.
> > Almost everything I've tried seems to just work (including
> the Eclipse
> > platform UI test suite). I finally managed to run into a
> problem with
> > Scrapbook pages. When I try to eva
Gregory Shimansky wrote:
> I think there was a suggestion to move to version 3.6 but I don't know
> what the decision was when the discussion has finished. Could someone
> remind me?
I was waiting for Richard to respond, since IIRC he was the one that
looked at it. I think he decided upgrading wa
Wayne Beaton wrote:
Greetings folks. I've been testing Harmony (April 18) with Eclipse 3.2.2.
Almost everything I've tried seems to just work (including the Eclipse
platform UI test suite). I finally managed to run into a problem with
Scrapbook pages. When I try to evaluate anything on a scrapboo
Greetings folks. I've been testing Harmony (April 18) with Eclipse 3.2.2.
Almost everything I've tried seems to just work (including the Eclipse
platform UI test suite). I finally managed to run into a problem with
Scrapbook pages. When I try to evaluate anything on a scrapbook page, I get
this mes
Hello,
Your comments are welcome on the points below - please take a look & comment
if you see the issues.
I'm fixing compliation warnings in DRLVM Kernel Classes (to increase the
overall visual quality of this component - 98 warnings seem to be quite a
lot). Please see
http://issues.apache.org/
(better late than never)
Thanks guys. I've committed the corrected version of the patch a few days ago.
Alexei
2007/4/15, Alexey Petrenko <[EMAIL PROTECTED]>:
Nathan,
Yes, I can reproduce the windows build failure with the original patch
by Andrey and modified patch by Alexei.
Thanks for inve
Tony,
Thanks for the performance analysis. This info is for J9 VM, right?
Could you please attach your tests to JIRA?
I'd like to try it with DRLVM.
Thanks.
Vladimir.
On 4/19/07, Tony Wu <[EMAIL PROTECTED]> wrote:
Here is the report for large input data
large input data:
-
On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
>
> On 4/19/07, LvJimmy，Jing <[EMAIL PROTECTED]> wrote:
> >
> > 2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
> > > On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Tim Ellison wrote:
> > >
2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
On 4/19/07, LvJimmy，Jing <[EMAIL PROTECTED]> wrote:
>
> 2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
> > On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
> > >
> > > Tim Ellison wrote:
> > > > Ruth Cao wrote:
> > > >
> > > >> You are right, Vladimir.
>
Seems that ICU4JNI has advantage on large data blocks while harmony charset
provider takes the upper hand on small inputs. It is so obvious.:)
How to choose? It is a problem.
ICU4JNI has to pay for JNI calls but it has the advantage of native
language, but I think the advantage is temporary. The
oops...:)
Ruth has a very special case...
On 4/19/07, Andrew Zhang <[EMAIL PROTECTED]> wrote:
On 4/19/07, Leo Li <[EMAIL PROTECTED]> wrote:
>
> Hi, Andrew:
>Actually, the Support_PortManager works as you suggest.:)
>But shall we wait a little before starting test, due to the
Here is the report for large input data
large input data:
--
251k for GB18030
133k for UTF-8 and 8859-1
encoding 1,000 times
com.ibm.icu4jni.charset.CharsetProiverICU
UTF-8 563.0
GB18030 5187.0
8859-1 219.0
org.apache.harmony.niochar.CharsetProviderimplSt
sorry I sent previous mail by mistake :(
The result is,
small input data:
"\u662f\u975e\u6210\u8d25\u8f6c\u5934\u7a7a" for GB18030
"abcdEfG" for UTF-8 and 8859-1
encode 1,000,000 times
=
com.ibm.icu4jni.charset.CharsetProiverICU
UTF-8 8047.0
GB18030 5203.0
8859-1 3468.0
org.a
Hi Vladimir,
I did some tests on my thinkpad with following env. The reslut is
milliseconds, the less the better.
win xp sp2
2G RAM
Intel Pentium 1.86GHZ
small input data:
"\u662f\u975e\u6210\u8d25\u8f6c\u5934\u7a7a" for GB18030
"abcdEfG" for UTF-8 and 8859-1
encode 1,000,000 times
icu
intel
On 4/19/07, Leo Li <[EMAIL PROTECTED]> wrote:
Hi, Andrew:
Actually, the Support_PortManager works as you suggest.:)
But shall we wait a little before starting test, due to the
half-close mechanism of TCP. That is three times of RTTI or something... I
do not remember clearly.
N
On 4/19/07, LvJimmy，Jing <[EMAIL PROTECTED]> wrote:
2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
> On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
> >
> > Tim Ellison wrote:
> > > Ruth Cao wrote:
> > >
> > >> You are right, Vladimir.
> > >>
> > >> It is just because the 'port' variable is set to
2007/4/19, Leo Li <[EMAIL PROTECTED]>:
Hi, Andrew:
Actually, the Support_PortManager works as you suggest.:)
But shall we wait a little before starting test, due to the
half-close mechanism of TCP. That is three times of RTTI or something... I
do not remember clearly.
Yes, un-f
Check new patch, please.
On 4/19/07, Nathan Beyer <[EMAIL PROTECTED]> wrote:
On 4/18/07, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
> It's a good idea.
> I'll do both: add k5 pass to all Jitrino.OPT configs and make EM use
> opt.emconf by default.
> So there will no additional configuration nor
2007/4/18, Alexey Petrenko <[EMAIL PROTECTED]>:
2007/4/18, Tony Wu <[EMAIL PROTECTED]>:
> Thanks Stepan and all the people who helped to boost, now we have a
> branch for java 6 classlib.
>
> Before we start to complete the new feature, I think we should have an
> agreement addition to Good issue
Sounds great :)
2007/4/18, Tony Wu <[EMAIL PROTECTED]>:
Thanks Stepan and all the people who helped to boost, now we have a
branch for java 6 classlib.
Before we start to complete the new feature, I think we should have an
agreement addition to Good issue resolution guideline[1].
I just draft
Hi, Andrew:
Actually, the Support_PortManager works as you suggest.:)
But shall we wait a little before starting test, due to the
half-close mechanism of TCP. That is three times of RTTI or something... I
do not remember clearly.
On 4/19/07, Andrew Zhang <[EMAIL PROTECTED]> wrote:
On 4/19/07, Tony Wu wrote:
Hi Stepan,
I noticed that you copied the java6 from java6-branch, so we should
start at r529549 rather than r530247 when we need merge the updates
from trunk to java6. Am I right?
Yes, I think that we merge updated starting at r529549 (when the
branch was created).
2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
>
> Tim Ellison wrote:
> > Ruth Cao wrote:
> >
> >> You are right, Vladimir.
> >>
> >> It is just because the 'port' variable is set to 8080 and on some
> >> machines this port has already been occupied.
Stepan,
On 4/19/07, Stepan Mishura <[EMAIL PROTECTED]> wrote:
Do we have suites with set of dependencies other then the following:
1) classlib - no dependencies
2) drlvm - depends on classlib only
3) all other suites - depends on classlib and drlvm
If no then ant code that manages dependencies
Hi, Vladimir:
Maybe my question is a little picky.:)
I noticed that the data for getCharsetsInfo of our charsetprovider
implementation is hardcoded. So is it possible to provide a more flexible
approach?
ResourceBundle is an option, but it has some problem in bootstrap.
Once I am tr
2007/4/19, Andrew Zhang <[EMAIL PROTECTED]>:
On 4/19/07, Leo Li <[EMAIL PROTECTED]> wrote:
>
> Personally I prefer Support_PortManager. As a tool, it can rescue us from
> choosing specific port to use. Despite of its defect, I believe it is
> possible to innovate it to fullfill our demand. From m
On 4/19/07, Ruth Cao <[EMAIL PROTECTED]> wrote:
Tim Ellison wrote:
> Ruth Cao wrote:
>
>> You are right, Vladimir.
>>
>> It is just because the 'port' variable is set to 8080 and on some
>> machines this port has already been occupied. The test case will pass
>> if we use Support_PortManager.ge
On 4/19/07, Leo Li <[EMAIL PROTECTED]> wrote:
Personally I prefer Support_PortManager. As a tool, it can rescue us from
choosing specific port to use. Despite of its defect, I believe it is
possible to innovate it to fullfill our demand. From my experience, it
works
well on windows but has some
Personally I prefer Support_PortManager. As a tool, it can rescue us from
choosing specific port to use. Despite of its defect, I believe it is
possible to innovate it to fullfill our demand. From my experience, it works
well on windows but has some problem on linux.
Furthermore, if we would like
On 4/19/07, Alexander Kleymenov <[EMAIL PROTECTED]> wrote:
Hi,
On 4/18/07, Stepan Mishura <[EMAIL PROTECTED]> wrote:
> Hi Alexander,
>
> Next question:
> 7) Suite's dependencies.
>
> I've tried the framework with JettyScenario. So I've unpacked a bundle
> with Jetty scenario into the framework d
Thanks, Gregory! Now it works well.
Ivan.
On 4/19/07, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
Ivan Popov wrote:
> Gregory,
>
> It seems you applied only one patch for jdktools build and did not
> apply another patch for federated build. Without this patch debug
> version of Harmony HDK/JDK
Hi Stepan,
I noticed that you copied the java6 from java6-branch, so we should
start at r529549 rather than r530247 when we need merge the updates
from trunk to java6. Am I right?
On 4/19/07, Stepan Mishura <[EMAIL PROTECTED]> wrote:
On 4/18/07, Stepan Mishura wrote:
> On 4/18/07, Nathan Beyer
Waiting to see...
A new GC, with enhanced performance and stable behavior.:)
On 4/19/07, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
No objections from me.
When we plan to switch to GCv5?
SY, Alexey
2007/4/19, Stepan Mishura <[EMAIL PROTECTED]>:
> On 4/18/07, Mikhail Loenko wrote:
> > Let's w
57 matches
Mail list logo
