On the 0x1F8 day of Apache Harmony Armand Navabi wrote:
Sorry about the last email, but there is something I think I should mention.
I recently checked out a clean copy and rebuilt from scratch. I did not
notice BUT since then, helloworld does actually run!! It just hangs after
it runs.
Hi Anton,
I think we should name tool's tests as classlib does. So for tools we will
have:
o.a.h.tools.toolname.tests
Thanks,
Stepan.
On 10/4/06, Anton Rusanov [EMAIL PROTECTED] wrote:
Hi,
I'm going to add a test for Keytool but I don't know how to name the
package for tests:
Yes, JDWP agent uses most of JVMTI functions, and testing JDWP level
indirectly checks JVMTI implementation. JDWP unit tests included into
JDWP contribution do not provide exhaustive testing, but they often
catch problems with basic JVMTI support related to debug
functionality.
However, there is
As we know the current IBM VM does not support all 'standard' java options.
IBM VM peoples, could you give some expectation when this support will be
available (1 month, 3 or 6 ...)?
thanks, Vladimir
The standard options from my point of view are (without deprecated):
tmpjava
Usage: java
+1
2006/10/4, Stepan Mishura [EMAIL PROTECTED]:
Hi Anton,
I think we should name tool's tests as classlib does. So for tools we will
have:
o.a.h.tools.toolname.tests
Thanks,
Stepan.
On 10/4/06, Anton Rusanov [EMAIL PROTECTED] wrote:
Hi,
I'm going to add a test for Keytool but I don't
+1
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[ ] -1 No, don't. reason :
As usual, 3 days or until all committers vote, or there is an
objection/request for continuance
Dear all,
Can we exclude this task from DRLVM's build.xml default task? It takes most
of build time when rebuilding only several files while working with drlvm
code.
AFAIU, exect content of this directory exists at
platform_arch_compiler_config/deploy directory.
Regards,
Pavel Pervov.
J2SE documentation explicitely mention standard and non-standard but
well-known option for 'java' tool in [1] and [2]. I think it makes
sense to follow this description rather than help message, they are
not equal.
[1] http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/java.html
[2]
On 10/4/06, Ivan Popov [EMAIL PROTECTED] wrote:
J2SE documentation explicitely mention standard and non-standard but
well-known option for 'java' tool in [1] and [2]. I think it makes
sense to follow this description rather than help message, they are
not equal.
From my point of view we
Hello, all,
AFAIK, ant test should give 100% pass rate on j9 but I have 5 failures
which seem to be dependent on environment.
I've uploaded the results at
http://harmonytest.org/testapp.do?method=showrunid=9perPage=100page=1name=result=0jira=0
There are also two JIRA issues detailing this:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 3 October 2006 at 8:12, Ivan Volosyuk (JIRA) [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/HARMONY-1676?page=comments#action_
12439536 ]
Ivan Volosyuk commented on HARMONY-1676:
Tim Ellison wrote:
+1 for creating a jdktools directory. The dependency on the classlib
launcher should be relatively light if we go with a simple tools
launcher that rewrites the tool invocation into a generic launcher
invocation. You may recall the idea was discussed a while ago.
Could
On 10/2/06, Mark Hindess [EMAIL PROTECTED] wrote:
...
I think we need more than one tests.jar. In fact, I think we need
more than one tests.jar per module since some tests need to be on the
bootclasspath while others do not (and should not). At the moment
it might be necessary to have more
2006/10/4, Salikh Zakirov [EMAIL PROTECTED]:
Tim Ellison wrote:
+1 for creating a jdktools directory. The dependency on the classlib
launcher should be relatively light if we go with a simple tools
launcher that rewrites the tool invocation into a generic launcher
invocation. You may
The tests mentioned in HARMONY-1674
http://issues.apache.org/jira/browse/HARMONY-1674 depend on default
system policy file.
But if user policy file exists than, according to the spec, it is
added to system policy. It leads to the tests failures.
There are two options:
1. Rewrite the tests.
Hi All,
I have attached updated patch to the JIRA. It should resolve remain
concerns. Andrey, could you give a green light now?
Thanks
Evgueni
On 10/4/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Andrey,
I see your points. I think both approaches have advantages and
disadvantages. I think it
Tim Ellison wrote:
Alex Astapchuk wrote:
Hi Stepan, all,
I think the spec. statement: A LoginContext should not be used to
authenticate more than one Subject. was taken too strict: reusing
LoginContext object to get the same set of credentials seemed odd.
The decision was mostly about
2006/10/4, Nathan Beyer [EMAIL PROTECTED]:
If this is an event that should be logged, as the TODO indicated, then
why not just print out the stack trace and be done with it? If this
exception happens so often that you'd like it removed, then why would
we want to log a warning message, which I
/continuum/classlib/linux.i
a32/2006/10/04/20061004-083606.successful.log.gz
Build statistics:
State: Ok
Previous State: Failed
Started at: Wed, 4 Oct 2006 09:03:31 +0100
Finished at: Wed, 4 Oct 2006 09:36:04 +0100
Total time: 32m 33s
Build Trigger: Schedule
Exit code: 0
Another variant is to use anonymous class without the name:
Object lock = new Object(){};
But the name by itself (RepositionLock) serves like a comment.
On 10/3/06, Tim Ellison [EMAIL PROTECTED] wrote:
private class RepositionLock {}
private Object repositionLock = new
On 4 October 2006 at 12:59, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 3 October 2006 at 8:12, Ivan Volosyuk (JIRA) [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/HARMONY-1676?page=comments#act
ion_
12439536 ]
Pavel Pervov wrote:
Dear all,
Can we exclude this task from DRLVM's build.xml default task? It takes most
of build time when rebuilding only several files while working with drlvm
code.
AFAIU, exect content of this directory exists at
platform_arch_compiler_config/deploy directory.
The
Geir,
I created this package to have a common place with other MSVC users in JIRA
and I did not expect you want to put it into the trunk :)
But if you decided to add it I suggest adding it to the drlvm/trunk/build
folder. So the resulting folder for MSVC2003 solution will be
+1 not to copy by default, but do it by request.
And the reason is not performance. The reason is that I never remember if my
'deploy' folder contains a release or debug build. So I use folders with a
full name.
On 10/4/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
Pavel Pervov wrote:
Dear
Anton,
I found out that you open site http://www.harmonytest.org
http://www.harmonytest.org/ .
As I understood it is used to collect statistics of classlib test
results on different builds.
Could you tell about it in more detail?
1) Who can upload test results?
2) How are you going to
BTW, as I go through the code looking at the occurrences of 'new
Object()' and determining if they are used simply for their locks, I
figured we also need a way to record the check has been done.
So, if there is a 'new Object()' that is not simply a lock object (and
therefore named as we agreed)
Hello,
Maybe it's better to mark 'locking' objects with something like
//$LOCK-1$ ? New Object() can be created for many purposes - I'm not
sure what percent is used for locks - 10 or 90.
Another suggestion: use
new Object() {
public String toString() {
return something that contains
The patch turned out to be exact duplicate of HARMONY-1571.
Besides, there exist a patch with fixes for unit tests: HARMONY-1574.
The following change is needed on top of already committed HARMONY-1551
to make DRLVM start on Linux/x86_64.
However, it still doesn't work properly, failing with
Hi,
I see the same. I looked at the problem closer. It turned out to be
the problem of Microsoft debugger. Seems like debug information is
damaged somehow. What I did? I set breakpoint at line 290 of
modules\luni\src\main\native\launcher\shared\main.c. Printed out
args-portLibrary. It is valid
Stepan Mishura wrote:
On 10/4/06, Nathan Beyer wrote:
If this is an event that should be logged, as the TODO indicated, then
why not just print out the stack trace and be done with it? If this
exception happens so often that you'd like it removed, then why would
we want to log a warning
Vladimir Ivanov wrote:
As we know the current IBM VM does not support all 'standard' java options.
IBM VM peoples, could you give some expectation when this support will be
available (1 month, 3 or 6 ...)?
Why do we as the Harmony project care?
geir
thanks, Vladimir
The standard
Anton Luht wrote:
Hello,
Maybe it's better to mark 'locking' objects with something like
//$LOCK-1$ ? New Object() can be created for many purposes - I'm not
sure what percent is used for locks - 10 or 90.
If it is just used for locking I'm changing the type, so there will no
need for the
I'll look at the patch, and either do that, or something where it's on
demand.
geir
Salikh Zakirov wrote:
Pavel Pervov wrote:
Dear all,
Can we exclude this task from DRLVM's build.xml default task? It takes most
of build time when rebuilding only several files while working with drlvm
code.
I assume you intend that only the latest patch is applied? (And I
assume that it would apply cleanly to SVN HEAD)
geir
Evgueni Brevnov wrote:
Hi All,
I have attached updated patch to the JIRA. It should resolve remain
concerns. Andrey, could you give a green light now?
Thanks
Evgueni
On
the system you concocted could be adapted to that.
geir
Regards,
Mark.
On 4 October 2006 at 9:36, [EMAIL PROTECTED] wrote:
Online report : http://people.apache.org/~hindessm/continuum/classlib/linux.i
a32/2006/10/04/20061004-083606.successful.log.gz
Build statistics:
State: Ok
Previous State
On 10/4/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I assume you intend that only the latest patch is applied?
Yes. invocation_api.5.patch only.
(And I assume that it would apply cleanly to SVN HEAD)
I believe so.
Evgueni
geir
Evgueni Brevnov wrote:
Hi All,
I have attached updated
+1
Dan Lydick
[Original Message]
From: Geir Magnusson Jr. [EMAIL PROTECTED]
To: harmony-dev@incubator.apache.org
Date: 10/3/06 11:34:32 AM
Subject: [vote] HARMONY-1609 - bulk contribution of Applet, ImageIO and
Printmodules
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[
Hi,
DRLVM compiled with Intel Compiler 9.0 on Linux/ia32 currently
does not work due to symbol 'clock_gettime' not being found.
A simple build file fix is needed to solve the problem.
It does not affect DRLVM built with gcc.
(Gcc build still works with this modification).
Could anyone commit
Geir Magnusson Jr. wrote:
Ok - I'm going to suggest something different that gets you what you
want, namely pass a flag to do the fill up canonical rather than pass
the deploy directory.
That way, the build process is always the same, with an extra step if
you ask for it, rather than have
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
Ok - I'm going to suggest something different that gets you what you
want, namely pass a flag to do the fill up canonical rather than pass
the deploy directory.
That way, the build process is always the same, with an extra step if
you ask for
Can you open a JIRA with this, explaining what needs to be done, and
linking the other JIRAs as needed?
Thx
geir
Salikh Zakirov wrote:
The patch turned out to be exact duplicate of HARMONY-1571.
Besides, there exist a patch with fixes for unit tests: HARMONY-1574.
The following change is
+1
BTW, why call it RepositionLock?
Tim Ellison wrote:
BTW, as I go through the code looking at the occurrences of 'new
Object()' and determining if they are used simply for their locks, I
figured we also need a way to record the check has been done.
So, if there is a 'new Object()' that is
Okay, I will file a JIRA as soon as I have a complete solution.
A side question: do we have a philosophical justification
why we as a project prefer to work through JIRA instead of e-mail?
I personally believe that the instruction will not get any clearer
if it is written in JIRA rather than in
Mikhail Fursov wrote:
Geir,
I created this package to have a common place with other MSVC users in JIRA
and I did not expect you want to put it into the trunk :)
Well, I think that we should put these things in SVN if we can, rather
than use JIRA as some kind of storage.
I think that some
Geir Magnusson Jr. wrote:
+1
BTW, why call it RepositionLock?
That was just an example taken from the class I was looking at, I've
called them different names depending upon the inst var name.
Tim
Tim Ellison wrote:
BTW, as I go through the code looking at the occurrences of 'new
Salikh Zakirov wrote:
Okay, I will file a JIRA as soon as I have a complete solution.
A side question: do we have a philosophical justification
why we as a project prefer to work through JIRA instead of e-mail?
I personally believe that the instruction will not get any clearer
if it is
I do not like JIRA too, but sending patches by email is even worse:
1) There are a lot of opened JIRA issues. How to track them all by email?
2) New people have no access to the old email threads
3) Patches sometimes are too big to be sent by email.
On 10/4/06, Salikh Zakirov [EMAIL PROTECTED]
On 10/4/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Hi,
I see the same. I looked at the problem closer. It turned out to be
the problem of Microsoft debugger. Seems like debug information is
damaged somehow. What I did? I set breakpoint at line 290 of
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
+1
BTW, why call it RepositionLock?
That was just an example taken from the class I was looking at, I've
called them different names depending upon the inst var name.
Oh, thanks.
It might not be a bad idea to adopt a common pattern like
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have classlib built.
Today, I have:
Missing dependency. The file from:
/usr/lib/liblcms.a
should be linked to:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we removed the with.awt.swing flag.
Anyone object?
Please test the current setup with -Dwith.awt.swing=true and report any
problems.
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 4 October 2006 at 12:59, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 3 October 2006 at 8:12, Ivan Volosyuk (JIRA) [EMAIL PROTECTED] wrote:
[
Any reason why we couldn't do the same thing for linux that we're doing
for windows in terms of having these libraries pre-compiled and easy to
drop in?
geir
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing
Excuse the change in subject line...
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we removed the with.awt.swing flag.
Anyone object?
To the contrary,
Stepan Mishura wrote:
Hi Anton,
I think we should name tool's tests as classlib does. So for tools we will
have:
o.a.h.tools.toolname.tests
Agreed.
Regards,
Tim
On 10/4/06, Anton Rusanov [EMAIL PROTECTED] wrote:
Hi,
I'm going to add a test for Keytool but I don't know how to name the
Cool - thanks Dimitry!
Tim
Dmitry M. Kononov wrote:
Hi all,
I have developed a tool to disassemble the java class files. Its
behavior is similar to the javap tool from J2SE 1.5.0. I would like it
to be included in the Harmony tools project.
The contribution can be found there:
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have classlib built.
Today, I have:
Missing dependency. The
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least
Tim Ellison wrote:
Excuse the change in subject line...
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we removed the with.awt.swing flag.
Anyone object?
Mikhail Fursov wrote:
I do not like JIRA too, but sending patches by email is even worse:
1) There are a lot of opened JIRA issues. How to track them all by email?
Tracking can be done by replying to messages.
And if nobody cares about the patch, JIRA will not help -- patches in JIRA
rot with
Mark Hindess wrote:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
Since most (all?) distributions provide versions of these libraries (and
maintain them - regular security fixes for example) why would we want
to maintain them ourselves? It's not a job I'd want.
Really the same is true for zlib and to an extent icu. If someone
else is doing the work
On 4 October 2006 at 18:41, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 4 October 2006 at 12:59, Ivan Volosyuk [EMAIL PROTECTED] wrote
:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 3 October 2006 at 8:12, Ivan Volosyuk
On 10/3/06, Vladimir Ivanov wrote:
On 10/2/06, Oliver Deakin wrote:
...
Does this sound reasonable?
Seems, that everybody thinking about separated test jar for each module (I
proposed one jar as first step onlyJ). Now, we should implement this. If
you
need any help I'm a volunteer.
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have classlib built.
Today, I have:
Missing dependency. The
2006/10/4, Mark Hindess [EMAIL PROTECTED]:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now
Egor Pasko wrote:
On the 0x1F8 day of Apache Harmony Armand Navabi wrote:
Sorry about the last email, but there is something I think I should mention.
I recently checked out a clean copy and rebuilt from scratch. I did not
notice BUT since then, helloworld does actually run!! It just
On 4 October 2006 at 16:10, Mark Hindess [EMAIL PROTECTED] wrote:
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have
2006/10/4, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mark Hindess wrote:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the
Mark Hindess wrote:
Since most (all?) distributions provide versions of these libraries (and
maintain them - regular security fixes for example) why would we want
to maintain them ourselves? It's not a job I'd want.
I'm not advocating maintenance, but simply defining the set that we
build
Mark Hindess wrote:
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have classlib built.
Today, I have:
Done. HARMONY-1698.
Mark, it looks like you already started looking into it,
that's *real* quick. Thanks a lot!
Geir Magnusson Jr. wrote:
Can you open a JIRA with this, explaining what needs to be done, and
linking the other JIRAs as needed?
Salikh Zakirov wrote:
The patch turned out to be
Armand Navabi wrote:
I do pass the library load in GDB. If I just run helloworld in gdb it
almost always will print hello world. Here is what happens whenever I
just run it in GDB:
(gdb) r helloworld
Starting program:
/scratch/anavabi/Harmony/enhanced/drlvm/build/deploy/jre/bin/java
+1
And the JIRA has logging properties as well. On several threads now, email
patches have just caused more confusion, with participants asking if these
are examples or live code.
On 10/4/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
I do not like JIRA too, but sending patches by email is
MIkhail,
Are you going to keep these files ( sln and projects ) updated, since
they are now becoming a part of the main codebase?
Thx,
Rana
On 10/4/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Geir,
I created this package to have a common place with other MSVC users in
JIRA
and I did
First time running the AWT/Swing tests for a while. On r452910 I see
the following (one and only) failure on IA32 WinXP:
java.lang.NullPointerException at
javax.swing.TransferHandlerTest.testCreateTransferable(TransferHandlerTest.java:140)
at
ah, just read this after posting the same note myself.
So yes, I see the same.
Regards,
Tim
Mikhail Loenko wrote:
2006/10/4, Mark Hindess [EMAIL PROTECTED]:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just
Alex Blewitt wrote:
I use TODOs a lot in my code to remind me to come back to that
particular piece and do the job properly. If someone else were to
remove them then they may not do the right thing as far as the code
needs ... so I'd expect at least some kind of heads-up before this
would
Geir Magnusson Jr. wrote:
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[ ] -1 No, don't. reason :
As usual, 3 days or until all committers vote, or there is an
objection/request for continuance
+1
--
Stefano.
On 10/4/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mikhail Fursov wrote:
Geir,
I created this package to have a common place with other MSVC users in
JIRA
and I did not expect you want to put it into the trunk :)
Well, I think that we should put these things in SVN if we can, rather
On 10/4/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
On 10/4/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mikhail Fursov wrote:
Geir,
I created this package to have a common place with other MSVC users
in
JIRA
and I did not expect you want to put it
I found the reason of this failure. It is an IntrospectionException
while executing a following method from the TransferHandler class:
private PropertyDescriptor getPropertyDescriptor(final JComponent c) {
PropertyDescriptor result = null;
try {
result = new
I get compilation problems on x86_64. It looks to me like a gcc/binutils
issue:
[exec] cc -shared -Wl,--version-script,libhythr.exp \
[exec] -Wl,-soname=libhythr.so -o ../libhythr.so \
[exec] ../shared/thread_copyright.o x86_64/thrhelp.o
x86_64/thrspinlock.o hythread.o
Can we consider making the final manifest that goes into our jars to be
created/updated dynamically?
I just went through all manifests and added Specification-Version,
Implementation-Version, etc and they will change, at least the last one.
I know the Eclipse people depend on them, so maybe
-Original Message-
From: Alexey Varlamov [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 04, 2006 5:13 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [r451637] - Code cleanup - ... - Remove unnecessary comments
2006/10/4, Nathan Beyer [EMAIL PROTECTED]:
If this is an
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 04, 2006 11:17 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [r451637] - Code cleanup - ... - Remove unnecessary comments
Alex Blewitt wrote:
I use TODOs a lot in my code to remind me
There may be value in doing this, but what's the increase in class file
overhead? Every new class that gets created for these locks ends up as
another class file that has to be stored (takes up drive space) and has to
be loaded (takes up memory in the class loader). Ever additional class file
There seem to be a number of places where logging would be useful
within the class library (and Java parts of the VM), but the rules of
engagement seems to be undefined, so it's not being used. Here's my
super-duper high-level swipe at it.
1. Use java.util.logging for normal logging (somewhat
On 10/4/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Vladimir Ivanov wrote:
As we know the current IBM VM does not support all 'standard' java
options.
IBM VM peoples, could you give some expectation when this support will
be
available (1 month, 3 or 6 ...)?
Why do we as the Harmony
On 10/4/06, Stepan Mishura [EMAIL PROTECTED] wrote:
Seems, that everybody thinking about separated test jar for each module
(I
proposed one jar as first step onlyJ). Now, we should implement this. If
you
need any help I'm a volunteer.
This won't work for all resource files, for example,
On Oct 4, 2006, at 12:53 AM, Egor Pasko wrote:
One more to say on the patch:
+//meetBest(Reduced, x) = Reduced
should be:
+//meetBest(Reduced, x) = Reduced
(just a comment, but still...)
so, could you, please, refresh the patch with my
Seems, that after todays update I can't build DRL VM. Can anybode else
reproduce it?
Thanks Vladimir
...update -r HEAD C:/harmony/drlvm1.5
At revision 453100.
=
...
build.native.init:
[echo] ## Building native of 'vm.vmi'
[mkdir] Created dir:
Thanks everyone. It was fixed by rebuild the my copy of classlib module.
thanks, Vladimir
On 10/5/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
Seems, that after todays update I can't build DRL VM. Can anybode else
reproduce it?
Thanks Vladimir
...update -r HEAD C:/harmony/drlvm1.5
At
2006/10/5, Oleg Khaschansky [EMAIL PROTECTED]:
I found the reason of this failure. It is an IntrospectionException
while executing a following method from the TransferHandler class:
private PropertyDescriptor getPropertyDescriptor(final JComponent c) {
PropertyDescriptor result =
94 matches
Mail list logo