[
http://issues.apache.org/jira/browse/HARMONY-40?page=comments#action_12367818 ]
Vladimir Strigun commented on HARMONY-40:
-
Thanks, Tim. Can't reproduce with latest sources.
FileChannel assotiated with FileOutputStream not closed after closing
Mikhail Loenko wrote:
Hi George,
why e.g. 'win.IA32' not just 'win'?
Because there will be a posix.apr that will do the portable part ;-)
Correct me if I am wrong.
Cheers
Jean-Frederic
Thanks,
Mikhail
2006/2/24, George Harley [EMAIL PROTECTED]:
Hi,
Redrawing the proposed layout
[
http://issues.apache.org/jira/browse/HARMONY-29?page=comments#action_12367823 ]
Vladimir Strigun commented on HARMONY-29:
-
Since path can contain + character, second parameter for decode method should
be false, i.e. Util.decode(fileString, true)
[
http://issues.apache.org/jira/browse/HARMONY-29?page=comments#action_12367824 ]
Vladimir Strigun commented on HARMONY-29:
-
Sorry, I meant Util.decode(fileString, false)
java.util.zip.ZipException while onening jar file on local machine
More extensive refactoring of linux makefiles
-
Key: HARMONY-131
URL: http://issues.apache.org/jira/browse/HARMONY-131
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Mark Hindess
Priority:
[ http://issues.apache.org/jira/browse/HARMONY-131?page=all ]
Mark Hindess updated HARMONY-131:
-
Attachment: linux.makefile.refactoring
I wanted to remove as much redundancy as possible while only using make
variables that are common to both GNU make
Move shared native code to out of linux tree
Key: HARMONY-132
URL: http://issues.apache.org/jira/browse/HARMONY-132
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Mark Hindess
Priority:
[ http://issues.apache.org/jira/browse/HARMONY-132?page=all ]
Mark Hindess updated HARMONY-132:
-
Attachment: linux.move.to.shared
This patch moves the 92 identical files out of the linux tree to a new
shared tree and modifies the linux makefiles
catchup after long week...
George Harley wrote:
Hi,
Earlier on today I spent some time following the instructions for
developing Harmony Java code inside Eclipse [1]. After experimenting
with archive, luni and nio I decided to check out modules/security and
found that, in its current form,
Hi,
I have a strange error:
+++
java.lang.NoSuchMethodError:
org/apache/log4j/Category.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V
at java.lang.VMThrowable.fillInStackTrace(Native Method)
at
Gerry Steele wrote:
It might also be worth nothing that if you are licensed to use the
tck, there is an appeal process, so it may be possible to make sun
accept deviation from the spec or unreasonable claims in the spec, on
their part, on a case by case basis.
Sure, but that's a different
Stefano Mazzocchi wrote:
Santiago Gala wrote:
[SNIP]
Getting closer to topic, I wonder if someone can post here a
subjective summary of the ideas on support for dynamic languages in
future java. I'm concerned about the stagnation of jython (barely
commits since 2.2a1) and I would also
Damian Hamill wrote:
I started to wonder if I should switch to c# .NET. I would rather
stick with Java but the 16MB JRE download is a killer.
One of our goals is Java everywhere. Literally.
Unless Java
Applets are as easy for the user as other technologies then they will
be second
Jean-frederic Clere wrote:
I have a strange error:
+++
java.lang.NoSuchMethodError:
org/apache/log4j/Category.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V
at java.lang.VMThrowable.fillInStackTrace(Native Method)
at
Tim Ellison wrote:
Enrico Migliore wrote:
Hi Tim,
Enrico Migliore wrote:
Archie, Geir and Stefano,
could you please take a look at the following assertion and correct it
if it's wrong:
It's worth to remember, that the goal of porting JCHEVM to
Cygwin/Windows,
is to enable us, and the
but if it's useful docs, why not put in a /trunk/docs section?
I hate burying useful resources under /make
Tim Ellison wrote:
People are not supposed to find it there, that is the README that is
copied into the root of a snapshot build, as shown below:
...
+zip destfile=${deploy.zip}
Nathan Beyer wrote:
1. Javadoc - Yeah, I didn't know what was the right thing to do in regards
to the javadoc. It wasn't 100% copy and paste, but the class-level and some
of the methods were pulled. My thought was that if we're considering the
Javadoc as the specification for the interface,
George Harley wrote:
Geir Magnusson Jr wrote:
George Harley wrote:
What is the problem with using httpd to test Harmony ?
It's a rather large external dependency. Reminds me of the time we
got the TCK for JavaMail (a story in itself) and the only practical
way to use it was to get
Geir Magnusson Jr wrote:
does this mean that JCHEVM has a hard dependency on native methods from
GNU Classpath?
Not sure exactly what you're asking, but I think the answer is no.
There shouldn't be any dependencies beyond what is required.
-Archie
Mark Hindess wrote:
But this doesn't mean George is wrong! Because *if* there was a
publically accessible Internet server that already had Apache httpd,
twoftpd (my favourite ftp server this week), Dante socks, etc, then
the scenario I like to optimise becomes possible.
And doesn't work
meaning that with some minor gluecode that weldon is writing, we don't
need to have GNU Classpath to run JCHEVM and Harmony classlib?
Archie Cobbs wrote:
Geir Magnusson Jr wrote:
does this mean that JCHEVM has a hard dependency on native methods
from GNU Classpath?
Not sure exactly what
Tim Ellison wrote:
I'd echo those sentiments.
Geir: how close are you to putting HARMONY-57 to the vote?
I think I have everything, but fear the JIRA! Fear the JIRA! :)
Regards,
Tim
George Harley wrote:
Just want to emphasise something that has possibly got lost in this
thread. To
Geir Magnusson Jr wrote:
meaning that with some minor gluecode that weldon is writing, we don't
need to have GNU Classpath to run JCHEVM and Harmony classlib?
does this mean that JCHEVM has a hard dependency on native methods
from GNU Classpath?
Not sure exactly what you're asking, but I
[
http://issues.apache.org/jira/browse/HARMONY-96?page=comments#action_12367894 ]
Richard Liang commented on HARMONY-96:
--
Tim,
Looks good. Thanks a lot.
Two new methods need to be implemented by java.nio.charset.Charset
[
http://issues.apache.org/jira/browse/HARMONY-36?page=comments#action_12367895 ]
Richard Liang commented on HARMONY-36:
--
Tim,
The fix is good. Please close this JIRA. Thanks a lot.
java.nio.CharBuffer does not implement java.lang.Appendable and
[
http://issues.apache.org/jira/browse/HARMONY-43?page=comments#action_12367896 ]
Richard Liang commented on HARMONY-43:
--
Tim,
The fix is good. Please close this JIRA. Thanks a lot.
Performance enhancement for nio buffers bulk get/put methods
[
http://issues.apache.org/jira/browse/HARMONY-113?page=comments#action_12367897
]
Richard Liang commented on HARMONY-113:
---
Yes, Tim. The patch looks good.
java.nio.charset.Charset should regard empty charset name properly as Illegal
CharsetName
[
http://issues.apache.org/jira/browse/HARMONY-123?page=comments#action_12367898
]
Richard Liang commented on HARMONY-123:
---
Tim,
The fix is good. Please close this JIRA. Thanks a lot.
Refactor: java.nio.charset.CharsetDecoder.decode
[ http://issues.apache.org/jira/browse/HARMONY-133?page=all ]
Mark Hindess updated HARMONY-133:
-
Attachment: missing.abort.function.declaration
Include stdlib.h to pick up abort() declaration.
(md5sum=79671e528d2d9c312d5f9280f5c52886)
missing
uninitialised variables in goto bail code path in linux native launcher/main.c
Key: HARMONY-134
URL: http://issues.apache.org/jira/browse/HARMONY-134
Project: Harmony
Type: Bug
[ http://issues.apache.org/jira/browse/HARMONY-134?page=all ]
Mark Hindess updated HARMONY-134:
-
Attachment: linux.uninitialised.variables
Oops. Forgot this affects windows too. So this patch fixes windows and linux
code. It initialises the two
unnecessary inconsistencies between linux and windows code
--
Key: HARMONY-135
URL: http://issues.apache.org/jira/browse/HARMONY-135
Project: Harmony
Type: Improvement
Components: Classlib
Reporter:
[ http://issues.apache.org/jira/browse/HARMONY-135?page=all ]
Mark Hindess updated HARMONY-135:
-
Attachment: win.linux.inconsistencies
Trivial fixes. (md5sum=9d8c09a39d39a40780a139777220d4d8)
unnecessary inconsistencies between linux and windows code
Cannot make libvmi.so and libhytext.so on linux
---
Key: HARMONY-136
URL: http://issues.apache.org/jira/browse/HARMONY-136
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Richard Liang
Hello,
When
CharsetDecoder should replace undefined bytes with replacement string
-
Key: HARMONY-137
URL: http://issues.apache.org/jira/browse/HARMONY-137
Project: Harmony
Type: Bug
Components: Classlib
What version of make? I have no problem with either vmi (or text) at
that revision this with make --version of GNU Make 3.81beta4.
I'd like to share more files between linux and windows and I suspect
dos files are more likely to work correctly on both. So I'd like to
understand this problem a
2006/2/27, Geir Magnusson Jr [EMAIL PROTECTED]:
Mikhail Loenko wrote:
How will we verify Harmony with all existing apps in the world?
Gump :)
Why should we cross fingers and believe that most of the users do
not have such apps rather then make it compatible with RI and be
[almost]
Archie Cobbs wrote:
Jean-frederic Clere wrote:
I have a strange error:
+++
java.lang.NoSuchMethodError:
org/apache/log4j/Category.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V
at java.lang.VMThrowable.fillInStackTrace(Native Method)
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Enrico Migliore wrote:
Hi Tim,
Enrico Migliore wrote:
Archie, Geir and Stefano,
could you please take a look at the following assertion and
correct it
if it's wrong:
It's worth to remember, that the goal of porting JCHEVM to
2 regression tests for URLConnection class should be network independent
Key: HARMONY-138
URL: http://issues.apache.org/jira/browse/HARMONY-138
Project: Harmony
Type: Bug
Reporter: Stepan
[ http://issues.apache.org/jira/browse/HARMONY-138?page=all ]
Stepan Mishura updated HARMONY-138:
---
Attachment: fixURLConnectionTest.txt
A patch is attached
2 regression tests for URLConnection class should be network independent
On 2/27/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
As I understood people in this and similar threads tend to be compatible
with the Spec rather then with RI (unless we prove that being incompatible
with RI breaks some existing implementation)
I'm trying to oppose that, I'd to be compatible
42 matches
Mail list logo