On 10/11/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
Mikhail,
Please see inline.
2) How will JIT know if to use magic helpers?
The one option is to pass cmd-line parameter, like -
Djit.use_magic_vmhelpers=on. This option could be placed into the EM
configuration file as any other JIT
Mikhail,
It all seems reasonable. Regarding #6. Maybe I misunderstand what you are
saying but it seems best to put the java vmhelpers in the same isolation as
other security sensitive kernel classes.
On 10/10/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
Mikhail,
Please see inline.
On
Ooops. I really tangled things up. You are right about how we are supposed
to find the Java write barrier method. It is located in Plan.writeBarrier().
Each GC algorithm has a Plan class that overrides the writeBarrier()
method. I erroneously thought we could call
Yes, I'm agree we should protected them (In the initial letter I was not
sure)
+ We have to divide the helpers into the groups: VM helpers, GC helpers. So
switching to the different type of GC version only GC helpers implementation
will be changed.
But this means that GC must provide some of the
On 11 October 2006 at 3:14, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Monday 09 October 2006 19:54 Oliver Deakin wrote:
I see that you already said pretty much the same thing I did on another
thread [1].
IMHO we should make sure that if the fetch-depends target finds it
cannot sym
Oliver,
HARMONY-1818 was created to track this issue. Could you attach your
test case (simple launcher) to it?
Thanks
Evgueni
On 10/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Absolutely. And if not, even the principle of be kind to your users
dictates that we do something nice for
2006/10/10, Salikh Zakirov [EMAIL PROTECTED]:
Alexey Petrenko wrote:
Salikh,
I've posted the last few lines from the output. There is no compiler call.
And the error message is the same with the mentioned in the first letter:
Ah, I see now. The compiler was never called, and the error is
Hello,
The test fails on Windows XP when the locale-setting is zh_CN. It's
because that view.getSystemTypeDescription(file) returns Chinese
words 文件 instead of File.
Could any one help to verify this issue? Thanks a lot.
--
Richard Liang
China Development Lab, IBM
Oliver,
I created https://issues.apache.org/jira/browse/HARMONY-1819 with
suggested fix. Please, look at and update it if DetachCurrentThread is
required before DestroyJavaVM for some reason.
Thanks
Evgueni
On 9/22/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
On 9/22/06, Oliver Deakin [EMAIL
Hello, Richard,
I'll take a look at it.
Thanks,
--
Alexey A. Ivanov
Intel Middleware Product Division
-Original Message-
From: Richard Liang [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 11, 2006 12:06 PM
To: harmony-dev@incubator.apache.org
Subject: [classlib][swing] test
Weldon,
I'm a bit confused what to call finally...
The previous WB4J version did a call to
org/mmtk/plan/PlanLocal::writeBarrier().
The problem was with getting an instance of PlanLocal. We solved it by
adding a stub static method PlanLocal::getPlanLocal() - just for the
sake of testing
On 10/9/06, Richard Liang [EMAIL PROTECTED] wrote:
On 10/9/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
What is the status of our discussions about new test suite layout?
Long ago we decided not to move existing tests until we finish with
that discussion but the discussion seems to be either
Seemed promising, but this patch did not help.
I ran java -Xtrace helloworld to see if it even got to the patched code,
but it seems like my code hangs even before getting to that code.
I'm really not sure what my next step is to try to get the VM up and running
correctly.
Armand
ok, done - thanks for opening the JIRA Evgueni.
Regards,
Oliver
Evgueni Brevnov wrote:
Oliver,
HARMONY-1818 was created to track this issue. Could you attach your
test case (simple launcher) to it?
Thanks
Evgueni
On 10/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Absolutely. And
I've written a script to search all the statements like that:
#!/usr/bin/perl -w
use File::Find;
use DirHandle;
use strict;
my $dir = $ARGV[0] || die need input a dir\n;
chomp $dir;
processDir($dir);
sub processDir {
my $folder = $_[0];
my $dh = DirHandle-new($folder) || die can not open
Geir Magnusson Jr. wrote:
Absolutely. And if not, even the principle of be kind to your users
dictates that we do something nice for them.
Agreed - being nice to the user where we can is a good thing! Having the
current directory on the classpath is pretty common - giving it to the
user by
I think you must be looking at a fairly old version of MMTk.
writeBarrier is an instance method of a MutatorContext (in org.mmtk.plan).
MutatorContext exists to hold unsynchronized thread-local data
structures. Particularly relevant to the write barrier, each mutator
context has its own
This should be listed somewhere under Gotchas while building DRLVM.
It would be useful to have these helpful tips stored for future Harmony
contributors. I see there are already some useful DRLVM docs on the
website - perhaps some kind of build troubleshooting section would
also be good?
Hi all,
org.apache.harmony.prefs.tests.java.util.prefs.PreferencesTest fails on some
machines when there are restrictions in access to system registry.
https://issues.apache.org/jira/browse/HARMONY-1751 describes the issue. It
looks like Harmony implementation does not follow spec for
Just to assure that the fix Mark did is good - lcms1.0.12 works fine
for me, all unit tests pass on J9.
2006/10/10, Mark Hindess [EMAIL PROTECTED]:
On 10 October 2006 at 12:23, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Muahaha... didn't you just say this was something that never changed,
Thanks, Alexey! I though I need to install a newer lcms - now I'm
happy to live with that.
-Pavel
On 10/11/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
Just to assure that the fix Mark did is good - lcms1.0.12 works fine
for me, all unit tests pass on J9.
2006/10/10, Mark Hindess [EMAIL
Oliver Deakin wrote:
This should be listed somewhere under Gotchas while building DRLVM.
It would be useful to have these helpful tips stored for future Harmony
contributors. I see there are already some useful DRLVM docs on the
website - perhaps some kind of build troubleshooting section
Mark Hindess wrote:
On 11 October 2006 at 3:14, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Monday 09 October 2006 19:54 Oliver Deakin wrote:
I see that you already said pretty much the same thing I did on another
thread [1].
IMHO we should make sure that if the fetch-depends target
GC, VM gurus!
I need your help in implementation of the first our helper written with
magic.
I've started with GCv41 allocation helper for objects.
Please review the way I'm going to implement it and correct me if I have
misunderstood something or confirm if everything is OK.
The native fast
I have a quick note about detaching current thread. I've filled
HARMONY-1816 issue about counting non daemon threads. And concerning
DetachCurrentThread we should either detach it or rewrite
wait_for_all_nondaemon threads to take into account the fact that main
thread is also non daemon.
Nik.
On
2006/10/11, Elena Semukhina [EMAIL PROTECTED]:
Hello all,
I think that the goal of running classlib unit tests on DRLVM with 100% pass
rate could be worth to achieve.
+1
and we will have better pre-commit tests for VM
Actually today we have 99% (without
awt/swing) but still have about 30
You probably mean Windows version of lcms.
There's the same code for linux and for windows in the lcmm native
library, which glues lcms library with awt. As far as I recall, with
1.15 it will compile but fail on the first invocation at runtime (when
the color conversion will occur). It wasn't
Salikh,
I've changed that page a little. According my own experience :)
SY, Alexey
2006/10/11, Salikh Zakirov [EMAIL PROTECTED]:
Oliver Deakin wrote:
This should be listed somewhere under Gotchas while building DRLVM.
It would be useful to have these helpful tips stored for future Harmony
Hi Alexei
I'm sorry I comlpetely don't understand your comment (as well as a
number of similar comments in other JIRAs)
Thanks,
Mikhail
2006/10/7, Alexei Fedotov (JIRA) [EMAIL PROTECTED]:
[
http://issues.apache.org/jira/browse/HARMONY-1670?page=comments#action_12440591
]
Alexei Fedotov
2006/10/11, Mikhail Loenko [EMAIL PROTECTED]:
Hi Alexei
I'm sorry I comlpetely don't understand your comment (as well as a
number of similar comments in other JIRAs)
Hi Mikhail,
I'll be happy to clarify. Please tell me which part is not clear? Is
it my English or smth else?
--
Regards,
On 10/11/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Yeah, I would have been surprised it that worked.
Why not just install v 6?
I have libstdc++.so.6 on my system.
Gregory Shimansky wrote:
On Monday 09 October 2006 21:01 Pavel Pervov wrote:
Geir, all,
I did reserched this failure some time ago. The same failure was observed
on gc.Finalizers.
Here is what I've found.
Now what is happening:
1) FinalizerThread is being run
2)
Mikhail,
I already got several personal feedbacks about these comments. I accept
that they are not good.
I tried to express an idea that JIRAs marked with this comment prevent
getting 100% pass rate on DRLVM. When I search for
Unit_Tests_Pass_on_DRLVM in comments I will get a list of bugs to
Some tests for beans contained the code like this:
---
public void testGetArguments() {
// Covered in the testcases for the constructor
}
public void testGetMethodName() {
// Covered in the testcases for the constructor
}
---
I just commented it out. I could simply delete it but decided
On 10/11/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
I believe the real root cause is running java code from
vm_hint_finalize().
A possible solution would be:
- rewrite vm_hint_finalize() to just run 'notify' operation, without
calling any real java code
- handle reference queue in the
I encounter an error[1] when run java -version with IBM VME today and
it is ok on DRLVM. I wonder how to handle these simple parameters. Is
there any decision
about that?
[1]
[EMAIL PROTECTED]:~/harmony/workspace/trunk/deploy/jdk/jre/bin$ ./java -version
Apache Harmony Launcher : (c) Copyright
Nikolay,
On 10/11/06, Nikolay Kuznetsov [EMAIL PROTECTED] wrote:
I have a quick note about detaching current thread. I've filled
HARMONY-1816 issue about counting non daemon threads. And concerning
DetachCurrentThread we should either detach it
I don't understand your concern what should
Mikhail, there is GCVM interface function exists for this purpose:
Boolean gc_supports_frontier_allocation(unsigned *offset_of_current,
unsigned *offset_of_limit) {
// Need additional support for object offset in native stubs.
*offset_of_current = field_offset(GC_Thread_Info,
Michail,
Generally speaking I can think of fully user code which produces exactly the
same result.
So, workarounding this in one place (finalizers) just is not enough.
Regards,
Pavel.
On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
On 10/11/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
Hi,
after creating a wiki page
http://wiki.apache.org/harmony/DrlvmBuildTroubleshooting
I was wondering where to link it up, so that it would be 'clickable-through'
from
the start page.
I haven't found any suitable place.
Moreover, the front page contains a lot of stuff not directly related
Geir,
sorry for confusion. The bug you are referring to is described in [1].
Regards,
Pavel.
[1]
*http://issues.apache.org/jira/browse/HARMONY-1814*http://issues.apache.org/jira/browse/HARMONY-1814
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I get this more often than not.
Pavel,
Can you describe the problem with user's code only?
Would BEA or SUN VM be able to run the test?
I think we can create a separate discussion or JIRA for it.
On 10/11/06, Pavel Pervov [EMAIL PROTECTED] wrote:
Michail,
Generally speaking I can think of fully user code which produces
Evgueni,
On 10/11/06, Nikolay Kuznetsov [EMAIL PROTECTED] wrote:
I have a quick note about detaching current thread. I've filled
HARMONY-1816 issue about counting non daemon threads. And concerning
DetachCurrentThread we should either detach it
I don't understand your concern what should
Folks,
I took a close look at the README file and Quick Help pages for users [1] and
developers [2] and created patches for these three docs [JIRA 1730]
https://issues.apache.org/jira/browse/HARMONY-1730 Taking into
consideration latest changes, I fixed duplication of info and
Nikolay,
From what you said above I conclude that it is TM problem in respect
to how it manages non-daemon threads. Do you agree? If you don't
please start another thread with appropriate subject. It seems to be
out of current topic.
Evgueni
On 10/11/06, Nikolay Kuznetsov [EMAIL PROTECTED]
Salikh, I thought that you have problems with MS software when read the
subject :)
+ I support your idea and the only item I want to add is to avoid
duplication in wiki and main project pages.
This will simplify maintenance. So instead of any news/status information in
wiki we should keep only
(Branching from original thread as this is different problem than in the
root message.)
Mikhail,
The following scenario will fail:
1) JIT compiles some method and resolves some class A through user defined
class loader
2) user define class loader loads class A and triggers compilation of some
Hi,
I've tried to build classlib on em64t workstation an got some problems:
0. Bug in depends.xml - hosts architectures defined with bug
---
condition property=hack.arch value=ipf
isset property=is.x86_64 /
/condition
--- small fix
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 example,
canRead -
exists
Ivan,
On 10/11/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Mikhail, there is GCVM interface function exists for this purpose:
Boolean gc_supports_frontier_allocation(unsigned *offset_of_current,
unsigned *offset_of_limit) {
// Need additional support for object offset in native stubs.
Sorry guys, I've just found different problem at the very same place.
Nik.
On 10/11/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Nikolay,
From what you said above I conclude that it is TM problem in respect
to how it manages non-daemon threads. Do you agree? If you don't
please start another
Will this test pass on SUN or BEA JVM?
I remember I tried something similar but one of the RIs crashed :)
On 10/11/06, Pavel Pervov [EMAIL PROTECTED] wrote:
(Branching from original thread as this is different problem than in the
root message.)
Mikhail,
The following scenario will fail:
1)
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 out the base
The fix is ready. See http://issues.apache.org/jira/browse/HARMONY-1826
On 10/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Pavel Rebriy wrote:
Hello,
Fix for Harmony-1582 brocks initialization of JVMTI support. I'm
investigating the problem and going to create fixing JIRA as soon
On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Ivan,
On 10/11/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Mikhail, there is GCVM interface function exists for this purpose:
Boolean gc_supports_frontier_allocation(unsigned *offset_of_current,
unsigned *offset_of_limit) {
// Need
Why not write LogManager.getLoggingMXBean like this:
return com.ibm.lang.management.ManagementUtils.getLoggingBean();
Yes, it also possible, but tightly binds logging module to
lang-managment implementation.
I found the problem about StackTraceElement when I used luni-kernel.jar
(in
On 11 October 2006 at 16:18, Valentin Al. Sitnick (Moscow) [EMAIL
PROTECTED] wrote:
Hi,
I've tried to build classlib on em64t workstation an got some problems:
0. Bug in depends.xml - hosts architectures defined with bug
---
condition property=hack.arch value=ipf
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
This issue was discussed several times already. Seems that the set of
'standard' options should be defined for Harmony VM's and describe
somewhere.
But nobody do it yet :)
thanks, Vladimir
On 10/11/06, Tony Wu [EMAIL PROTECTED] wrote:
I encounter an error[1] when run java -version with IBM
Hi Mark,
I have
- sun JDK-1.5.0 64 bit version
- ant 1.6.5 1.7.0b2
On 10/11/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 11 October 2006 at 16:18, Valentin Al. Sitnick (Moscow)
[EMAIL PROTECTED] wrote:
Hi,
I've tried to build classlib on em64t workstation an got some
problems:
0.
Pavel Rebriy wrote:
Fix for Harmony-1582 brocks initialization of JVMTI support. I'm
investigating the problem and going to create fixing JIRA as soon as
possible.
The fix is ready. See http://issues.apache.org/jira/browse/HARMONY-1826
Pavel, I have reviewed the patch in HARMONY-1826, and
I don't understand either: This is a low risk test fix.
2006/10/11, Fedotov, Alexei A [EMAIL PROTECTED]:
Mikhail,
I already got several personal feedbacks about these comments. I accept
that they are not good.
I tried to express an idea that JIRAs marked with this comment prevent
getting 100%
I suspect it was JRockit java, which crashed. Since Sun's jvm is hotspot,
you have to force it into compiling the method. Otherwise it will interpret
the method and everything will work fine. :)
Pavel.
On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Will this test pass on SUN or BEA JVM?
Robin,
Thanks for helping clarify the issues. The MMTk code base we are using is
what Steve Blackburn supplied us in mid July. I don't know when it will be
suggested we move to a more recent version of MMTk. I suspect a major part
of the confusion has been because of working with a code base
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 we support it only with JET (in the
default mode JET compiles all methods first)? In this case if we see
ClassCircularityError in OPT
It is very strange but I have needed jdk jars
---
compile-java:
[echo] Compiling ACCESSIBILITY classes
copy-resources:
svn-info:
build-jar:
BUILD FAILED
On 11 October 2006 at 18:26, Valentin Al. Sitnick (Moscow) [EMAIL
PROTECTED] wrote:
It is very strange but I have needed jdk jars
Yeah. I thought when adding the regexp mapper dependency that this
should be a non-issue since everyone will need 1.5 to compile anyway.
Your setup looks like
On 10/11/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 10/9/06, Richard Liang [EMAIL PROTECTED] wrote:
On 10/9/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
What is the status of our discussions about new test suite layout?
Long ago we decided not to move existing tests until we finish with
Geir, Mark,
any chance of HARMONY-1083 being committed?
I've updated it to match the current trunk
and also incorporated best practices from classlib's build system.
Without this change the file version_svn_tag.h ends up changed after every build
in my workspace, which is annoying.
That's great, thanks Salikh. 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 of us) DRLVM builder.
Regards,
Oliver
Salikh Zakirov wrote:
Oliver Deakin wrote:
This should be listed somewhere
Hi,
we had a discussion about adding new searchable 'Patch Available' status
to JIRA [1] some time ago. Several people supported the idea, and there
were no objections.
However, no actions have been made.
Geir, have you forgotten about it, or do you have some objections?
[1]
Salikh Zakirov wrote:
Hi,
after creating a wiki page
http://wiki.apache.org/harmony/DrlvmBuildTroubleshooting
I was wondering where to link it up, so that it would be 'clickable-through'
from
the start page.
I haven't found any suitable place.
Moreover, the front page contains a lot of
I'll take a look.
-Mark.
On 11 October 2006 at 20:03, Salikh Zakirov [EMAIL PROTECTED] wrote:
Hi,
we had a discussion about adding new searchable 'Patch Available' status
to JIRA [1] some time ago. Several people supported the idea, and there
were no objections.
However, no actions
I'll be happy to look at it. It is somewhat annoying, but very useful :)
geir
Salikh Zakirov wrote:
Geir, Mark,
any chance of HARMONY-1083 being committed?
I've updated it to match the current trunk
and also incorporated best practices from classlib's build system.
Without this change the
Salikh Zakirov wrote:
Hi,
we had a discussion about adding new searchable 'Patch Available' status
to JIRA [1] some time ago. Several people supported the idea, and there
were no objections.
However, no actions have been made.
Geir, have you forgotten about it, or do you have some
Excellent. As appreciative as I am of J9, I can't wait to work in
all-Harmony code :)
geir
Elena Semukhina wrote:
Hello all,
I think that the goal of running classlib unit tests on DRLVM with 100%
pass
rate could be worth to achieve. Actually today we have 99% (without
awt/swing) but
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 of us) DRLVM builder.
Done as README-troubleshooting-link.patch in HARMONY-1828 (on top of
HARMONY-1730 README.patch)
I'm ready to install Gentoo to see if I can repeat it... what version?
Armand Navabi wrote:
Seemed promising, but this patch did not help.
I ran java -Xtrace helloworld to see if it even got to the patched code,
but it seems like my code hangs even before getting to that code.
I'm really
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 current directory really
what would be ideal is a patch for the website, so there's a pointer
from the website to this content.
Salikh Zakirov wrote:
Oliver Deakin wrote:
This should be listed somewhere under Gotchas while building DRLVM.
It would be useful to have these helpful tips stored for future Harmony
Tony Wu wrote:
I encounter an error[1] when run java -version with IBM VME today and
it is ok on DRLVM. I wonder how to handle these simple parameters. Is
there any decision
about that?
[1]
[EMAIL PROTECTED]:~/harmony/workspace/trunk/deploy/jdk/jre/bin$ ./java -version
Apache Harmony Launcher
fabulous!
Pavel Pervov wrote:
Geir,
sorry for confusion. The bug you are referring to is described in [1].
Regards,
Pavel.
[1]
*http://issues.apache.org/jira/browse/HARMONY-1814*http://issues.apache.org/jira/browse/HARMONY-1814
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
If all agree, please submit your change as a patch to that patch :)
Salikh Zakirov wrote:
Pavel Rebriy wrote:
Fix for Harmony-1582 brocks initialization of JVMTI support. I'm
investigating the problem and going to create fixing JIRA as soon as
possible.
The fix is ready. See
Geir Magnusson Jr. wrote:
I'm ready to install Gentoo to see if I can repeat it... what version?
Version 2.6.17.8. I think some people have got it to work on Gentoo.
I'm not sure what version they had.
Armand
Armand Navabi wrote:
Seemed promising, but this patch did not help.
I ran java
Geir Magnusson Jr. wrote:
If all agree, please submit your change as a patch to that patch :)
Sorry for confusion,
it wasn't my change, but commented changes from HARMONY-1826.
-
Terms of use :
Geir Magnusson Jr. wrote:
You can create your own issue navigator and use that, which will show
patch avail...
I am not sure I understand this completely.
Issue navigator allows me to define my filters and customize column
presence and order. I still do not understand how to get 'patch
Sveta,
I looked through the README doc. The latest patch looks significantly better
then the first one.
The only item is missed is that we have 3 different GC folders today on the
top level.
On 10/11/06, Konovalova, Svetlana [EMAIL PROTECTED] wrote:
Folks,
I took a close look at the
hmm we may have version skew going on here. Mikhail, Robin can we stay
with the July 14 (or there abouts) version that Steve Blackburn posted to
his web page?
On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
On 10/11/06, Weldon Washburn [EMAIL PROTECTED] wrote:
Robin,
Thanks for
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
You can create your own issue navigator and use that, which will show
patch avail...
I am not sure I understand this completely.
Issue navigator allows me to define my filters and customize column
presence and order. I still do not understand
Hi,
I have noted the than java -verbose does not print any information, is
that normal?
Cheers
Jean-Frederic
PS: It looks is set correctly in vm/vmcore/src/init/parse_arguments.cpp:
set_threshold(util::CLASS_LOGGER, INFO);
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 is the same.
The following scenario will fail:
1) JIT
On Wednesday 11 October 2006 20:36 Geir Magnusson Jr. wrote:
I'm ready to install Gentoo to see if I can repeat it... what version?
Gentoo is a strange and weird distribution. It has no version :) It has
versions for individual packages only.
It has profile version like 2006.1 with
On Wednesday 11 October 2006 09:41 Mikhail Fursov wrote:
+1 to Eugueni and Alexey and -1 to use String type in the intercomponent
interface. + AFAIK the String type is VM internal type only.
Ok you've convinced me. +1 for const char *
On 10/11/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
On Wednesday 11 October 2006 05:28 Leo Li wrote:
But I cannot find the rpm for liblcms.a and icc34.h in the CD. There is no
liblcms*.rpm or lcms*.rpm. And what do you mean official mirror, the
redhat site?
Although I admit rpmfind is not a good way, but it really works after I
installed all
On Wednesday 11 October 2006 14:44 Ilya Okomin wrote:
On 10/11/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Yeah, I would have been surprised it that worked.
Why not just
On 10/11/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Some tests for beans contained the code like this:
---
public void testGetArguments() {
// Covered in the testcases for the constructor
}
public void testGetMethodName() {
// Covered in the testcases for the constructor
}
---
I just
Can you provide a patch for the test case that correctly asserts the
specification's contract and passes on the RI? This may help for
someone to provide a fix for the issue.
-Nathan
On 10/11/06, Elena Semukhina [EMAIL PROTECTED] wrote:
Hi all,
On 10/11/06, Tony Wu [EMAIL PROTECTED] wrote:
Hi all,
I have not found a guideline or instruction for trying hdk on
applications. And I think something like how to try harmony on
applications will do some help for those who have interest in this
job. These days I'm struggling on running Apache
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
anybody who is interested in it.
At first, the testcases even fails on RI both on windows and ubuntu and
Gentoo version information:
Glibc: 2.3.6
[EMAIL PROTECTED] /usr/lib/libstdc++-v3 $ /lib/libc.so.6
GNU C Library stable release version 2.3.6, by Roland McGrath et al.
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO
1 - 100 of 109 matches
Mail list logo