On 9/18/06, Geir Magnusson Jr. [EMAIL PROTECTED] 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. Seems no big progress on jetty. I'd like to take the job
if
no one objects. Here are
All,
I have noticed endless loop behavior when running gc.LOS. It appears to go
into some sort of endless loop when I try, build test. Does anyone else
see this problem?
I used MSVC to break into drlvm when it gets stuck. It shows basically
what's been reported before – a bunch of threads in
2006/9/18, Geir Magnusson Jr. [EMAIL PROTECTED]:
Pavel Pervov wrote:
Tried it on Windows and found the problem which, as it looks like, have
never been caught before.
As I discovered, launcher uses platform specific line separators to parse
harmonyvm.properties on a specific platform. But
I just found another bug of sync. Harmony throws SyncFailedException when fd
is read-only while RI returns silently. Spec doesn't explictly describe the
behaviour in such case[1]. But, it seems intended behaviour of RI, because
it requires additional check before invoke os sync. Following test
On Monday 18 September 2006 18:14, Geir Magnusson Jr. wrote:
Pavel Pervov wrote:
Tried it on Windows and found the problem which, as it looks like, have
never been caught before.
As I discovered, launcher uses platform specific line separators to parse
harmonyvm.properties on a specific
On 9/19/06, Chris Gray [EMAIL PROTECTED] wrote:
On Monday 18 September 2006 18:14, Geir Magnusson Jr. wrote:
Pavel Pervov wrote:
Tried it on Windows and found the problem which, as it looks like,
have
never been caught before.
As I discovered, launcher uses platform specific line
Egor Pasko wrote:
On the 0x1E4 day of Apache Harmony Alexey Varlamov wrote:
Just a wild idea: a smart JIT could hint a GC during allocation if an
object is expected to be short-lived so the GC could allocate it in a
special space,
if a JIT can prove that the object is local, it can allocate
2006/9/19, Vladimir Gorr [EMAIL PROTECTED]:
On 9/19/06, Chris Gray [EMAIL PROTECTED] wrote:
On Monday 18 September 2006 18:14, Geir Magnusson Jr. wrote:
Pavel Pervov wrote:
Tried it on Windows and found the problem which, as it looks like,
have
never been caught before.
As I
What about the VMs here, drlvm or J9?
In a DRLVM JIT (Jitrino.OPT) there is an escape analysis prototype. It
detects objects that can be allocated on stack (and, hence, on
registers). Currently, it is switched off by default, and, when
enabled, it just marks the objects that are not escaped.
On 9/18/06, Richard Liang [EMAIL PROTECTED] wrote:
Hello,
One Apache Derby test[1] fails on Harmony. It seems that RI always
sync the FileOutputStream and FileChannel after each write, which is
different from Harmony. But there is no explicit description in Java
Spec. Shall we follow RI?
Egor Pasko wrote:
On the 0x1E4 day of Apache Harmony Oliver Deakin wrote:
Forcing gc by hand does work, but it is difficult for code to know
when to
call gc.So I think it is better if VM can give some support since it
knows
the global situation.:)
..and of course a manual gc() call does not
The following discussion occurs on JIRA 1110, may need your opinion to
come to a conclusion:
Harmony and RI have different pattern parsers implementations of
ChoiceFormat class. Spec hasn't any rules for pattern except a single
example
-1#is negative| 0#is zero or fraction | 1#is one |1.0is
Weldon Washburn wrote:
Its not a simple wrapper that is missing. MMTk is written in Java. This
Java code needs to be intergrated into the bootstrap process of DRLVM.
For
example, initial bootstrap java code needs to run on a bootstrap java heap
until all of MMTk itself has been compiled
Lets get these aligned... I tend to work on linux, so it had no
problem building..
geir
On Sep 18, 2006, at 10:14 PM, Leo Li wrote:
Just comment it out since it is just a warning treated as error.
It compiles successfully and runs well.
Maybe it will not lead to such an error on Linux due
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 Harmony svn?
Yes. Is it OK? Or put the jar in depends folder?
On Sep 19, 2006, at 2:18 AM, Weldon Washburn wrote:
All,
I have noticed endless loop behavior when running gc.LOS. It
appears to go
into some sort of endless loop when I try, build test. Does
anyone else
see this problem?
I used MSVC to break into drlvm when it gets stuck. It shows
The warning level is set to level 3 on windows, I mean.
On 9/19/06, Leo Li [EMAIL PROTECTED] wrote:
Hi, Geir:
The warning level is set to level 3 while the warning as error option is
off in linux.
Actually, I would like to set it on in linux since it will help me to
pick some error out,
On Sep 18, 2006, at 9:58 PM, [EMAIL PROTECTED] wrote:
Geir,
Thanks. I got it the DRLVM to build now, but I'm coming across
problems running
it. First, let me mention a couple things about the README that I
found, while
trying to build the VM.
Yah - if you followed the thread you
On Sep 19, 2006, at 3:01 AM, Chris Gray wrote:
On Monday 18 September 2006 18:14, Geir Magnusson Jr. wrote:
Pavel Pervov wrote:
Tried it on Windows and found the problem which, as it looks
like, have
never been caught before.
As I discovered, launcher uses platform specific line separators
There is no way to get rid of the warnings in our codebase on linux?
geir
On Sep 19, 2006, at 4:03 AM, Leo Li wrote:
Hi, Geir:
The warning level is set to level 3 while the warning as error
option is
off in linux.
Actually, I would like to set it on in linux since it will help me
to
Weldon Washburn wrote:
On 9/8/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Weldon,
I added 'alloc' support to JIRA 816 (magic2.zip file)
Now it supports objects allocation only, not arrays. MMTk allocation
works
only for class named 'test' and methods with prefix 'testAlloc'. To
turn
it on
On the 0x1E9 day of Apache Harmony Robin Garner wrote:
Egor Pasko wrote:
On the 0x1E4 day of Apache Harmony Oliver Deakin wrote:
Forcing gc by hand does work, but it is difficult for code to know
when to
call gc.So I think it is better if VM can give some support since it
knows
the
Geir,
I found out none of the DRRVM kernel tests passed recently. Although
all fine worked yet yesterday.
*build.bat -Djunit.jar=%JUNIT_HOME% kernel.test*
...
[echo]
[echo] ==
[echo] Run kernel tests using jitrino.jet
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
$ svn co https://svn.apache.org/repos/asf/incubator/harmony/enhanced/
trunk
$ cd trunk
$ ant switch_svn_vm
$ ant switch_svn_classlib
which should result in a a checkout of classlib SVN head into
'working_classlib', a checkout
Vladimir Gorr wrote:
Geir,
I found out none of the DRRVM kernel tests passed recently. Although
all fine worked yet yesterday.
*build.bat -Djunit.jar=%JUNIT_HOME% kernel.test*
...
[echo]
[echo] ==
[echo] Run kernel
What's different about how you build? Are you building from SVN source?
Is it release or debug?
What happens when you run?
geir
Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
$ svn co https://svn.apache.org/repos/asf/incubator/harmony/enhanced/
trunk
$ cd
Ok, so I was really tired last night when I reported this. I've done a
little more homeork, and I get the same crash with J9. The stack trace
is :
Generated system dump: {default OS core name}
Thread: main (priority 5) (LOCATION OF ERROR)
NATIVE
Hi, community!
I found for java.awt.Font.hasUniformLineMetrics() RI returns false for all
fonts (physical/logical) while Harmony returns true for physical and false
for logical.
Spec says: Checks whether or not this Font has uniform line metrics. A
logical Font might be a composite font, which
On 9/19/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Vladimir Gorr wrote:
Geir,
I found out none of the DRRVM kernel tests passed recently. Although
all fine worked yet yesterday.
*build.bat -Djunit.jar=%JUNIT_HOME% kernel.test*
...
[echo]
[echo]
I've updated the patch and attached it to the JIRA. It adds 6 new targets to
the top level build.xml: clean-java, build-java, rebuild-java, clean-native,
build-native and rebuild-native.
Regards,
Oliver
Alexey Petrenko wrote:
Guys,
I suggest to close this issue as won't fix because current
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
What's different about how you build?
I just run ant from enhanced/trunk, and when it breaks, I do what
you suggested. There is almost no difference because not many things
are done additionally to switch_svn_vm and
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. Seems no big progress on jetty. I'd like to take the
job
if
Xiao-Feng Li wrote:
On 9/18/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Xiao-Feng Li wrote:
On 9/14/06, Jimmy, Jing Lv [EMAIL PROTECTED] wrote:
Interesting topic, I'm still dreaming of free() in Java (This dream
begins at the very beginning when I see Java, as C/C++ is my first
program
For grins, can you set JAVA_HOME to the deploy/jre directory and PATH to
include jre/bin?
geir
Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
What's different about how you build?
I just run ant from enhanced/trunk, and when it breaks, I do what
you
Do you have libxmu? Probably, fails either
void* lib = dlopen(libxmu.so, RTLD_LAZY);
or the corresponding
dlsym(lib, XmuLookupStandardColormap);
Could you, please, check if these dlopen/dlsym return non zero on your system?
On 9/19/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Ok, so I was
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
Hm. That should be irrelevant. You should be able to do :
$ svn co https://svn.apache.org/repos/asf/incubator/harmony/enhanced/
trunk
$ cd trunk
$ ant switch_svn_vm
$ ant switch_svn_classlib
which should result in a a
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
For grins, can you set JAVA_HOME to the deploy/jre directory and PATH to
include jre/bin?
lots of grins here :)
I set them, it runs well (with my patches, but, anyway), this problem
persists:
java/lang/UnsatisfiedLinkError : Failed
I observe vm crash with the similar stack trace on my SUSE Linux box,
when trying to launch Hello World app on debug version of DRLVM:
*** glibc detected *** free(): invalid pointer: 0xbfffbde8 ***
SIGSEGV in VM code.
Stack trace:
1: free (??:-1)
2: ?? (??:-1)
3: ??
I don't understand. How can weak references help short-lived objects
reclaim?
Really what I'm saying is that this is the closest thing we have to a
hint to GC that objects can be collected soon - but it is not anything
like a proper free() call. There is no immediate reclaim of memory,
just
On Sep 19, 2006, at 6:30 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
Hm. That should be irrelevant. You should be able to do :
$ svn co https://svn.apache.org/repos/asf/incubator/harmony/enhanced/
trunk
$ cd trunk
$ ant switch_svn_vm
$ ant
On Sep 19, 2006, at 6:34 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
For grins, can you set JAVA_HOME to the deploy/jre directory and
PATH to
include jre/bin?
lots of grins here :)
I set them, it runs well (with my patches, but, anyway), this
That's good news (that you can reproduce it...)
Is JAVA_HOME set to /deploy/jre ?
geir
On Sep 19, 2006, at 6:42 AM, Dmitry Durnev wrote:
I observe vm crash with the similar stack trace on my SUSE Linux box,
when trying to launch Hello World app on debug version of DRLVM:
*** glibc
I got almost the same recently.
try 'unset JAVA_HOME'
On the 0x1E9 day of Apache Harmony Dmitry Durnev wrote:
I observe vm crash with the similar stack trace on my SUSE Linux box,
when trying to launch Hello World app on debug version of DRLVM:
*** glibc detected *** free(): invalid
guys - lets be clear. Are you unsetting it because it was pointing
to Sun or BEA or IBM, or was it set to harmony?
have you tried setting it to harmony?
geir
On Sep 19, 2006, at 7:01 AM, Egor Pasko wrote:
I got almost the same recently.
try 'unset JAVA_HOME'
On the 0x1E9 day of Apache
Incidentally, I had to override the default windows flags to turn off
the warnings-as-error for the awt native code in order to integrate it.
I mentioned this on the -dev list at the time hoping to see some patches
to fix the issues but there haven't been any as yet.
I agree it would be a good
Ok - my debug build on winXP just passed the c-unit tests and now is
winding through the smoke tests. Currently hanging on LOS
I can do
java -showversion -cp . Foo
(where Foo.class is in . of course)
and it works fine
geir
On Sep 19, 2006, at 5:43 AM, Vladimir Gorr wrote:
On
Ok, good - there's a totally reasonable explanation :)
geir
On Sep 19, 2006, at 7:05 AM, Mark Hindess wrote:
Incidentally, I had to override the default windows flags to turn off
the warnings-as-error for the awt native code in order to integrate
it.
I mentioned this on the -dev list at
No, it wasn't.
Setting it to /deploy/jre or simply unsetting solves the problem :)
Thanks! But before DRLVM was working even with JAVA_HOME pointing
somewhere else...
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
That's good news (that you can reproduce it...)
Is JAVA_HOME set
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
guys - lets be clear. Are you unsetting it because it was pointing
to Sun or BEA or IBM, or was it set to harmony?
as for me JAVA_HOME refers to JRockit.
have you tried setting it to harmony?
yes, I did but w/o success:
...
Unable
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 grins, can you set JAVA_HOME to the deploy/jre directory and
PATH to
include jre/bin?
lots of grins here :)
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
to Sun or BEA or IBM, or was it set to harmony?
as for me JAVA_HOME refers to JRockit.
have you tried setting
On 9/18/06, Nathan Beyer [EMAIL PROTECTED] wrote:
I've added some classes[1][2] to luni-kernel in the
org.apache.harmony.kernel.vm package that are intended the VMI replacement
for the sun.misc.Unsafe class. The intent is to provide a VMI class to
support java.util.concurrent. Initially this
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
On 19 Sep 2006 18:13:28 +0700, Egor Pasko [EMAIL PROTECTED] 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,
Stepan, Vladimir,
About HARMONY-1435.
I have discovered that one of the tests from
org.apache.harmony.beans.tests.java.beans.PropertyDescriptorTest (that
have been removed from the exclude by this commit) still fails on RI.
But after careful examination of the problem I tend to think this is a
+1. BTW, I can't imagine the application that could be affected by
this difference.
On 9/19/06, Ilya Okomin [EMAIL PROTECTED] wrote:
Hi, community!
I found for java.awt.Font.hasUniformLineMetrics() RI returns false for all
fonts (physical/logical) while Harmony returns true for physical and
On 19 Sep 2006 18:46:40 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
On 19 Sep 2006 18:13:28 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
On Sep 19, 2006, at 6:34 AM, Egor
On Sep 19, 2006, at 7:46 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
On 19 Sep 2006 18:13:28 +0700, Egor Pasko [EMAIL PROTECTED]
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
On Sep 19, 2006, at 7:27 AM, Ivan Volosyuk wrote:
On 19 Sep 2006 18:13:28 +0700, Egor Pasko [EMAIL PROTECTED]
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:
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
to Sun or BEA or IBM, or was it set to harmony?
as for me
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 grins, can you set JAVA_HOME to the deploy/jre directory and
PATH to
On Sep 19, 2006, at 7:10 AM, Dmitry Durnev wrote:
No, it wasn't.
Setting it to /deploy/jre or simply unsetting solves the
problem :)
Thanks! But before DRLVM was working even with JAVA_HOME pointing
somewhere else...
I know. We'll need to figure that out.
On 9/19/06, Geir
On Sep 19, 2006, at 7:56 AM, Artem Aliev wrote:
is JAVA_HOME set to /deploy/jre
this help, but the next is assert:
#java
/export/ali/svn-harmony/trunk/vm/thread/src/
thread_native_fat_monitor.c:183:
monitor_wait_impl: Assertion `saved_recursion1' failed.
This bug is fixed in
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Ok - my debug build on winXP just passed the c-unit tests and now is
winding through the smoke tests. Currently hanging on LOS
I doubt we'll be able to wait till this test ends. I've just excluded this
test from testing as follows:
All,
we need to put this issue to bed, as we're tripping over it, it seems.
Any thoughts on how to move forward on this?
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL
On 9/19/06, Artem Aliev [EMAIL PROTECTED] wrote:
is JAVA_HOME set to /deploy/jre
this help, but the next is assert:
#java
/export/ali/svn-harmony/trunk/vm/thread/src/thread_native_fat_monitor.c:183:
monitor_wait_impl: Assertion `saved_recursion1' failed.
This bug is fixed in
HARMONY-1340
On 9/19/06, Vladimir Gorr [EMAIL PROTECTED] wrote:
On 9/19/06, Artem Aliev [EMAIL PROTECTED] wrote:
is JAVA_HOME set to /deploy/jre
this help, but the next is assert:
#java
/export/ali/svn-harmony/trunk/vm/thread/src/thread_native_fat_monitor.c:183:
monitor_wait_impl: Assertion
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 19, 2006, at 7:27 AM, Ivan Volosyuk wrote:
On 19 Sep 2006 18:13:28 +0700, Egor Pasko [EMAIL PROTECTED]
wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
On Sep 19, 2006, at 6:34 AM, Egor Pasko wrote:
On
Well, I was just pointing out a further inconsistency (awt/windows). I
don't recall when/why linux errors were downgraded so that might have
happened before I started hacking the natives around.
Regards,
Mark.
On 19 September 2006 at 7:10, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Ok, good
On 9/19/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 19, 2006, at 7:27 AM, Ivan Volosyuk wrote:
On 19 Sep 2006 18:13:28 +0700, Egor Pasko [EMAIL PROTECTED]
wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
On 9/19/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
+1. BTW, I can't imagine the application that could be affected by
this difference.
It may have sence if the application uses certain metrics for logical fonts
according to the hasUniformLineMetrics() returned value. E.g. baseline
On Sep 19, 2006, at 8:37 AM, Ivan Volosyuk wrote:
[SNIP]
./java
Harmony Java launcher
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its licensors, as applicable.
java [-vm:vmdll -vmdir:dir -D... [-X...]] [args]
./java: relocation error:
Really - I think the explanation was totally reasonable. I didn't
understand before why it was asymmetric.
On Sep 19, 2006, at 8:40 AM, Mark Hindess wrote:
Well, I was just pointing out a further inconsistency (awt/
windows). I
don't recall when/why linux errors were downgraded so that
On Sep 19, 2006, at 8:56 AM, Ivan Volosyuk wrote:
On 9/19/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Harmony Java launcher
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache
Software
Foundation or its licensors, as applicable.
java [-vm:vmdll -vmdir:dir -D... [-X...]] [args]
On Sep 19, 2006, at 9:10 AM, Geir Magnusson Jr. wrote:
Ok - this is semi-known behavior - the launcher now doesn't do
anything, um, intelligent if it is invoked w/o an arguments, and
clearly there's something unpleasant going on when it's just the
launcher running, probably with our
I wanted to say that if RI always returns false then there's very
small probability that any application developed for RI's classlib
uses this.
On 9/19/06, Ilya Okomin [EMAIL PROTECTED] wrote:
On 9/19/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
+1. BTW, I can't imagine the application that
Good catch.
dlopen() returns null, but the package manager claims xmu is
installed, so clearly it's lying, or something is misconfigured.
Thanks for the hint.
geir
On Sep 19, 2006, at 6:30 AM, Oleg Khaschansky wrote:
Do you have libxmu? Probably, fails either
void* lib =
Probably you need to add it to your LD_LIBRARY_PATH...
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Good catch.
dlopen() returns null, but the package manager claims xmu is
installed, so clearly it's lying, or something is misconfigured.
Thanks for the hint.
geir
On Sep 19,
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 19, 2006, at 2:18 AM, Weldon Washburn wrote:
All,
I have noticed endless loop behavior when running gc.LOS. It
appears to go
into some sort of endless loop when I try, build test. Does
anyone else
see this problem?
I
I am curious about a bug in my implementation. I instrumented the
profile code using jet. And I referred that it can`t works with
compress and javac of jvm98.
Today I found out that if I only use jet (-Xem jet), both of the
benchmark can run successfully. While I use jet and opt, it will
error.
Geir Magnusson Jr. wrote:
On Sep 19, 2006, at 7:46 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
SNIP!
this one is repaired with this patch:
--- modules/luni/src/main/native/launcher/linux/makefile
(revision 447762)
+++
Robin Garner wrote:
I don't understand. How can weak references help short-lived objects
reclaim?
Really what I'm saying is that this is the closest thing we have to a
hint to GC that objects can be collected soon - but it is not anything
like a proper free() call. There is no immediate
On 9/19/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
On Sep 19, 2006, at 7:46 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
SNIP!
this one is repaired with this patch:
--- modules/luni/src/main/native/launcher/linux/makefile
On 9/19/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Robin Garner wrote:
I don't understand. How can weak references help short-lived objects
reclaim?
Really what I'm saying is that this is the closest thing we have to a
hint to GC that objects can be collected soon - but it is not anything
Geir Magnusson Jr. wrote:
On Sep 19, 2006, at 8:37 AM, Ivan Volosyuk wrote:
[SNIP]
./java
Harmony Java launcher
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its licensors, as applicable.
java [-vm:vmdll -vmdir:dir -D... [-X...]] [args]
./java:
Hi Qiong,
I tried to apply and to build your patch on Windows.
I checked out the revision required by the patch, built the code but had
some problems to run it: the VM crashed at startup. I'll try to build the
patched version on Linux (as you did) and will report soon.
-Xem jet option is default
Nah :)
So the problem was that I have
/usr/lib/libXmu.so.6
I added a link
/usr/lib/libXmu.so
and now it wants libgl.so, which I don't have...
On Sep 19, 2006, at 9:23 AM, Oleg Khaschansky wrote:
Probably you need to add it to your LD_LIBRARY_PATH...
On 9/19/06, Geir Magnusson Jr.
On Sep 19, 2006, at 10:09 AM, Oliver Deakin wrote:
Geir Magnusson Jr. wrote:
On Sep 19, 2006, at 7:46 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
SNIP!
this one is repaired with this patch:
--- modules/luni/src/main/native/launcher/linux/makefile
On Sep 19, 2006, at 11:02 AM, Tim Ellison wrote:
Geir Magnusson Jr. wrote:
On Sep 19, 2006, at 8:37 AM, Ivan Volosyuk wrote:
[SNIP]
./java
Harmony Java launcher
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache
Software
Foundation or its licensors, as applicable.
java
Ivan Volosyuk wrote:
On 9/19/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Robin Garner wrote:
I don't understand. How can weak references help short-lived objects
reclaim?
Really what I'm saying is that this is the closest thing we have to a
hint to GC that objects can be collected soon -
Ivan Volosyuk wrote:
On 9/19/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
On Sep 19, 2006, at 7:46 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
SNIP!
this one is repaired with this patch:
---
On 9/19/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Ivan Volosyuk wrote:
On 9/19/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Robin Garner wrote:
I don't understand. How can weak references help short-lived objects
reclaim?
Really what I'm saying is that this is the closest thing we
So you need to build with -Dwith.awt.swing=true then...
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Nah :)
So the problem was that I have
/usr/lib/libXmu.so.6
I added a link
/usr/lib/libXmu.so
and now it wants libgl.so, which I don't have...
On Sep 19, 2006, at 9:23 AM,
I thought I did.
Thx - retrying...
On Sep 19, 2006, at 12:17 PM, Oleg Khaschansky wrote:
So you need to build with -Dwith.awt.swing=true then...
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Nah :)
So the problem was that I have
/usr/lib/libXmu.so.6
I added a link
On 9/19/06, Weldon Washburn [EMAIL PROTECTED] wrote:
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 19, 2006, at 2:18 AM, Weldon Washburn wrote:
All,
I have noticed endless loop behavior when running gc.LOS. It
appears to go
into some sort of endless loop when I try,
Geir Magnusson Jr. 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, BEA's and IBM's impelmentation.
As I
Looks like a matter of relations, how the classlib and VM relates to each other.
Either VM and classlib independant, then we need something to be
common base for them - portlib. If VM links with classlib, then no
more need for portlib, just well understood interfaces provided by
classlib's HDK.
On Sep 19, 2006, at 12:24 PM, Tim Ellison wrote:
Geir Magnusson Jr. 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
to whom it may concern
Greetings to Harmony java beans experts.
It seems I found another place where RI fails. The behavior of its
java.beans.DefaultPersistenceDelegate#DefaultPersistenceDelegate(String[])
IMHO violates at least the following part of the spec (JavaBeans spec
v1.01 page 57):
--
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 rather than arrays of (16b) unsigned shorts. In the debugger,
I placed breakpoints in this code, and it was never active in my run.
Can someone
hi,
I checked out the lates classlib and drlvm source tree last night. I was
able to build drlvm successfully. However, I encountered the following error
when I tried to run DRLVM:
$ java
Harmony Java launcher
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
1 - 100 of 110 matches
Mail list logo