Do I understand correctly, that j.l.management support could be
implemented for DRLVM as follows:
1. Integrate HARMONY-1407 into classlib and obtain
UnsatisfiedLinkError on DRLVM.
2. Implement native methods in kernel classes as stubs returning some
realistic values. It could allow test and
Alexey Petrenko 写道:
Are you trying to say that the methods in Harmony can use only methods
used in corresponding RI implementations?
No. I did not imply that. I just find some behavior inconsistency about
RI and Harmony. And IMHO, RI seems more tolerable.
So, I prefer to follow RI.
Best
If we take a closer look at the classlib's hythread, then we may find
two different layers within it (I'm hoping that the original hythread
authors may correct me):
(1) Lower-level Portability Layer
This is mostly contained in the
modules\luni\src\main\native\include\windows\hymutex.h and
Nathan Beyer wrote:
Another assertion that the constructor does call put in Harmony and
doesn't in the RI is only convincing of the fact that the implementation of
the RI doesn't use public methods.
Agreed that we don't need to follow RI's stacktrace in most cases, but,
if it shows
Alexey Petrenko wrote:
Are you trying to say that the methods in Harmony can use only methods
used in corresponding RI implementations?
Let Spark speak for himself, but IMHO let's discuss the specific case
before considering it as a rule, this is not yet another reverse
engineering, the
Hi, a new attachment is submitted to GCv5 as an update to JIRA 1428.
(https://issues.apache.org/jira/browse/HARMONY-1428), which is a
mark-compaction GC. This GC is going to be connected with last
submission (the trace-forwarding GC) into a generational GC.
The code is in my opinion very easy to
But we can create such test case for every difference in used methods
between RI and Harmony. Right?
2006/9/20, Paulex Yang [EMAIL PROTECTED]:
Alexey Petrenko wrote:
Are you trying to say that the methods in Harmony can use only methods
used in corresponding RI implementations?
Let Spark
I've combined all the ideas. And here is the result.
=== cut ===
Preface
This guideline covers a wide range of issues but not all of them.
If you cannot do one of the steps, then write a comment to the issue.
Use your common sense!
Issue reporter:
1. Explicitly state the expected behavior and
Alexey Petrenko 写道:
But we can create such test case for every difference in used methods
between RI and Harmony. Right?
Hi Alexey:
Of course we can. Are you worrying about there will be too many behavior
differences like this? Then that depends on every specific case.
We may discuss them
As pointed in the HARMONY-1499 constructors BigDecimal((BigInteger)null, new
MathContext(precision=14 roundingMode=UNNECESSARY)) and
BigDecimal(BigInteger unscaledVal, int scale, MathContext mc) throws NPE on
Harmony and ArithmeticException on RI.
The spec requires NPE and BEA throws NPE in this
Alexey Petrenko wrote:
But we can create such test case for every difference in used methods
between RI and Harmony. Right?
Sure we can:), I guess the issue is just if it is necessary. I've
described why I think it is necessary for HashMap's constructor in
another post of this thread -
RI disobeys spec because all constructors of BigDecimal do not throw any NPE
when encounter a null parameter.
I incline to follow spec and mark this issue as an non-bug difference.
On 9/20/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
As pointed in the HARMONY-1499 constructors
I agree that it should use the BeanInfo. Leave Harmony code as-is and
file a non-bug difference JIRA.
Regards,
Tim
Alexei Zakharov wrote:
to whom it may concern
Greetings to Harmony java beans experts.
It seems I found another place where RI fails. The behavior of its
Josh Bloch has given an excellent comment on this issue in his famouse
book effective java, item 15 Design and document for inheritance or else
prohibit it.
[quote from effective java]
There are a few more restrictions that a class must obey to allow
inheritance. Constructors
must not invoke
After all, wildcard port is necessary in many network environment and
to support * does not explicitly disobey the spec. I incline to
consider it as an intended improvement and follow RI here.
On 9/20/06, Rui Hu [EMAIL PROTECTED] wrote:
On 9/19/06, Mikhail Markov (JIRA) [EMAIL PROTECTED] wrote:
Andrey Yakushev wrote:
Do I understand correctly, that j.l.management support could be
implemented for DRLVM as follows:
1. Integrate HARMONY-1407 into classlib and obtain
UnsatisfiedLinkError on DRLVM.
2. Implement native methods in kernel classes as stubs returning some
realistic values.
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
[snip]
I've also reproduced the problem with DSO.
Just run 'java' from different directory and will get:
java/lang/UnsatisfiedLinkError : Failed loading library
libhyzlib.so: DSO load failed
Using lovely strace ... I found that
On 20 September 2006 at 10:03, Leo Li [EMAIL PROTECTED] wrote:
Hi, all:
Since I am not an expert of gcc, I think we need a guru to set the flags in
makefile of linux:
1. It will report any required warnings and regard it as error to lead a
failure build so that it is forced for us to
Patch uploaded, Harmony-1501. :-)
On 9/19/06, Stepan Mishura [EMAIL PROTECTED] wrote:
On 9/19/06, Richard Liang wrote:
On 9/18/06, Geir Magnusson Jr. wrote:
Andrew Zhang wrote:
On 9/18/06, Richard Liang [EMAIL PROTECTED] wrote:
On 9/18/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 20 September 2006 at 10:06, Mark Hindess [EMAIL PROTECTED] wrote:
On 20 September 2006 at 10:03, Leo Li [EMAIL PROTECTED] wrote:
Hi, all:
Since I am not an expert of gcc, I think we need a guru to set the flags in
makefile of linux:
1. It will report any required warnings and
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 19, 2006, at 2:13 AM, Richard Liang wrote:
On 9/18/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Andrew Zhang wrote:
On 9/18/06, Richard Liang [EMAIL PROTECTED] wrote:
Do you mean we will check the jetty jars into
On 9/19/06, Stepan Mishura [EMAIL PROTECTED] wrote:
On 9/19/06, Richard Liang wrote:
On 9/18/06, Geir Magnusson Jr. wrote:
Andrew Zhang wrote:
On 9/18/06, Richard Liang [EMAIL PROTECTED] wrote:
On 9/18/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Hi,
It's me again.
2.4. All the pacthes (test and fix) should be relative to the
directory where the main build.xml is:
https://svn.apache.org/repos/asf/incubator/harmony/enhanced/classlib/trunk
As Mark noted, the directory where the module's build.xml is located
is also acceptable.
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
[snip]
I've also reproduced the problem with DSO.
Just run 'java' from different directory and will get:
java/lang/UnsatisfiedLinkError : Failed loading library
Not module build.xml but the main build.xml.
Anyway since we got a lot of directories except of modules it is
better to make a diff from the root.
2006/9/20, Oleg Khaschansky [EMAIL PROTECTED]:
2.4. All the pacthes (test and fix) should be relative to the
directory where the main build.xml is:
On 9/20/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
Hi, a new attachment is submitted to GCv5 as an update to JIRA 1428.
(https://issues.apache.org/jira/browse/HARMONY-1428), which is a
mark-compaction GC. This GC is going to be connected with last
submission (the trace-forwarding GC) into a
On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
[snip]
I've also reproduced the problem with DSO.
Just run 'java' from different directory and will
On 20 September 2006 at 13:56, Alexey Petrenko [EMAIL PROTECTED] wrote:
Not module build.xml but the main build.xml.
Anyway since we got a lot of directories except of modules it is
better to make a diff from the root.
I anticipate that in time we will have people that only check out the
On 20 Sep 2006 17:04:57 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
[snip]
I've also reproduced the
On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
On 20 Sep 2006 17:04:57 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan
On the 0x1EA day of Apache Harmony Egor Pasko wrote:
On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
On 20 Sep 2006 17:04:57 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL
On 9/19/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
Hi, a new attachment is submitted to GCv5 as an update to JIRA 1428.
(https://issues.apache.org/jira/browse/HARMONY-1428), which is a
mark-compaction GC. This GC is going to be connected with last
submission (the trace-forwarding GC) into a
Thanks for the feedback Tim. HARMONY-1503 has been rised.
Regards,
2006/9/20, Tim Ellison [EMAIL PROTECTED]:
I agree that it should use the BeanInfo. Leave Harmony code as-is and
file a non-bug difference JIRA.
Regards,
Tim
Alexei Zakharov wrote:
to whom it may concern
Greetings to
I think we are agreeing, but have (at least) two things muddled up, so
let me try and clarify:
1) Users want VM-specific help text when they use the Harmony launcher
and run java -help.
2) Users want tool-specific help when they use the tools launcher, e.g.
javac -help.
Dealing with them in
Ivan Volosyuk wrote:
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
[snip]
I've also reproduced the problem with DSO.
Just run 'java' from different directory and will get:
java/lang/UnsatisfiedLinkError :
Then we should remove this requirement at all...
Since it is possible to have a patches for a few modules at once. Or
for a few modules and a doc.
2006/9/20, Mark Hindess [EMAIL PROTECTED]:
On 20 September 2006 at 13:56, Alexey Petrenko [EMAIL PROTECTED] wrote:
Not module build.xml but the
On 9/20/06, Tim Ellison [EMAIL PROTECTED] wrote:
Ivan Volosyuk wrote:
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
[snip]
I've also reproduced the problem with DSO.
Just run 'java' from different directory
Alexey,
What was wrong with the initial suggestion of recommending patches
be either relative to the classlib/trunk or
classlib/trunk/module/module-name?
I really don't care much *except* that there were two specific types
of patches I was trying to avoid as I mentioned when I first suggested
Hi All,
I have some kind of configuration problem. DRLVM's 'build test' fails
on my machine on kernel tests with attached message. As I can see
junit.jar is added in CLASSPATH in build.sh script, but something not
work as expected. '-Djuint.home=make/tmp' or
'-Djunit.jar=make/tmp/junit.jar'
Artem Aliev wrote:
Gier,
The hythread is just most visible example. There are also signal
handling problem. classlib hysig lib setup signal handlers and then
drlvm overrides them by its owns. There are code duplication in
classlib hyprt.dll drlvm port.lib:
On 9/20/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Hi All,
I have some kind of configuration problem. DRLVM's 'build test' fails
on my machine on kernel tests with attached message. As I can see
junit.jar is added in CLASSPATH in build.sh script, but something not
work as expected.
On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
On 9/20/06, Tim Ellison [EMAIL PROTECTED] wrote:
Ivan Volosyuk wrote:
On 20 Sep 2006 16:06:07 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
[snip]
I've also
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 19, 2006, at 7:19 AM, Vladimir Gorr wrote:
On 9/19/06, Vladimir Gorr [EMAIL PROTECTED] wrote:
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
guys - lets be clear. Are you unsetting it because it was pointing
Andrey Chernyshev wrote:
Thanks Nathan! The Threads interface looks fine. Still, may be it
would be nice if two different methods are allocated for parkNanos and
parkUntil - passing the extra boolean parameter seems like an
overhead, though very little.
I agree, just create another method
On 9/20/06, Vladimir Gorr [EMAIL PROTECTED] wrote:
On 9/20/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Hi All,
I have some kind of configuration problem. DRLVM's 'build test' fails
on my machine on kernel tests with attached message. As I can see
junit.jar is added in CLASSPATH in
I have reproduced the problem with the stack trace same as reported by Gregory.
Here is the stack trace of thread starting GC:
#4 0xb7af84bc in sched_yield () from /lib/libc.so.6
#5 0xb7bd5efd in hythread_yield ()
at /home/ivan/svn/drlvm/trunk/vm/thread/src/thread_native_basic.c:296
#6
Thank you, looks like I had incomplete installation of ant. It finally
works for me, a few tests fails though, some of them on RI according
to messages. Is it expected behaviour?
You can workaround your problem, copy all libraries from jre/bin into
jre/bin/default. This is quick and dirty
Artem, it looks like two thread mutually suspended each other.
This is only reproducible when jvmti.patch from the JIRA is applied.
--
Ivan
On 9/20/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
I have reproduced the problem with the stack trace same as reported by Gregory.
Here is the stack trace
Guys,
I just want to notify that AWT documentation become outdated after
applying fixes from HARMONY-1225.
EventQueue now uses two threads instead of one.
I'll prepare the patch...
SY, Alexey
2006/9/20, Alexey Petrenko (JIRA) [EMAIL PROTECTED]:
[awt][doc] AWT documentation is autdated.
I put the update into JIRA. This update still has a lot of bugs, but is
significantly more stable then the initial one.
My plan is to work on lock prefix support in Jitrino.OPT CG tomorrow, so if
somebody is interested to enhance the current implementation there will no
conflicts in our work.
+
On 9/20/06, Richard Liang [EMAIL PROTECTED] wrote:
On 9/19/06, Stepan Mishura [EMAIL PROTECTED] wrote:
On 9/19/06, Richard Liang wrote:
On 9/18/06, Geir Magnusson Jr. wrote:
Andrew Zhang wrote:
On 9/18/06, Richard Liang [EMAIL PROTECTED] wrote:
On 9/18/06, Andrew Zhang
This is an old code and it is unused for quite some time. Most likely
it is broken.
--
Ivan
On 9/20/06, Craig Zilles [EMAIL PROTECTED] wrote:
I noticed in the file trunk/vm/vmcore/src/util/vm_strings.cpp there
is some code to support the storage of strings in arrays of (8b)
bytes
On Sep 19, 2006, at 11:02 AM, Tim Ellison wrote:
Geir Magnusson Jr. wrote:
snip
I'm going to modify the launcher to pass -help into the VM when it's
been named java* so that it behaves like the tools that come with the
Sun's, BEA's and IBM's impelmentation.
All,
What is the default
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
On Sep 19, 2006, at 7:13 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
On Sep 19, 2006, at 6:34 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
For
On 9/20/06, Tim Ellison [EMAIL PROTECTED] wrote:
Artem Aliev wrote:
Gier,
The hythread is just most visible example. There are also signal
handling problem. classlib hysig lib setup signal handlers and then
drlvm overrides them by its owns. There are code duplication in
classlib hyprt.dll
On the 0x1EA day of Apache Harmony Mikhail Fursov wrote:
On Sep 19, 2006, at 11:02 AM, Tim Ellison wrote:
Geir Magnusson Jr. wrote:
snip
I'm going to modify the launcher to pass -help into the VM when it's
been named java* so that it behaves like the tools that come with the
Sun's,
I have found one fundamental design flow in implementation of:
hythread_suspend_other()
hythread_suspend_all()
The functions should be called only from suspend enabled state,
because the should be itself a valid point of suspension to prevent
deadlocks. The other problem is:
On 9/20/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
I put the update into JIRA. This update still has a lot of bugs, but is
significantly more stable then the initial one.
My plan is to work on lock prefix support in Jitrino.OPT CG tomorrow, so
if
somebody is interested to enhance the current
That appears to be part of the problem Egor, and I've put the
initialization into r448241), however, I still get a failure to create
the (IBM) VM when JAVA_HOME is pointing at a different JRE. It works ok
if home is pointing to the harmony jre or is unset. The failure looks
like an init args
I think the whole idea with current behaviour of JAVA_HOME is bad.
Launcher should set JAVA_HOME according to it own invocation path.
Launcher should override the variable if it set incorrectly.
--
Ivan
On 9/20/06, Tim Ellison [EMAIL PROTECTED] wrote:
That appears to be part of the problem
On 9/20/06, Tony Wu [EMAIL PROTECTED] wrote:
RI disobeys spec because all constructors of BigDecimal do not throw any NPE
when encounter a null parameter.
I incline to follow spec and mark this issue as an non-bug difference.
I agree.
We should keep the current behavior of Harmony
Ivan,
We do a lot for this cyclic suspend problem,
I hope we does it right. I think the problem is in typo that was done
in last patch.
Fix attached. Could you please verify it.
I will also attach it to the HARMONY-1421
we already try to has global lock for
I have traced down problem to implementation of thin locks.
Here is what I get, look at the stack:
hythread_suspend_other()
unreserve_lock()
hythread_thin_monitor_try_enter()
helper
All this code is executed suspend disabled mode and is not a safe point.
Suppose two threads want to unreserve
Artem, your fix works for me.
Digging in the implementation I have got your idea. I like the fix :)
--
Ivan
On 9/20/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
I have traced down problem to implementation of thin locks.
Here is what I get, look at the stack:
hythread_suspend_other()
On Sep 20, 2006, at 8:08 AM, Tim Ellison wrote:
Artem Aliev wrote:
Gier,
The hythread is just most visible example. There are also signal
handling problem. classlib hysig lib setup signal handlers and then
drlvm overrides them by its owns. There are code duplication in
classlib hyprt.dll
Cool. can we just drop this in in parallel to /gc ?
geir
On Sep 20, 2006, at 2:31 AM, Xiao-Feng Li wrote:
Hi, a new attachment is submitted to GCv5 as an update to JIRA 1428.
(https://issues.apache.org/jira/browse/HARMONY-1428), which is a
mark-compaction GC. This GC is going to be connected
I still don't think that people should only be notifying the
community about indications of interest or such only in the JIRA.
Sending mail to the dev list should also be in there.
Also, we should as people to name patch files as HARMONY-
JIRA#_whatever_.patch It's very helpful.
On Sep
+1
On Sep 20, 2006, at 4:46 AM, Tony Wu wrote:
After all, wildcard port is necessary in many network environment and
to support * does not explicitly disobey the spec. I incline to
consider it as an intended improvement and follow RI here.
On 9/20/06, Rui Hu [EMAIL PROTECTED] wrote:
On
Ok - so to summarize, there are two things here :
1) We need to find a clean way to get bootclasspath.properties. I
don't like JAVA_HOME. I'd like to see if we can simply presume a
structure, with an override property for people that want to do weird
things.
2) We seem to have a simple
I'd prefer to understand the problem first, before we start doing
things like this.
As time said in a later not, the bin/vm directory is for the VM
stuff, not the general stuff.
geir
On Sep 20, 2006, at 7:10 AM, Egor Pasko wrote:
On the 0x1EA day of Apache Harmony Egor Pasko wrote:
On
I can't imagine any app depending upon the RI behavior, so I'll close
this as a non-bug difference.
Regards,
Tim
Daniel Fridlender wrote:
On 9/20/06, Tony Wu [EMAIL PROTECTED] wrote:
RI disobeys spec because all constructors of BigDecimal do not throw
any NPE
when encounter a null parameter.
So all is well?
On Sep 20, 2006, at 8:55 AM, Vladimir Gorr wrote:
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 19, 2006, at 7:19 AM, Vladimir Gorr wrote:
On 9/19/06, Vladimir Gorr [EMAIL PROTECTED] wrote:
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 20, 2006, at 2:55 PM, Geir Magnusson Jr. wrote:
I'd prefer to understand the problem first, before we start doing
things like this.
As time said in a later not, the bin/vm directory is for the VM
stuff, not the general stuff.
er, Tim :) Sorry.
geir
On Sep 20, 2006, at 7:10
I modified the launcher to include both the vm directory as well as
the launcher directory on the PATH/LD_LIBRARY_PATH.
Can those that have been having troubles with shared lib loading give
it a try, and report back, and please mention the platform you are
running on...
geir
On Sep 20,
Hello,
It seems that the Op_TauCheckBounds opcode in the HIR is converted
into an upper bounds check during HIR-LIR conversion (see
CodeGenerator.cpp and Ia32InstCodeSelector.cpp). It does not seem
that the corresponding lower bounds check is ever generated.
Am I misunderstanding the
So do we fix it or scrap it?
geir
On Sep 20, 2006, at 10:23 AM, Ivan Volosyuk wrote:
This is an old code and it is unused for quite some time. Most likely
it is broken.
--
Ivan
On 9/20/06, Craig Zilles [EMAIL PROTECTED] wrote:
I noticed in the file trunk/vm/vmcore/src/util/
On Sep 20, 2006, at 11:22 AM, Egor Pasko wrote:
On the 0x1EA day of Apache Harmony Mikhail Fursov wrote:
On Sep 19, 2006, at 11:02 AM, Tim Ellison wrote:
Geir Magnusson Jr. wrote:
snip
I'm going to modify the launcher to pass -help into the VM
when it's
been named java* so that it
On 9/20/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Cool. can we just drop this in in parallel to /gc ?
Well, once we know what the directory structure is for GCV5 and the source
code is placed in this directory structure and it actually compiles and runs
hello world we can consider
patch applied, JIRA closed
geir
On Sep 20, 2006, at 1:17 PM, Ivan Volosyuk wrote:
Artem, your fix works for me.
Digging in the implementation I have got your idea. I like the fix :)
--
Ivan
On 9/20/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
I have traced down problem to implementation of
On 9/20/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
patch applied, JIRA closed
Good. I was just about to suggest the very same thing. I applied both of
the 1421 patches and a substantial number of tests now run on windows. At
this time I see only the below test failures. I commented
On Wednesday 20 September 2006 23:47 Geir Magnusson Jr. wrote:
Ok - so to summarize, there are two things here :
1) We need to find a clean way to get bootclasspath.properties. I
don't like JAVA_HOME. I'd like to see if we can simply presume a
structure, with an override property for people
I'm not paying much attention to the kernel tests these days while we
sort out the main problems.
I do think that once we sort out the using the launcher problems,
and get the patch backlog applied, we really should go after all of
these broken tests
We also need to refractor the test
On Sep 20, 2006, at 7:28 PM, Gregory Shimansky wrote:
On Wednesday 20 September 2006 23:47 Geir Magnusson Jr. wrote:
Ok - so to summarize, there are two things here :
1) We need to find a clean way to get bootclasspath.properties. I
don't like JAVA_HOME. I'd like to see if we can simply
On 9/19/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
Hi, a new attachment is submitted to GCv5 as an update to JIRA 1428.
(https://issues.apache.org/jira/browse/HARMONY-1428), which is a
mark-compaction GC. This GC is going to be connected with last
submission (the trace-forwarding GC) into a
On Thursday 21 September 2006 03:43 Geir Magnusson Jr. wrote:
On Sep 20, 2006, at 7:28 PM, Gregory Shimansky wrote:
On Wednesday 20 September 2006 23:47 Geir Magnusson Jr. wrote:
Ok - so to summarize, there are two things here :
1) We need to find a clean way to get
On 9/21/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
Very nice and fast Xiao Feng :-) I read through your first submission and
had a couple of thoughts on how this could progress. Is it that to hook up
the two seperately managed spaces, some of the policies ( eg., promote
everything and have an
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 20, 2006 8:11 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][vmi] VMI classes for Thread/Object manipulation
for java.util.concurrent
Andrey Chernyshev wrote:
Thanks
Weldon, the gc.xml needs a minor change to play with the mark-compaction GC:
fileset dir=${src}/gc/src
select os=win
- include name=*.cpp /
+include name=mark_compaction/*.cpp /
/select
Thanks,
xiaofeng
On 9/20/06,
Weldon Washburn wrote:
On 9/20/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
I put the update into JIRA. This update still has a lot of bugs, but is
significantly more stable then the initial one.
My plan is to work on lock prefix support in Jitrino.OPT CG tomorrow, so
if
somebody is interested
I'm still waiting to see a real and non-trivial piece of code that does
this. Does anyone have one?
I don't disagree with the various comments about class design, but this
seems indicative of a larger problem with the entire implementation.
-Nathan
-Original Message-
From: Andrew
I ran into some compile errors in luni's launcher/shared/main.c, which I
believe were added here [1]. I made some local changes to get it to compile
and run, but I wanted to pass the diff by the real C experts in the crowd,
as I'm not much of C hacker.
Based on the compile errors, the problem
Hi, all
I found that the classlib build fails on windows today.
I have tried to fixed it in File main.c
1. move some declarations of variables to the top part of a function.
at line 311: char *dirs[2];
at line 1045: int found = 0;
int
Agree.
And I think besides Constructors, we could also let clone and
de-serialization methods follow this rule, because they're also about
initialization of a object.
On 9/20/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Josh Bloch has given an excellent comment on this issue in his famouse
book
Can you check out the diff in my previous email about this? If that diff
works for you, or anyone, I'll apply it.
-Nathan
-Original Message-
From: Leo Li [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 20, 2006 8:36 PM
To: harmony-dev@incubator.apache.org
Subject:
Dear Nathan:
I cannot apply it to main.c or module luni. (I guess it is due to
the path of the patch, I am not sure. ) Maybe you can give the patch as an
attachment. :)
On 9/21/06, Nathan Beyer [EMAIL PROTECTED] wrote:
Can you check out the diff in my previous email about this? If that
Arrrgh.
When I was making those changes I was thinking A long time ago, this
would have been a problem, but thank goodness we're using modern
compilers now...
I guess not. Sorry about that. Teaches me to jump to
conclusions... fixing now
Did it reject char *dirs[];?
geir
On Sep
Sorry. My fault. Fixing now.
I need to find settings to make gcc on linux enforce the same...
geir
On Sep 20, 2006, at 9:36 PM, Leo Li wrote:
Hi, all
I found that the classlib build fails on windows today.
I have tried to fixed it in File main.c
1. move some declarations of
fixed. please verify.
And apologies...
geir
On Sep 20, 2006, at 10:07 PM, Geir Magnusson Jr. wrote:
Sorry. My fault. Fixing now.
I need to find settings to make gcc on linux enforce the same...
geir
On Sep 20, 2006, at 9:36 PM, Leo Li wrote:
Hi, all
I found that the classlib
Try this attachment.
-Nathan
-Original Message-
From: Leo Li [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 20, 2006 9:00 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib]build failed on windows
Dear Nathan:
I cannot apply it to main.c or module luni.
Dear Nathan:
It works.
(I manually adjust the difference according to your patch.)
:)
Good luck!
On 9/21/06, Leo Li [EMAIL PROTECTED] wrote:
Dear Nathan:
I cannot apply it to main.c or module luni. (I guess it is due to
the path of the patch, I am not sure. )
1 - 100 of 127 matches
Mail list logo