Hi, Egor:
I have tried to run it on drlvm, but it reported error:
Assertion failed!
Progrma: ...java.exe
File:Object_handles.cpp
Line:99
Expression: NULL==*p || (*p=vm_heap_base_address()
*pvm_heap_ceiling_address())
After I debug into it I got
(1)
Unhandled
Too many Alexe[i|y]s on the list %).
[snip]
BTW, what is the reason to remove a part of the test? Are the checks invalid
or VM-specific?
OK, let me answer this particular question:
Yes, the removed check is invalid but passes on some JREs (VMs). In
short, top level class permitted to access
2006/10/11, Geir Magnusson Jr. [EMAIL PROTECTED]:
Well, that's actually an interesting question... should the VM do it if
not set, or should the launcher do it? I think that based on the
principle of least surprise, it should be launcher.
The user uses the launcher, so the launcher should be
On the 0x200 day of Apache Harmony Leo Li wrote:
Hi, Egor:
I have tried to run it on drlvm, but it reported error:
Assertion failed!
Progrma: ...java.exe
File:Object_handles.cpp
Line:99
Expression: NULL==*p || (*p=vm_heap_base_address()
Ok.:)
On 12 Oct 2006 13:38:34 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x200 day of Apache Harmony Leo Li wrote:
Hi, Egor:
I have tried to run it on drlvm, but it reported error:
Assertion failed!
Progrma: ...java.exe
File:Object_handles.cpp
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad ;-)
I'll go ahead to run on other vm and other platform and analyse the
failure and fix them if possible.
What I have done was updated on the wiki page
Great news, Tony.
I'll check the page... And will probably help with something.
SY, Alexey
2006/10/12, Tony Wu [EMAIL PROTECTED]:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad ;-)
I'll go ahead to run on other vm and other
Mikhail,
Unfortunately, both our compilers are affected by this issue.
Pavel.
On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
The test you described has a lot of hidden issues.
For example: if Sun supports such situation only with interpreter (need to
investigate), may be it's enough if
On 10/12/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Wednesday 11 October 2006 16:15 Pavel Pervov wrote:
(Branching from original thread as this is different problem than in the
root message.)
Wasn't it the same problem, just happening on classlib initialization? I
think
the scenario
Tony Wu 写道:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad ;-)
I'll go ahead to run on other vm and other platform and analyse the
failure and fix them if possible.
What I have done was updated on the wiki page
Posted as *HARMONY-1836* http://issues.apache.org/jira/browse/HARMONY-1836
.
On 10/12/06, Leo Li [EMAIL PROTECTED] wrote:
Ok.:)
On 12 Oct 2006 13:38:34 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x200 day of Apache Harmony Leo Li wrote:
Hi, Egor:
I have tried to run it on
Alexey,
The main issue here is why classloading (?) calls to GC under native lock.
All the rest is just a consequences.
Could you, please, show the point (file:line) where gc_alloc is called under
lock?
Thanks,
Pavel.
On 10/12/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
Guys,
I've
2006/10/12, Spark Shen [EMAIL PROTECTED]:
Tony Wu 写道:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad ;-)
I'll go ahead to run on other vm and other platform and analyse the
failure and fix them if possible.
What I have
Anton Ivanov 写道:
On 10/10/06, Anton Ivanov [EMAIL PROTECTED] wrote:
On 10/10/06, Tim Ellison [EMAIL PROTECTED] wrote:
So I checked in a patch for HARMONY-688's regex fix, and it passed the
regex unit tests, but causes the existing luni tests to fail in
java.util.Scanner. I've not figured
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.io.Serializable from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.lang.Comparable from
I prepared the patch for the test and a sample patch for implementation
which enables the test passing on IBM VME. As I'm not an expert in
util.prefs, I'd like someone to review the patch and add a warning message.
Unfortunately I did not manage to upload attachments to H-1751; got the
mesage:
Nice work, Tony! Any more description on what happened to these
failures/errors?
Spark, you must not clicked that link, it shows one error on RI:)
Spark Shen wrote:
Tony Wu 写道:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad
Tony Wu 写道:
just one test failure on RI
On 10/12/06, Spark Shen [EMAIL PROTECTED] wrote:
Tony Wu 写道:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad ;-)
I'll go ahead to run on other vm and other platform and analyse the
Elena Semukhina wrote:
I prepared the patch for the test and a sample patch for implementation
which enables the test passing on IBM VME. As I'm not an expert in
util.prefs, I'd like someone to review the patch and add a warning message.
Unfortunately I did not manage to upload attachments
hmm.., it is on the IBM vm. I have just get them running on DRLVM and
got 96.89% passed, I'll post on wiki soon.
On 10/12/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/10/12, Spark Shen [EMAIL PROTECTED]:
Tony Wu 写道:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
Hello everyone:
I am a student from Nanjing University of China. I have great interest
in Harmony
project, and I want to make contribution to this project. Could anyone
tell what
I can do now. By the way, I have signed the CLA.
--
Alex Luo
Department of Computer Science and Technology,
yes, I'm working on collecting the detail of these failures.
On 10/12/06, Paulex Yang [EMAIL PROTECTED] wrote:
Nice work, Tony! Any more description on what happened to these
failures/errors?
Spark, you must not clicked that link, it shows one error on RI:)
Spark Shen wrote:
Tony Wu 写道:
I
Yes, I am. :)
The common rule of not executing Java under native lock applies to JNI too.
Regards,
Pavel.
On 10/12/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
12.10.06, Pavel Pervov[EMAIL PROTECTED] написал(а):
Alexey,
The main issue here is why classloading (?) calls to GC under
Alex luo 写道:
Hello everyone:
I am a student from Nanjing University of China. I have great interest
in Harmony
project, and I want to make contribution to this project. Could anyone
tell what
I can do now. By the way, I have signed the CLA.
Hi Alex:
Welcome. There are many hot-spots on going
On 10/12/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
GC, VM gurus!
The problems I see:
1) The problem: GC helper must know GC_Thread_Info struct offsets.
This is no problem. I designed fast-path allocation that is
independent from
Welcome Alex.
:)
On 10/12/06, Spark Shen [EMAIL PROTECTED] wrote:
Alex luo 写道:
Hello everyone:
I am a student from Nanjing University of China. I have great interest
in Harmony
project, and I want to make contribution to this project. Could anyone
tell what
I can do now. By the way, I
Mikhail,
Thanks a lot for review! AFAIU I need to modify the source tree [1.
DRLVM SOURCE TREE CONTENTS], am I right? Should I add 3 different GC
folders on the top level after build, for example?
EXTRACT_DIR/trunk/
|
+---build - Files required to build the
Welcome! it's great to hear from homeland:-)
You can start at downloading harmony jdk and tring to build them.
And then try some applications on your hdk, report your result and
best practice to harmony. It's will do a great help to community.
you can find the application we have tried already
On 10/12/06, Nathan Beyer [EMAIL PROTECTED] wrote:
On 10/11/06, Leo Li [EMAIL PROTECTED] wrote:
Hi, all:
I now plan to make the self-host of Derby on Harmony.
Is there anyone interested in this topic?
Here is what I encountered in the process. Hope it will be helpful
to
On 10/12/06, Pavel Pervov [EMAIL PROTECTED] wrote:
Yes, I am. :)
The common rule of not executing Java under native lock applies to JNI
too.
Especially, if you hold VM internal lock.
Regards,
Pavel.
On 10/12/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
12.10.06, Pavel
Welcome Alex,
And you can visit Harmony JIRA site to track our project item.
http://issues.apache.org/jira/browse/HARMONY
Thanks.
On 10/12/06, Alex luo [EMAIL PROTECTED] wrote:
Hello everyone:
I am a student from Nanjing University of China. I have great interest
in Harmony
project, and
I'm glad to hear this part of the problem is resolved :)
Some thoughts for the initial test from Pavel:
We do really need the Java test to discuss. I still think that the problem
you desribe is not a JIT problem.
Yes, both JET and OPT ask to resolve classes during compilation. When they
do it
Hello, Alex,
Welcome aboard!
If you are looking for the task, please, don't miss the page
http://wiki.apache.org/harmony/Unit_Tests_Pass_on_DRLVM. You can join
fixing DRLVM bugs.
Another interesting thing to do is to start your favorite Java app using
Harmony - this probably would require a fair
the my results were upload to the http://www.harmonytest.org/testapp.do as
runs 28 and 29.
thanks, Vladimir
On 10/12/06, Tony Wu [EMAIL PROTECTED] wrote:
yes, I'm working on collecting the detail of these failures.
On 10/12/06, Paulex Yang [EMAIL PROTECTED] wrote:
Nice work, Tony! Any more
On the 0x200 day of Apache Harmony Pavel Pervov wrote:
Mikhail,
Unfortunately, both our compilers are affected by this issue.
fixing only JET sounds more or less realistic. Fixing OPT is an
overkill.
Pavel, that would have been great if we had some real tests to go on
with fixing. As usual,
Hi to everybody,
I am trying to attach patch with fix to HARMONY-1797 and I get the
following error message from JIRA:
Errors
* Exception trying to establish attachment directory. Check that the
application server and JIRA have permissions to write to it:
Salikh,
I like your idea and the DrlvmBuildTroubleshooting page looks really
fine. I've updated the README file and have removed the troubleshooting
section [3.14]
http://svn.apache.org/viewvc/incubator/harmony/enhanced/drlvm/trunk/REA
DME.txt?view=col intentionally, as Wiki is a better
Dear admins,
We are experiencing the following problem while attaching patches to
HARMONY-1751.
Errors
Exception trying to establish attachment directory. Check that the
application server and JIRA have permissions to write to it:
com.atlassian.jira.web.util.AttachmentException: Cannot write to
Sveta,
Yes.
IMO we have to say at least a few words for every top level directory we
have.
The dirs we have today are:
ls
MMTk
doc
em
gc_cc
gc_gen
gcv4
include
interpreter
jitrino
launcher
port
tests
thread
vmcore
vmi
vmstart
These items are missed in your version:
gc_cc - The Stop-the-world
Nice! can I upload all the results of selfhosting to your web page and
make a reference on harmony wiki? It brings great convenience for me.
On 10/12/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
the my results were upload to the http://www.harmonytest.org/testapp.do as
runs 28 and 29.
thanks,
To update the statistics, my tools:
- MS Windows Server 2003 / IA32:
MSVS .NET 2003
ant-1.6.5
JRockit JDK 1.5.0_03
- Linux / IA32:
gcc 3.3.3
GNU make 3.80
ant-1.6.5
JRockit JDK 1.5.0
Thanks,
Pavel
On 10/10/06, Geir Magnusson Jr. [EMAIL PROTECTED]
Konovalova, Svetlana wrote:
2.The property
C:\work\vm-harmony\vm\tests\smoke\classloader\LogLoader.java.keywords
is not defined. The property common.depends.on.targets is not
defined.
How about the second one? Don't you think it's worth being mentioned?
If it was put to
Mikhail,
Thanks a lot for your quick response!
I'll create a new patch taking into consideration your comments.
Cheers,
Sveta
-Original Message-
From: Mikhail Fursov [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 12, 2006 1:33 PM
To: harmony-dev@incubator.apache.org
Thank all warmhearted guys for your help. It seems that there are a lot
of interesting
things in this project. Let me try to run some applications on Harmony JDK
at first.
If I find some valuable things, I will report it.
2006/10/12, Fedotov, Alexei A [EMAIL PROTECTED]:
Hello, Alex,
Mikhail,
The problem is not in locking any resources (Alexey Varlamov
discovered another error - in kernel classes natives).
The problem is in recursive loading of the same class twice.
Yes, lazy (interpreter style) resolution will solve the problem - JIT will
never ask to load classes while
Brilliant - thanks Salikh. Making this useful info accessible is really
important!
Regards,
Oliver
Salikh Zakirov wrote:
Oliver Deakin wrote:
Could we also stick a link to this page
in the build readme? It would be good to make it as easy to find
as possible for a first time (and the rest
Salikh,
Thanks a lot, I'll handle this. :-)
Cheers,
Sveta
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Salikh Zakirov
Sent: Thursday, October 12, 2006 1:34 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [wiki] frontpage outdated?
Konovalova,
Hi
I have a try and notice that it lists all the test results in one
page. my suggestion is to add a column like category in order to
showing the results by category, or just show the result by specified
submitter?
I think it is necessary when there are many results posted.
On 10/12/06,
Salikh has attached a patch for the DRLVM build readme in HARMONY-1828,
which is linked from [1]. This will probably be one of the first places
users look to
find build instructions, so it should be sufficient.
Regards,
Oliver
[1]
On 10/11/06, Spark Shen [EMAIL PROTECTED] wrote:
Hi All:
After skimming through the source code of java.io.File, I found two
tweaked method names:
private native boolean isReadOnlyImpl(byte[] filePath);
private native boolean isWriteOnlyImpl(byte[] filePath);
Take isWriteOnlyImpl as an
Actually I'm trying to attach a patch to my own issue. And a few days ago I
successfully attached a patch to other's issue...
On 10/12/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
Elena Semukhina wrote:
I prepared the patch for the test and a sample patch for implementation
which enables the
I face the same problem.
On 10/12/06, Ivanov, Alexey A [EMAIL PROTECTED] wrote:
Hi to everybody,
I am trying to attach patch with fix to HARMONY-1797 and I get the
following error message from JIRA:
Errors
* Exception trying to establish attachment directory. Check that the
application
On the 0x200 day of Apache Harmony Leo Li wrote:
Posted as *HARMONY-1836* http://issues.apache.org/jira/browse/HARMONY-1836
.
Thanks for the issue!
Is it possible to skip the building process and start from binaries?
Or I should not even try?
On 10/12/06, Leo Li [EMAIL PROTECTED] wrote:
Actually, it is site of Anton and I just use it :)
Anton ask for future site improvements some time ago so I think he do it.
thanks, Vladimir
On 10/12/06, Tony Wu [EMAIL PROTECTED] wrote:
Hi
I have a try and notice that it lists all the test results in one
page. my suggestion is to add a
On 10/12/06, Pavel Pervov [EMAIL PROTECTED] wrote:
Yes, lazy (interpreter style) resolution will solve the problem - JIT will
never ask to load classes while compiling.
Here we have different vision. What do you think, is it possible to go into
the endless resursion with lazy resolution?
Tony,
I tried a substring (package name) in Search for test: field. This solved test
lookup by category for me.
With best regards,
Alexei Fedotov,
Intel Middleware Products Division
-Original Message-
From: Tony Wu [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 12, 2006 1:44 PM
To:
Classlib test ThreadGroupTest.test_setMaxPriorityI() fails on DRLVM because
it expects behaviour that conflicts with specification.
The test passes on IBM VME and RI. The issue is reported at
https://issues.apache.org/jira/browse/HARMONY-1625.
Actually there is a bug report in
Regarding patching generation of native callback, function
gen_native_readinternal() doesn't use in VM and this is a dead code.
As to me it should be eliminated.
-s = mov(s, M_Base_Opnd(esp_reg, 0), Imm_Opnd((int)jni_native_intf)) ;
// o0=jni_native_intf
+s = mov(s,
Geir Magnusson Jr. wrote:
Well, that's actually an interesting question... should the VM do it
if not set, or should the launcher do it? I think that based on the
principle of least surprise, it should be launcher.
The user uses the launcher, so the launcher should be nice to the
user, and
The same problem... :(
Does anybody know how to fix it?
Cheers,
Sveta
-Original Message-
From: Elena Semukhina [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 12, 2006 1:53 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [jira] Problem attaching patch
I face the same
Mikhail, Alexey,
I have double checked reasoning about H-1309, H-1670. Alexey's solution
is good with me, though I see one more option.
If RI and J9 have a bug, shouldn't we correct the test in a way it would
fail on these VMs? What do you think?
With best regards,
Alexei Fedotov,
Intel
Forgot to say that in my case I tried to attach a patch with fix to
HARMONY-1730 and I got the
same error message from JIRA as Alexey did.
Cheers,
Sveta
-Original Message-
From: Elena Semukhina [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 12, 2006 1:53 PM
To:
Guys,
1. Make classlib/modules/portlib directory (or portlib in the root?)
and move hyprt, hysig and hythread code into it. Update build to work
with new directory.
[Andrey]- pull out hythread from classlib, make it a shared component
The first step is done in JIRA HARMONY-1843.
I move
My unlucky patch is the fix to HARMONY-1774 and 1775 issues.
Nikolay A. Sidelnikov,
SSG/MRTD/DRL/DRL JIT software engineer,
Intel Corporation, Novosibirsk
e-mail: [EMAIL PROTECTED]
phone: +7 383 3340950 ext. 2173
-Original Message-
From: Konovalova, Svetlana [mailto:[EMAIL PROTECTED]
On 10/12/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
On 10/12/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
GC, VM gurus!
The problems I see:
1) The problem: GC helper must know GC_Thread_Info struct offsets.
This is no problem. I
Then it looks more like JIRA configuration problem since many issues
can't be attached files to.
Does anyone know how to fix it? Committers?
Regards,
--
Alexey A. Ivanov
Intel Middleware Product Division
-Original Message-
From: Sidelnikov, Nikolay A [mailto:[EMAIL PROTECTED]
Sent:
The problem is in the RI. These failures are the RI bugs.
The test failures on the RI you pointed out can be grouped into the two
categories:
1. Canonical equivalence related.
java.util.regex.PatternSyntaxException: Unclosed group near index 59
What exactly your code is? It, probably, may rearrange the levels if
you didn't explicitely set them for all the characters including
trailing whitespace. If this is the case it may add some additional
levels and relocate the array. Could you check if the size of the
array changed?
On 10/12/06,
In fact the most interesting question: can ubidi_getLevels return
another pointer or not? If there is such possibility then we need to
store original pointer somewhere.
2006/10/12, Oleg Khaschansky [EMAIL PROTECTED]:
What exactly your code is? It, probably, may rearrange the levels if
you
Anton Ivanov wrote:
The problem is in the RI. These failures are the RI bugs.
The test failures on the RI you pointed out can be grouped into the two
I guess you meant three ;-)
categories:
Is category2, the supplemental character issue, included in the
HARMONY-933? How about to document the
I think, the answer is yes, and you see exactly this situation.
On 10/12/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
In fact the most interesting question: can ubidi_getLevels return
another pointer or not? If there is such possibility then we need to
store original pointer somewhere.
Alexey Petrenko wrote:
In fact the most interesting question: can ubidi_getLevels return
another pointer or not? If there is such possibility then we need to
store original pointer somewhere.
Yes, there is such possibility. If I understand correctly, in case Oleg
just mentioned, a new level
So I'll implement a new native structure for BiDiWrapper to keep UBiDi
and embedding levels pointers at the same place. And not disturb Java
code at all.
SY, Alexey
2006/10/12, Paulex Yang [EMAIL PROTECTED]:
Alexey Petrenko wrote:
In fact the most interesting question: can ubidi_getLevels
I documented the details on both JIRA issues:
http://issues.apache.org/jira/browse/HARMONY-688
http://issues.apache.org/jira/browse/HARMONY-933
So, please mark these issues as non-bug-differences if needed.
Thanks,
Anton
On 10/12/06, Paulex Yang [EMAIL PROTECTED] wrote:
Anton Ivanov wrote:
Hi Leo,
I have previously run the Derby tests on Harmony with the IBM VME (see the
Wiki page - http://wiki.apache.org/harmony/Apache_Derby). I had to make
some changes to Derby to get it to run, but from reading the bug report it
sounds like you found a way round it too. If not then let me
Alexey Petrenko wrote:
So I'll implement a new native structure for BiDiWrapper to keep UBiDi
and embedding levels pointers at the same place. And not disturb Java
code at all.
+1, I think it should work for this issue, as long as the memory for
embedding level won't been automatically
Folks,
If you do not know yet, I'd like to point out that now we have a special
Wiki page http://wiki.apache.org/harmony/DrlvmBuildTroubleshooting
where you can post all questions you have (great thanks to Salikh). This
way you'll be able to help other members of Harmony community resolve
2006/10/12, Mikhail Loenko (JIRA) [EMAIL PROTECTED]:
[ http://issues.apache.org/jira/browse/HARMONY-1837?page=all ]
Mikhail Loenko resolved HARMONY-1837.
-
Resolution: Fixed
applied in 463279 with the following changes:
moved a package-access class
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
tree was accidentally hidden by SVN activity. However, there are still
some directories there that still need to be made available. Is there any
reason not to
[EMAIL PROTECTED] wrote:
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
tree was accidentally hidden by SVN activity. However, there are still
some directories there that still need to be made available.
Sorry, it should be me, RandomAccessFileTest failed after HARMONY-1790's
patch, I didn't test it on Linux, I will roll back at once.
[EMAIL PROTECTED] wrote:
Online report :
http://people.apache.org/~hindessm/continuum/classlib/linux.ia32/2006/10/12/20061012-151835.failure.log.gz
Build
[EMAIL PROTECTED] wrote:
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
tree was accidentally hidden by SVN activity. However, there are still
some directories there that still need to be made available. Is
[EMAIL PROTECTED] wrote:
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
tree was accidentally hidden by SVN activity. However, there are still
some directories there that still need to be made available.
Alex luo wrote:
Thank all warmhearted guys for your help. It seems that there are a
lot of interesting things in this project. Let me try to run some
applications on Harmony JDK at first. If I find some valuable things,
I will report it.
That will be great -- thanks Alex.
I'd encourage you
Leo Li wrote:
Due to current VMI, we have to first create a java VM through
JNI_CreateJavaVM, then we can get property from functions defined by
VMI. It is possible not to change current vmi design and support java
-version, but
we have to create and then kill a new java vm. So I think it
I've just attached patch to JIRA
2006/10/12, Tim Ellison [EMAIL PROTECTED]:
Ivanov, Alexey A wrote:
Then it looks more like JIRA configuration problem since many issues
can't be attached files to.
Does anyone know how to fix it? Committers?
No, I don't. We share JIRA with other
+1
[EMAIL PROTECTED] wrote:
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
tree was accidentally hidden by SVN activity. However, there are still
some directories there that still need to be made available.
And apologies - I deleted it from /trunk and forgot to reconstitute. I
thought that bootvm was a peer to drlvm in the tree...
geir
[EMAIL PROTECTED] wrote:
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
Nice - could you please put the SVN revision you built from?
java -version
That will help us track how old a set of results is...
geir
Tony Wu wrote:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad ;-)
I'll go ahead to
Tim Ellison wrote:
Leo Li wrote:
Due to current VMI, we have to first create a java VM through
JNI_CreateJavaVM, then we can get property from functions defined by
VMI. It is possible not to change current vmi design and support java
-version, but
we have to create and then kill a new java
Mikhail Fursov wrote:
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.io.Serializable from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded
Mikhail Fursov wrote:
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.io.Serializable from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded
I've just attached patch to JIRA
You are a committer, that doesn't count :-)
On 10/12/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
I've just attached patch to JIRA
2006/10/12, Tim Ellison [EMAIL PROTECTED]:
Ivanov, Alexey A wrote:
Then it looks more like JIRA configuration problem
Jean-frederic Clere wrote:
Mikhail Fursov wrote:
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.io.Serializable from
Oleg Khaschansky wrote:
I've just attached patch to JIRA
You are a committer, that doesn't count :-)
Being a committer doesn't matter.
Do we have a JIRA problem or not?
geir
On 10/12/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
I've just attached patch to JIRA
2006/10/12, Tim
fixed - pushed out to site... will be there in next few hours...
geir
Morozova, Nadezhda wrote:
Geir,
I seem to have replied to a wrong address, and so the issue was not
resolved :( could you please look below
There's one webpage, the description of the thread manager, that has no
Oliver Deakin wrote:
Geir Magnusson Jr. wrote:
Well, that's actually an interesting question... should the VM do it
if not set, or should the launcher do it? I think that based on the
principle of least surprise, it should be launcher.
The user uses the launcher, so the launcher should
Fedotov, Alexei A wrote:
Mikhail, Alexey,
I have double checked reasoning about H-1309, H-1670. Alexey's solution
is good with me, though I see one more option.
If RI and J9 have a bug, shouldn't we correct the test in a way it would
fail on these VMs? What do you think?
Yes. FWIW this
Geir Magnusson Jr. wrote:
Jean-frederic Clere wrote:
Mikhail Fursov wrote:
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded
Mikhail Fursov wrote:
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.io.Serializable from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded
1 - 100 of 147 matches
Mail list logo
