On 10/14/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Elena Semukhina wrote:
> 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
I was thinking about the recent IPF thread, and was going to add a
"DRLVM-IPF" category so we can track things easier.
But this is dumb - there are other things for porting, like stuff in
classlib and the launcher tools (maybe).
Anyway, how does "Port-" sound as a pattern? so in this case,
"
I'm assuming that the person just didn't know... Please put a readme
into the root of the codebase so that these special circumstances are
known by others (assuming someone doesn't have a big problem with it...)
geir
Alex Blewitt wrote:
On a related note, it seems that some changes have been
seems to work. Doesn't blow up :)
Ivan Volosyuk wrote:
On 10/15/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
Ivan Volosyuk wrote:
> Geir, please also apply the HARMONY-1762 fix. It contains one more
> DRLVM stability fix, but in this case in GC (v4.1 or gc_cc) component.
But crashes on
I agree with your motivations. Lets move it to the javatools/ part of
the project when I get that done this weekend.
As to the ties to o.a.h.k.VM, I'm sure we can work something out...
geir
Alex Blewitt wrote:
I was in the process of trying to put together a patch for the new
stuff that I'v
Pavel Pervov wrote:
Geir,
as I may observe, interpreter is broken both on windows and linux for at
least 3 days now. The interpreter library just does not load. From system
diagnostics it looks like SIGSEGV in initialization static block of the
library.
I dunno. My system passes interpreter
Ivan Volosyuk wrote:
What an interesting discussion! I have just read this out. :)
IMHO, all of the discussion is focused on the scalability of
bazar-like development as it exists here in harmony incubator:
If something wrong is commited, then everyone has broken build or
something doesn't wo
On a related note, it seems that some changes have been committed that
are using generics in the pack200 code. These will prevent it from
being run on pre Java 1.5 systems, which again was one of my goals in
writing this. I'll have to revert those changes, too ...
Alex.
On 15/10/06, Alex Blewitt
On 10/15/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
Ivan Volosyuk wrote:
> Geir, please also apply the HARMONY-1762 fix. It contains one more
> DRLVM stability fix, but in this case in GC (v4.1 or gc_cc) component.
But crashes on Ubuntu 6 - see JIRA. Not applied
I see. I have attached
Ivan Volosyuk wrote:
Geir, please also apply the HARMONY-1762 fix. It contains one more
DRLVM stability fix, but in this case in GC (v4.1 or gc_cc) component.
But crashes on Ubuntu 6 - see JIRA. Not applied
HARMONY-1815 contains small and highly desirable fix for EM64T.
Without it the GC
done
Mikhail Fursov wrote:
Please, apply 1814 fix
too. The fix is quite simple but the bug is important - several
people faced this problem.
On 10/15/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote:
Geir, please also apply the HARMONY-1762 fix. It contains one more
DRLVM stability fix, but in thi
I was in the process of trying to put together a patch for the new
stuff that I've added recently, and it turns out that someone's gone
through and pulled out all of the hard-coded strings in the code and
added a dependency on
org.apache.harmony.archive.internal.nls.Messages, which in turn has a
d
False alarm. It works just fine now.
But it was broken on Friday!.. Mistery.
Pavel.
On 10/15/06, Pavel Pervov <[EMAIL PROTECTED]> wrote:
Geir,
as I may observe, interpreter is broken both on windows and linux for at
least 3 days now. The interpreter library just does not load. From system
di
Geir,
as I may observe, interpreter is broken both on windows and linux for at
least 3 days now. The interpreter library just does not load. From system
diagnostics it looks like SIGSEGV in initialization static block of the
library.
Regards,
Pavel.
On 10/15/06, Geir Magnusson Jr. <[EMAIL PR
What an interesting discussion! I have just read this out. :)
IMHO, all of the discussion is focused on the scalability of
bazar-like development as it exists here in harmony incubator:
If something wrong is commited, then everyone has broken build or
something doesn't work. - This is bad. Syste
Mikhail Fursov wrote:
+1 Wiki page: JIT tasks for beginners. (available from the main page, see
DRLVM section)
Feel free to modify and add more tasks ( I think Egor will :) )
I also thought about "advanced JIT tasks" page, but think we should
discuss
such tasks in details before posting.
It seems to break the interpreter. jitrino smoke tests run fine, but
all interpreter tests fail...
Pavel Rebriy wrote:
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 fo
Please, apply 1814 fix
too. The fix is quite simple but the bug is important - several
people faced this problem.
On 10/15/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote:
Geir, please also apply the HARMONY-1762 fix. It contains one more
DRLVM stability fix, but in this case in GC (v4.1 or gc_cc)
Geir, please also apply the HARMONY-1762 fix. It contains one more
DRLVM stability fix, but in this case in GC (v4.1 or gc_cc) component.
HARMONY-1815 contains small and highly desirable fix for EM64T.
Without it the GC doesn't work on the architecture.
--
Ivan
On 10/14/06, Geir Magnusson Jr. <[
+1 Wiki page: JIT tasks for beginners. (available from the main page, see
DRLVM section)
Feel free to modify and add more tasks ( I think Egor will :) )
I also thought about "advanced JIT tasks" page, but think we should discuss
such tasks in details before posting.
--
Mikhail Fursov
I simplified test scenario in PolePosition. Now it throws unexpected
exception when generating test report:
java.awt.geom.IllegalPathStateException: First segment should be SEG_MOVETO
type
at java.awt.geom.GeneralPath.checkBuf(GeneralPath.java:204)
at java.awt.geom.GeneralPath.closePath(GeneralPa
Andrew Zhang wrote:
On 10/15/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
Andrew Zhang wrote:
> On 10/14/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
>>
>> Andrew,
>>
>> did you use latest snapshot or build classlib and drlvm from the
latest
>> sources?
>
>
> I downloaded the drlvm
On 10/15/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
Andrew Zhang wrote:
> On 10/14/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
>>
>> Andrew,
>>
>> did you use latest snapshot or build classlib and drlvm from the latest
>> sources?
>
>
> I downloaded the drlvm from latests snapshot.
>
Andrew Zhang wrote:
On 10/14/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
Andrew,
did you use latest snapshot or build classlib and drlvm from the latest
sources?
I downloaded the drlvm from latests snapshot.
I also tried some other applications, and found DRLVM is vulnerable when
runni
On 10/14/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
Andrew,
did you use latest snapshot or build classlib and drlvm from the latest
sources?
I downloaded the drlvm from latests snapshot.
I also tried some other applications, and found DRLVM is vulnerable when
running multi-thread applica
On 10/15/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
is this using a JRE snapshot, or did you build it? If so, did you build
a debug build?
I used:
1. latest harmony class lib + ibm vme.
2. latest snapshot to test DRLVM (since I'm not familiar with drlvm build)
what does "java -versio
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
FWIW this will get fixed in the IBM VME in due course. Of course,
once we have test metadata...
Sorry. I'm foggy this morning - what do you mean by the last sentence?
The implication is going over my head...
Once we have th
Which is what the first message of the thread said. We've come full
circle :)
geir
Tim Ellison wrote:
Egor Pasko wrote:
I am OK with all. Some comments:
* we should explicitly say that it is a GNU make.
* the more restrictive GCC, the better. What is the most restrictive
now? gcc-4.1?
P.S
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
If it turns out to be a big deal, we can simply add a pre-commit target
to the build that checks for things like that. It could also check for
things like tabs. If possible, it could be a pre-commit hook for svn,
but if not, in the build would be
2006/10/14, Paulex Yang <[EMAIL PROTECTED]>:
Alexey Petrenko wrote:
> This error simply means that ant can not finad a compiler. Because
> Harmony does not have a compiler.. yet...
> Somewhere (in the READMEs or on the Harmony site) was an instruction
> on using Eclipse compiler for Harmony build
is this using a JRE snapshot, or did you build it? If so, did you build
a debug build?
what does "java -version" print out?
geir
Andrew Zhang wrote:
PolePosition is a benchmark test suite to compare database engines and
object-relational mapping technology. (http://www.polepos.org/). I trie
Alexey Petrenko wrote:
This error simply means that ant can not finad a compiler. Because
Harmony does not have a compiler.. yet...
Somewhere (in the READMEs or on the Harmony site) was an instruction
on using Eclipse compiler for Harmony build.
You should look for this info.
The other solution
Egor Pasko wrote:
Harmoniers,
Thanks to Mikhail Fursov, George Timoshenko, Nikolay Sidelnikov (and
me, of course:) all critical bugs (as in [1]) in Jitrino.OPT have
their fixing patches and I like them. I think, it is a good step
forward to enabling the self-hosting environment.
Here are the
This error simply means that ant can not finad a compiler. Because
Harmony does not have a compiler.. yet...
Somewhere (in the READMEs or on the Harmony site) was an instruction
on using Eclipse compiler for Harmony build.
You should look for this info.
SY, Alexey
2006/10/14, Justin Zheng <[EMA
Andrew,
did you use latest snapshot or build classlib and drlvm from the latest sources?
SY, Alexey
2006/10/14, Andrew Zhang <[EMAIL PROTECTED]>:
PolePosition is a benchmark test suite to compare database engines and
object-relational mapping technology. (http://www.polepos.org/). I tried to
r
I couldn't have said it better. :)
On 10/14/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Geir Magnusson Jr. wrote:
> If it turns out to be a big deal, we can simply add a pre-commit target
> to the build that checks for things like that. It could also check for
> things like tabs. If possible,
Thanks for your help. Ant get issue had been resolved and solution had been
updated to the wiki page, please help to check.
However, another issue occoured.
I received this error when I executed build.bat after the update:
BUILD FAILED
C:\Harmony\trunk\working_vm\build\make\build.xml:406: The f
PolePosition is a benchmark test suite to compare database engines and
object-relational mapping technology. (http://www.polepos.org/). I tried to
run PolePosition on Harmony(lastest build), but unfortunately vm crashed
during the execution.
The DRLVM crashes at the very early stage, while IBM VM
Tony,
Let's try and converge our visions. BTW, I really like your work about ANT unit
tests.
>What I want is a more flexible one
Could you please give more details on that? I just tried looking for '.ant.'
and got your results separated. What would be a use case to add more search
capabilities?
Stepan Mishura wrote:
> So we have following suggestions:
>
> 1) leave the check and document the difference with RI
> 2) follow RI and put a warning
What warning did you have in mind? And don't say j.u.logging 'cos I can
find out where you live you know :-)
Regards,
Tim
> 3) do LogingContext.
Geir Magnusson Jr. wrote:
> If it turns out to be a big deal, we can simply add a pre-commit target
> to the build that checks for things like that. It could also check for
> things like tabs. If possible, it could be a pre-commit hook for svn,
> but if not, in the build would be useful for those
Just to add my 2p -- I also agree with doing the work in the trunk. Of
course the minimum cost of working there is that you do no harm to the
other platforms. That is the zeroth level of integration.
The first level of integration would then be to modify the build system
to build the IPF code, a
Leo Li wrote:
> During the self-hosting of Derby...
Minor nit, but as Sian pointed out before we would usually reserve
'self-hosting' to mean using Harmony in development of the project
itself, i.e. self hosting in the build system or using Eclipse. I don't
consider running other apps as self-hos
Gregory Shimansky wrote:
> As to rpm packages, send me a email directly, please write which version of
> redhat you have installed. I am sure I can help you with installing the
> necessary packages.
Why won't you do that publicly, i.e. on the website ? or is the offer
open to everyone to mail y
Geir Magnusson Jr. wrote:
> Tim Ellison wrote:
>> FWIW this will get fixed in the IBM VME in due course. Of course,
>> once we have test metadata...
>
> Sorry. I'm foggy this morning - what do you mean by the last sentence?
> The implication is going over my head...
Once we have the ability to
Egor Pasko wrote:
> I am OK with all. Some comments:
> * we should explicitly say that it is a GNU make.
> * the more restrictive GCC, the better. What is the most restrictive
> now? gcc-4.1?
>
> P.S.: I personally like diversity in tool chains. Let's make a single
> configuration not a must, bu
That is strange behavior, since as you point out it does not set a
parametrized value, however, I wonder if there is some assumption that
the setFoo() method may be a mutator anyway, e.g. setDefaults() or
something like that? Just guessing.
In this case it may be safer to follow the RI -- but I'm
Sounds like the right approach, thanks Tony.
Regards,
Tim
Tony Wu 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 d
Elena Semukhina wrote:
> 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
Alexey Varlamov wrote:
> [snip]
>> > > What are you concerned about wasting? It will take longer for
>> sure, but
>> > > 'java -version' doesn't need to be super fast (it prints to the
>> console
>> > > and quits). In addition, we should consider gathering version
>> > > information from the cla
Salikh Zakirov wrote:
> Technically, -verbose is equivalent to '-verbose:jni -verbose:gc
> -verbose:class'.
> -verbose:class is also accepted.
I've not seen it used like that though -- it usually just prints out the
class loading info.
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java
Jean-frederic Clere wrote:
> Tim Ellison wrote:
>> we should accept -verbose, and most likely print
>> out class loading info by default (i.e. without any ':' directive); but
>> I don't think that we need to output in exactly the same format.
>>
>>
> I think that -verbose should be like -verbose:
Great. I don't see any need to delete either. Keeping history around
is a good thing.
geir
bootjvm wrote:
Task complete. A new sandbox is available as
'incubator/harmony/enhanced/sandbox' and the
old -r423784 'incubator/harmony/enhanced/trunk/sandbox/contribs/bootjvm'
tree has been copied
Matt Benson wrote:
--- Alexei Zakharov <[EMAIL PROTECTED]> wrote:
Nathan,
My solution was to collect classpath in the
temporary file. No
external configs is needed. I'm too lazy to look
into archive for the
original message so I write it again here. In brief
it uses the
"executable" property
54 matches
Mail list logo