Archie Cobbs wrote:
Jean-frederic Clere wrote:
I am using logging-log4j-1.2.13 and I have downloaded it.
There is no such method:
org/apache/log4j/Category.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V
in the JAR file that comes with that
[ http://issues.apache.org/jira/browse/HARMONY-125?page=all ]
Tim Ellison closed HARMONY-125:
---
Verified by Mark.
Removed duplicate header files.
---
Key: HARMONY-125
URL:
[
http://issues.apache.org/jira/browse/HARMONY-137?page=comments#action_12368087
]
Richard Liang commented on HARMONY-137:
---
Please see the bug info in ICU bug system:
http://bugs.icu-project.org/cgi-bin/icu-bugs?findid=5085go=Go
And attached here
Hi Karan,
Yes, at the moment, running the top level make/build.xml script is
required after every checkout. The outlook is for the Ant building logic
to eventually get devolved down to separate Ant scripts in each
individual module so they will be capable of building just themselves.
This
Geir Magnusson Jr wrote:
Anton Avtamonov wrote:
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
[ http://issues.apache.org/jira/browse/HARMONY-137?page=all ]
Tim Ellison resolved HARMONY-137:
-
Resolution: Won't Fix
For the reasons Richard and the ICU team give, this is being marked as won't
fix.
CharsetDecoder should replace undefined
Hi Karan,
I neglected to mention in my previous response that if you think you
could get involved with component-ising (or otherwise enhancing) the
Ant build scripts then that would be a real help to everyone.
Best regards,
George
IBM UK
karan malhi wrote:
Hi,
Need help with the
[
http://issues.apache.org/jira/browse/HARMONY-136?page=comments#action_12368093
]
Tim Ellison commented on HARMONY-136:
-
Thanks Richard, patched the README.txt at repo revision 381630.
Cannot make libvmi.so and libhytext.so on linux
Stepan,
Have you completed your review? If things look ok I'll change the
loadlibray calls to use 'hyauth'.
(As I mentioned before, this is simply to bring the code in line with
the other natives as a stepping-stone to the final native code layout
within each module.)
Thanks
Tim
Stepan
Hi Tim,
I reviewed source files: they look OK for me. Also I successfully (after
small fix in java code:-)) run the test for login module on Windows with
'hyauth' library. Currently I'm trying to build Harmony and run the similar
test on Linux. Hope to finish it tomorrow. Does it works for you?
Archie Cobbs wrote:
Jean-frederic Clere wrote:
I am using logging-log4j-1.2.13 and I have downloaded it.
There is no such method:
org/apache/log4j/Category.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V
in the JAR file that comes with that
The reason I'm asking is that there is a chance that we do not have to
implement some parts. For example, Jason Hunter mentioned [1] that
swing goes as
a shared code.
So probably we do not have to implement swing and maybe something else.
Does anybody know what is the exact list of things which
Constructors of java.nio.charset.CharsetEncoder do not validate arguments
-
Key: HARMONY-141
URL: http://issues.apache.org/jira/browse/HARMONY-141
Project: Harmony
Type: Bug
Reporter:
[
http://issues.apache.org/jira/browse/HARMONY-141?page=comments#action_12368097
]
Richard Liang commented on HARMONY-141:
---
Here are the test cases which will pass on RI but fail on Harmony.
public void testConstructorIlegalAverageBytesPerChar()
[ http://issues.apache.org/jira/browse/HARMONY-141?page=all ]
Richard Liang updated HARMONY-141:
--
Attachment: CharsetEncoder_patch.txt
Please try my patch. Thanks a lot. :-)
Constructors of java.nio.charset.CharsetEncoder do not validate arguments
Tim Ellison wrote:
Since I know Dalibor will be too modest to point to it...
http://www.linuxplanet.com/linuxplanet/interviews/6185/1/
Nice! Great article!
Now let's show Dalibor that given the apache license, we can do what
Classpath did in 10 years in 2 ;-) and without even writing a
[
http://issues.apache.org/jira/browse/HARMONY-136?page=comments#action_12368099
]
Richard Liang commented on HARMONY-136:
---
Thanks Tim.
The fix looks good. Please close this issue.
Cannot make libvmi.so and libhytext.so on linux
sure thanks Stepan -- was the small fix just the loadLibrary call, or more?
Talk to you tomorrow,
Tim
Stepan Mishura wrote:
Hi Tim,
I reviewed source files: they look OK for me. Also I successfully (after
small fix in java code:-)) run the test for login module on Windows with
'hyauth'
[ http://issues.apache.org/jira/browse/HARMONY-136?page=all ]
Tim Ellison closed HARMONY-136:
---
Verified by Richard.
Cannot make libvmi.so and libhytext.so on linux
---
Key: HARMONY-136
Jean-frederic Clere wrote:
So either something weird is happening (always possible), or you have
some
other incompatible version of log4j on your classpath, or something
in your classpath was compiled against another version of log4j, etc.
My test is using:
Stefano Mazzocchi wrote:
Tim Ellison wrote:
Since I know Dalibor will be too modest to point to it...
http://www.linuxplanet.com/linuxplanet/interviews/6185/1/
Nice! Great article!
of course, it would be even greater if they didn't mispell my last name,
but, then again, who doesn't :-/
I can say this as I am a victim of the same thing...
Have you ever thought about just changing your name? :)
Stefano Mazzocchi wrote:
Stefano Mazzocchi wrote:
Tim Ellison wrote:
Since I know Dalibor will be too modest to point to it...
Thanks, Archie.
After applaing your fix it no more crashes.
Just tested this with QuickSort algorithm. It's running OK. (but a bit
slow under cygwin in comparison to SUN's JVM under Win)
I will try some more sophisticated tests later.
Thanks again,
Ivan
snowdosker wrote:
After applaing your fix it no more crashes.
Cool.
Just tested this with QuickSort algorithm. It's running OK. (but a bit
slow under cygwin in comparison to SUN's JVM under Win)
JCHEVM will definitely be slower right now because there's no JIT yet,
i.e., it always operates
How would I know what modules/classes are being worked upon already. I
know JIRA is one place to look into, but it may not show a complete
picture until an issue is created for a module. Is there a list i.e.
spreadsheet or a wiki page where we have list of modules and volunteers
working on
We actually don't assign things because we don't want to create feelings
of territory.
That said, if someone is working in an area, it's courteous to show some
deference in order to avoid commit clashes :)
However, I think your question is different - we don't have a full
classlibrary map,
Hi Ivan and Archie,
After applying your fix it no more crashes.
Just tested this with QuickSort algorithm. It's running OK. (but a
bit slow under cygwin in comparison to SUN's JVM under Win)
Great job!
JCHEVM will definitely be slower right now because there's no JIT
yet, i.e., it always
Enrico Migliore wrote:
I read an article that said that the performance of the SableVM, in
terms of speed, was quite impressive.
What's the difference between JCHEVM and the SableVM?
JCHEVM should be roughly the same speed as SableVM's direct
intepreter mode.. SableVM's threaded interpreter
Yes I am interested in documenting this thing. I dont know the best way
to do it, but I was thinking if everybody could send in the following
information:
1. Name
2. Module and classes working on
Then I can create a simple wiki page with the above information.
However, it would be very
Geir Magnusson Jr wrote:
I can say this as I am a victim of the same thing...
Have you ever thought about just changing your name? :)
Neva!
Stefano Mazzocchi wrote:
Stefano Mazzocchi wrote:
Tim Ellison wrote:
Since I know Dalibor will be too modest to point to it...
Mark Hindess [EMAIL PROTECTED] wrote on 02/23/2006 04:06:16
AM:
snip
I'd suggest that file is considered platform dependent if it contains
any of magic platform keywords (like ia32, linux, e.t.c.) in it's
full name. Directory name may or may not contain a leading name. For
example, file
Geir Magnusson Jr geir at pobox.com writes:
I can say this as I am a victim of the same thing...
My apologies, all the naming mistakes are mine. :(
cheers,
dalibor topic
Mikhail Loenko mloenko at gmail.com writes:
The reason I'm asking is that there is a chance that we do not have to
implement some parts. For example, Jason Hunter mentioned [1] that
swing goes as
a shared code.
So probably we do not have to implement swing and maybe something else.
Damian Hamill damian at herculeez.com writes:
Can we have a distribution of Harmony that complies with Java
certification and add whatever is required to build an on-demand version
so as a developer/distributor I can choose what technologies I adopt for
the distribution and execution of
Hi
I have been thinking about this for a while. The reason is that I would
like to contribute but as others have noted before, it's a little
difficult to see where to start.The work of Stuart Ballard [1] made
this a little bit easer. The problem that remains is that sometimes
there is a big work
Archie Cobbs wrote:
Jean-frederic Clere wrote:
So either something weird is happening (always possible), or you
have some
other incompatible version of log4j on your classpath, or something
in your classpath was compiled against another version of log4j, etc.
My test is using:
Archie,
I tried the pread() patch but I still get:
Making all in native
make[2]: Entering directory `/cygdrive/c/Documents and Settings/weldon/My Docume
nts/important/SSG_DRL/jchevm/jchevm/libjc/native'
../../tools/jcjavah/jcjavah -classpath ../../java/jc.zip:/usr/local/classpath/sh
All,
Sorry for the duplicate email. I did not get the subject line correct
the first time
Archie,
I tried the pread() patch but I still get:
Making all in native
make[2]: Entering directory `/cygdrive/c/Documents and Settings/weldon/My Docume
nts/important/SSG_DRL/jchevm/jchevm/libjc/native'
[
http://issues.apache.org/jira/browse/HARMONY-124?page=comments#action_12368195
]
Richard Liang commented on HARMONY-124:
---
Yes, Tim. The fix looks good. Please close this issue.
Thanks a lot.
java.nio.charset.CharsetDecoder doesn't throw
[
http://issues.apache.org/jira/browse/HARMONY-141?page=comments#action_12368197
]
Richard Liang commented on HARMONY-141:
---
Again I forget something:
The test cases pass on RI 5.0 and fail on Harmony and RI 1.4.2. This may be an
improvement of RI
[
http://issues.apache.org/jira/browse/HARMONY-142?page=comments#action_12368204
]
Richard Liang commented on HARMONY-142:
---
Here is the testcases which pass on RI 5.0 and fail on both Haromny and RI 1.4.2
Thanks a lot.
/*
* test
[classlib][luni]
Key: HARMONY-143
URL: http://issues.apache.org/jira/browse/HARMONY-143
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Nathan Beyer
Priority: Minor
Additional Java 5 interfaces for LUNI: Iterable and
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ]
Nathan Beyer updated HARMONY-143:
-
Attachment: Flushable.java
Iterable.java
[classlib][luni]
Key: HARMONY-143
URL:
Along these lines, according to the componentization page [1] on the Wiki,
there are a number of missing projects from the classlib. Would it be of
value to at least stub out some of these major components? Perhaps things
like Annotation, Instrument, Lang-Management, RMI, Concurrent, Prefs? It's
I noticed that there are a few major contributions that are marked In
Process [1][2]. Is there anything I, or others, can do to assist getting
these contributions over the hill and into the repository and builds.
-Nathan
[1] http://issues.apache.org/jira/browse/HARMONY-39
[2]
Hello Nathan,
Welcome :-)
However, as you may know, it may be difficult to implement annotation
and instrument as we have no Java 5.0 compatible VM which can be used by
Harmony.
Also, there are prefs implementation in Harmony-88. :-)
Richard Liang
China Software Development Lab, IBM
Refactoring of windows makefiles.
-
Key: HARMONY-144
URL: http://issues.apache.org/jira/browse/HARMONY-144
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Mark Hindess
Priority: Trivial
There's still a
[ http://issues.apache.org/jira/browse/HARMONY-144?page=all ]
Mark Hindess updated HARMONY-144:
-
Attachment: win.makefile.refactoring
Refactoring to make it easier to make the shared code changes.
(md5sum=374799bd5d3569cdf8777fb856361f5d)
Hi George
if you restructured the stuff on your computer, could you submit a patch?
Thanks,
Mikhail
2006/2/27, Mikhail Loenko [EMAIL PROTECTED]:
2006/2/27, George Harley [EMAIL PROTECTED]:
Mikhail Loenko wrote:
Hi George
actually the native code we have in security should work on
49 matches
Mail list logo