On 7/21/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
On 7/21/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Invoking assertArray(array.length, 0, -1) will throw NullPointerException
instead of IndexOutOfBoundException. It's not compatible with RI.
Do you think so?
No. We should check reference
Nathan,
I've created corresponding JIRA and attached a quick-fix:
http://issues.apache.org/jira/browse/HARMONY-939
--
Alexey
2006/7/21, Nathan Beyer [EMAIL PROTECTED]:
I tried running Eclipse 3.2 on the Windows JRE build and it launches the
splash screen and the workspace selection dialog,
On 7/21/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 7/21/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
On 7/21/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Invoking assertArray(array.length, 0, -1) will throw
NullPointerException
instead of IndexOutOfBoundException. It's not compatible with
No, temp files are not controlled by OS.
2006/7/21, Jimmy, Jing Lv [EMAIL PROTECTED]:
Anton Luht wrote:
Jimmy,
Please add readFile.delete() and writeFile.delete() in the end of test
or .deleteOnExit() in any place. Files created by createTempFile are
not cleaned up automatically.
Ah yes,
Thanks Vladimir,
I tested many methods in java.nio.channels, most of which follow
assertArrayIndex(Object[], int, int). :)
So I agree that we need two assertArrayIndex methods. Using which one
depends on RI's behaviour.
How about adding these methods into some class in
Have tested Windows version too.
Eclipse3.1.1 runs OK, tested for Java and Plugin-development projects.
Also I tried to run DeCapo benchmark:
hsqldb, xalan, antlr, bloat, jython and ps: passed OK
batik, pmd, fop: could not run (lack of experience)
chart: failed with
ERROR: Destructive unwinding:
On 7/21/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Thanks Vladimir,
I tested many methods in java.nio.channels, most of which follow
assertArrayIndex(Object[], int, int). :)
So I agree that we need two assertArrayIndex methods. Using which one
depends on RI's behaviour.
How about adding these
On 7/21/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
On 7/21/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Thanks Vladimir,
I tested many methods in java.nio.channels, most of which follow
assertArrayIndex(Object[], int, int). :)
So I agree that we need two assertArrayIndex methods. Using
Yep, it looks like an ant bug.
I've searched ant bug database and have not find any open bugs
according this issue.
So we probably should file it.
SY, Alexey
2006/7/20, Vladimir Gorr [EMAIL PROTECTED]:
On 7/20/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Vladimir Gorr wrote:
On
Yes, I'm in progress already.
Thanks,
Vladimir.
On 7/21/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Yep, it looks like an ant bug.
I've searched ant bug database and have not find any open bugs
according this issue.
So we probably should file it.
SY, Alexey
2006/7/20, Vladimir Gorr [EMAIL
My two cents... :)
Put all the array size checking code in one place is a good idea. Code
reuse is always good idea.
But do not forget that Java has 2 problems here:
1. It can not inline methods or include code in java file
2. Method call is a long operation.
So huge number of additional
2006/7/21, Alexey Petrenko [EMAIL PROTECTED]:
My two cents... :)
Put all the array size checking code in one place is a good idea. Code
reuse is always good idea.
But do not forget that Java has 2 problems here:
1. It can not inline methods or include code in java file
2. Method call is a long
Ok, great.
2006/7/21, Vladimir Gorr [EMAIL PROTECTED]:
Yes, I'm in progress already.
Thanks,
Vladimir.
On 7/21/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Yep, it looks like an ant bug.
I've searched ant bug database and have not find any open bugs
according this issue.
So we probably
As I said in the accordig JIRA we should use properties from the file
or remove that commented properties from the properties file.
This properties are misleading people.
SY, Alexey
21 Jul 2006 10:53:08 +0700, Egor Pasko [EMAIL PROTECTED]:
On the 0x1AC day of Apache Harmony Anton Luht wrote:
New ant bug has been created for this issue:
*http://issues.apache.org/bugzilla/show_bug.cgi?id=40088*http://issues.apache.org/bugzilla/show_bug.cgi?id=40088
Thanks,
Vladimir.
On 7/21/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Ok, great.
2006/7/21, Vladimir Gorr [EMAIL PROTECTED]:
Yes,
On 7/21/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
My two cents... :)
Put all the array size checking code in one place is a good idea. Code
reuse is always good idea.
But do not forget that Java has 2 problems here:
1. It can not inline methods or include code in java file
2. Method call
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
I've asked Sun about this. It would be nice if people could re-use
their root cert store.
What format does IBM and BEA use?
FWIW the IBM Java SDK passes through the Sun format JKS.
Does passes through means it's able
2006/7/21, Andrew Zhang [EMAIL PROTECTED]:
On 7/21/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
My two cents... :)
Put all the array size checking code in one place is a good idea. Code
reuse is always good idea.
But do not forget that Java has 2 problems here:
1. It can not inline
Agree. I was confused when I saw it the first time.
Regards,
2006/7/21, Alexey Petrenko [EMAIL PROTECTED]:
As I said in the accordig JIRA we should use properties from the file
or remove that commented properties from the properties file.
This properties are misleading people.
SY, Alexey
21
Wow! great page! Looking forward to make it happen as the roadmap!
One small things, as you mentioned to improve the test coverage, so it
worths adding link to coverage report page[1] and coverage script
contribution[2]?
[1] http://wiki.apache.org/harmony/Coverage_information
[2]
Well, good question :) As I already mentioned in comments for this issue,
inflate(...) should return 0 if needsInput() or or needsDictionary() is
required. And the only exception which can be thrown is DataFormatException.
So, any internal error in zlib which is not related to data format should
Alexey Petrenko wrote:
My two cents... :)
Put all the array size checking code in one place is a good idea. Code
reuse is always good idea.
But do not forget that Java has 2 problems here:
1. It can not inline methods or include code in java file
2. Method call is a long operation.
AFAIK, the
Dear all,
When I investigated the code, I found there was only one error code which
needs to be handled.
It's HYPORT_ERROR_SOCKET_WOULDBLOCK.
The better thing I discovered is that after catching this exception, then
handle routine looks like:
catch( the exception ) {
// it should return null
I'd prefer not to throw an exception :)
Thanks,
Mikhail
2006/7/21, Andrew Zhang [EMAIL PROTECTED]:
Dear all,
When I investigated the code, I found there was only one error code which
needs to be handled.
It's HYPORT_ERROR_SOCKET_WOULDBLOCK.
The better thing I discovered is that after
2006/7/21, Paulex Yang [EMAIL PROTECTED]:
Alexey Petrenko wrote:
My two cents... :)
Put all the array size checking code in one place is a good idea. Code
reuse is always good idea.
But do not forget that Java has 2 problems here:
1. It can not inline methods or include code in java file
Tim Ellison wrote:
Paulex Yang wrote:
I still confuse what we want to test, the logic or the data? I think
most (if not all) i18n related methods actually have same single
executable with multiple resource bundles, i.e., the single executable
should be locale-independent, the different
Hi Mikhail, you have agreed with it before :)
On 7/21/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
I'd prefer not to throw an exception :)
Thanks,
Mikhail
2006/7/21, Andrew Zhang [EMAIL PROTECTED]:
Dear all,
When I investigated the code, I found there was only one error code
which
I downloaded and tried it out on Windows...
Comments on packaging/layout:
As pointed out by Nathan, the JRE seems to have way more in it than we
actually need.
In jre/bin:
- What happened to the harmony launcher and the ability to use
different VMs? I'm concerned that having a DRLVM-specific
I've filed JIRA issue: http://issues.apache.org/jira/browse/HARMONY-943
Please vote for it! :)
SY, Alexey
2006/7/21, Alexei Zakharov [EMAIL PROTECTED]:
Agree. I was confused when I saw it the first time.
Regards,
2006/7/21, Alexey Petrenko [EMAIL PROTECTED]:
As I said in the accordig JIRA
On 7/20/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
patch welcome ;)
geir
Working on it. :)
Too late to vote, it's already closed. :)
Regards,
2006/7/21, Alexey Petrenko [EMAIL PROTECTED]:
I've filed JIRA issue: http://issues.apache.org/jira/browse/HARMONY-943
Please vote for it! :)
SY, Alexey
2006/7/21, Alexei Zakharov [EMAIL PROTECTED]:
Agree. I was confused when I saw it the
issue 942 was created with patch. But seems the modifier 'final' shoul be
added (depends on JIT).
thanks, Vladimir
On 7/21/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/7/21, Paulex Yang [EMAIL PROTECTED]:
Alexey Petrenko wrote:
My two cents... :)
Put all the array size checking
On 7/20/06, Oliver Deakin [EMAIL PROTECTED] wrote:
I agree Pavel - it should be fixed in the launcher. But, as I said in
[1], we should
give some consideration to the fact that the RI and IBM vms exit
gracefully
under the same circumstances, and that perhaps we should also try to
fix this in
Andrey Chernyshev wrote:
Thanks Oliver, this does clarify a lot. I'll see if I could change
drlvm's vmi impl such that it transfers the original portlib pointer
obtained from the launcher.
That would be great, thanks Andrey.
BTW: are we expecting to have the multiple instances of the port
Yep, Mark is lightning fast! :)
2006/7/21, Alexei Zakharov [EMAIL PROTECTED]:
Too late to vote, it's already closed. :)
Regards,
2006/7/21, Alexey Petrenko [EMAIL PROTECTED]:
I've filed JIRA issue: http://issues.apache.org/jira/browse/HARMONY-943
Please vote for it! :)
SY, Alexey
On 7/21/06, Tim Ellison [EMAIL PROTECTED] wrote:
I downloaded and tried it out on Windows...
Comments on packaging/layout:
As pointed out by Nathan, the JRE seems to have way more in it than we
actually need.
In jre/bin:
- What happened to the harmony launcher and the ability to use
Hello Geir,
I created new JIRA:
HARMONY-946
on this issue.
=
Warm Regards,
Victor Martynov,
Intel Middleware Product Division
On 7/20/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
We have a bug. 0.0.0.0 should be all adapters, and is legit.
Can you file a JIRA?
Victor A Martynov
Because more elegant decision wasn't proposed during current discussion, I'd
like to put the patch with results of my experiments into JIRA, as Stack
Overflow Implementation.
You can find it in
*HARMONY-945*https://issues.apache.org/jira/browse/HARMONY-945.
Welcome to try it.
Pavel Afremov.
Nathan Beyer wrote:
I can download it now and just about to do some smoke tests, but I noticed
that the windows JRE zip contains the entire HDK build and seems to be
exactly like the HDK zip.
Grrr. Thanks. :)
-Nathan
-Original Message-
From: Magnusson, Geir [mailto:[EMAIL
Tim Ellison wrote:
I downloaded and tried it out on Windows...
Comments on packaging/layout:
As pointed out by Nathan, the JRE seems to have way more in it than we
actually need.
Yes, but you probably understand that's not intentional.
In jre/bin:
- What happened to the harmony
Mikhail Fursov wrote:
Have tested Windows version too.
Eclipse3.1.1 runs OK, tested for Java and Plugin-development projects.
Also I tried to run DeCapo benchmark:
hsqldb, xalan, antlr, bloat, jython and ps: passed OK
batik, pmd, fop: could not run (lack of experience)
chart: failed with
Part of the original DRLM contribution is a patch for the eclipse
plugin. When I shifted DRLVM to produce java rather than ij as the
program name, much of the patch went away.
However, there is still some that I honestly didn't understand, as it
seems like were working in and around a bunch of
Indeed we need to re-base the plugin patch for DRLVM due to the recent
changes (renaming ij to java).
However all 'hacks' cannot be removed due to the original sources of plugin
refer to the clearvm library
DRLVM doesn't suppose to have. We will post these change a little later (we
need to make
On 7/21/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
AFAIR, the one is the main hacks is the list of jar files in boot class
path...
There are no problems with this. DRLVM contains the
bootclasspath.propertiesfile where all these libraries are listed.
This one is deployed to the lib/boot
Vladimir Gorr wrote:
Indeed we need to re-base the plugin patch for DRLVM due to the recent
changes (renaming ij to java).
However all 'hacks' cannot be removed due to the original sources of plugin
refer to the clearvm library
DRLVM doesn't suppose to have. We will post these change a
So how goes the YOKO battle?
Alexey Petrenko wrote:
Guys,
There is a CORBA implementation in Apache incubator named Yoko.
http://incubator.apache.org/yoko/
I've built and reviewed it... It seems that Yoko have almost all the
packages from the 1.5 specification.
So it looks like a good
Geir Magnusson Jr wrote:
Tim Ellison wrote:
I downloaded and tried it out on Windows...
Comments on packaging/layout:
As pointed out by Nathan, the JRE seems to have way more in it than we
actually need.
Yes, but you probably understand that's not intentional.
Understood, just being
Geir Magnusson Jr wrote:
While it's not a critical thing, this seems like something we want to
put to bed. Tim tried taking a run at this for one of these last week,
and I'd like to try again.
Would some number of days of discussion (like 3) plus a vote be an
acceptable way to get this
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
I downloaded and tried it out on Windows...
Comments on packaging/layout:
As pointed out by Nathan, the JRE seems to have way more in it than we
actually need.
Yes, but you probably understand that's not intentional.
Hi all,
I'd like to announce the contribution of javax.swing.text.html package
on behalf of Intel. The archive can be found here:
https://issues.apache.org/jira/browse/HARMONY-948
The contribution includes new files implementing HTML text functionality
and a small patch for already existing
I tried to use it. It is OK, but I have some comments on it. First of all,
let me describe as I see the testing process:
- for developers:
Before the commit of new feature/ fix the developer should run some
'pre-integration tests' (it may be unit tests) to be sure that workspace
will not broken
On 7/21/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Vladimir Gorr wrote:
Indeed we need to re-base the plugin patch for DRLVM due to the recent
changes (renaming ij to java).
However all 'hacks' cannot be removed due to the original sources of
plugin
refer to the clearvm library
DRLVM
Woo! Thanks!
Ivanov, Alexey A wrote:
Hi all,
I'd like to announce the contribution of javax.swing.text.html package
on behalf of Intel. The archive can be found here:
https://issues.apache.org/jira/browse/HARMONY-948
The contribution includes new files implementing HTML text
Geir Magnusson Jr skrev den 21-07-2006 02:22:
That's because I'm a moron and my userid is 'geirm'
http://people.apache.org/~geirm/harmony
I'm uploading windows versions now. Note they have no AWT/Swing support
right now.
What environment do you use under Linux? I cannot compile under
Vladimir Ivanov wrote:
I tried to use it. It is OK, but I have some comments on it. First of all,
let me describe as I see the testing process:
- for developers:
Before the commit of new feature/ fix the developer should run some
'pre-integration tests' (it may be unit tests) to be sure
Thorbjørn Ravn Andersen wrote:
Geir Magnusson Jr skrev den 21-07-2006 02:22:
That's because I'm a moron and my userid is 'geirm'
http://people.apache.org/~geirm/harmony
I'm uploading windows versions now. Note they have no AWT/Swing support
right now.
What environment do you use
On 21 July 2006 at 9:09, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Vladimir Ivanov wrote:
I tried to use it. It is OK, but I have some comments on it. First of all,
let me describe as I see the testing process:
- for developers:
Before the commit of new feature/ fix the developer
I've stared at the patch for a bit, and am comfortable enough now (I
didn't doubt you, the patch was very simple, rather I didn't understand
the issue.)
I still am a little worried worried because we didn't care if they were
proper substitutes for each other (the return types), but I suppose we
Folks,
I've posted another doc that might be of use to you [1] :-) this is
about plugging in a custom GC implementation.
I was wondering if anyone is actually reading the docs we have for
classlibs, drlvm code or supplied as a JIRA issue [2].
If yes, are the docs we now have helpful
Ivanov, Alexey A wrote:
Hi all,
I'd like to announce the contribution of javax.swing.text.html package
on behalf of Intel. The archive can be found here:
https://issues.apache.org/jira/browse/HARMONY-948
Nice!
The contribution includes new files implementing HTML text functionality
and
Does anyone know why we have a TwoKeyHashMap [1] utility class?
I've only looked at it briefly, but I'm left wondering why the author
chose to write all that rather than use a regular HashMap with an object
that combines the 'TwoKey's?
There may be a subtlety I missed. Anyone know?
[1]
Hi,
FYI: I've logged this as HARMONY-953. So now we should not forget about it.
With Best Regards,
2006/7/18, Richard Liang [EMAIL PROTECTED]:
Alexei Zakharov wrote:
I mean this should have about the same priority with the toString()
conversion task discussed in adjacent thread IMHO.
Hi all:
On behalf of ITC, I would like to offer our help to complete this package.
We could work in the missing parser.
The new contribution is based on HTML 4.01, while Sun's version is based on
HTML 3.2, (in fact, the DTD used is different from the HTML 3.2 DTD,
perhaps is based on an early
Miguel Montes wrote:
Hi all:
On behalf of ITC, I would like to offer our help to complete this package.
We could work in the missing parser.
Fantastic. Please have the people working on it work here and with much
discussion with the rest of the community.
The new contribution is based on
Pavel,
I tried the attached overflow test, and then applied the patch and
retried it. The patch looks good. A couple of comments:
- I could not get the unwind failure that you have mentioned (with
the overflow happening in the first two lines) though I played around with
the test, but
I'll commit as is - if you need to modify the stack space issue, just
submit a new patch
geir
Rana Dasgupta wrote:
Pavel,
I tried the attached overflow test, and then applied the patch and
retried it. The patch looks good. A couple of comments:
- I could not get the unwind failure
Will do, thanks
On 7/21/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
I'll commit as is - if you need to modify the stack space issue, just
submit a new patch
geir
Rana Dasgupta wrote:
Pavel,
I tried the attached overflow test, and then applied the patch and
retried it. The patch
HI all:
Intel has just contributed javax.swing.text.html, based on HTML 4.01. Sun's
implementation, on the other hand, claims to be based on HTML 3.2, although
there are same differences.
¿Which one should we follow? ¿Both? The parser behavior is parameterized by
a DTD, so perhaps we should
Now I know what you were saying...
There are instructions for the deps in
depends/libs/build
Do that and you should be fine. I'll add that to a README for the fedbuild
geir
Thorbjørn Ravn Andersen wrote:
Geir Magnusson Jr skrev den 21-07-2006 02:22:
That's because I'm a moron and my
On 7/21/06, Tim Ellison [EMAIL PROTECTED] wrote:
Geir Magnusson Jr wrote:
While it's not a critical thing, this seems like something we want to
put to bed. Tim tried taking a run at this for one of these last week,
and I'd like to try again.
Would some number of days of discussion (like 3)
Daniel Fridlender wrote:
On 7/21/06, Tim Ellison [EMAIL PROTECTED] wrote:
Geir Magnusson Jr wrote:
While it's not a critical thing, this seems like something we want to
put to bed. Tim tried taking a run at this for one of these last week,
and I'd like to try again.
Would some
On 7/21/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Daniel Fridlender wrote:
On 7/21/06, Tim Ellison [EMAIL PROTECTED] wrote:
Geir Magnusson Jr wrote:
While it's not a critical thing, this seems like something we want to
put to bed. Tim tried taking a run at this for one of these
Do you know how can I execute precompile task on
pom.xml with Maven .
Thanks..
__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/
On 7/22/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
- But I also saw that you fail the JIT if you don't have 256 K of free
stack space. The default Windows stack size is only 1 MB. Do we need to
fail
a compile of 10 lines of bytecode if we don't have 1/4 of the stack
available? Maybe
Which one should we follow? ¿Both? The parser behavior is parameterized by
a DTD, so perhaps we should provide a 3.2 DTD, to be compatible with Sun,
and a 4.01 DTD.
Any ideas?
Miguel Montes
This RFE is about 7 years old and AFAIK SUN does not want to fix it in the
nearest feature:
I'd ask on the maven list. We don't use maven in this project.
geir
Santiago Panchi wrote:
Do you know how can I execute precompile task on
pom.xml with Maven .
Thanks..
__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y
On 7/22/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Which one should we follow? ¿Both? The parser behavior is parameterized
by
a DTD, so perhaps we should provide a 3.2 DTD, to be compatible with
Sun,
and a 4.01 DTD.
Any ideas?
Miguel Montes
This RFE is about 7 years old and AFAIK SUN
In the case of crypto, Intel contributed not only javax.crypto but
java.security as well, so I think it's the one to be used. I think some code
of ITC has already been integrated (for instance in DESKeySpec), and other
differences, such as the static initialization of exceptions, have been
I'm all for removing it. The last time I looked through that code I came to
the same conclusion your questions infer. If I recall correctly, some of the
actual Map interface methods won't even work correctly if used. Also, I
believe the actual keys were just Strings, so concatenated Strings could
79 matches
Mail list logo