A bad news, ICU team refused to support UnicodeBig because it is not
available in nio.
A good news is that I realize there is a smooth way to support these
charsets. I tried to implement a SPI to accept the name "UnicodeBig"
and it worked. We could support any other charsets and fix the bug
which
Alexey Petrenko 写道:
Hi, Mike.
You can find compatybility guideline for Harmony here:
http://incubator.apache.org/harmony/subcomponents/classlibrary/compat.html
According to your testcase. I think it is a bug and you should file it
to JIRA.
AFAIK, ICU has its own mailing list[1]. If that inc
Geir Magnusson Jr. wrote:
I've been having some problems getting some test cases to exhibit
misbehavior for DRLVM, and it turns out that jitrino is built in release
mode no matter what BUILD_CFG is set to.
Yes, this is a long-long story.
Was done as 'we-will-change-it-back-soon' thing,
Pavel Pervov wrote:
Hello, community,
Working through DRLVM sources I (once again) looked at organization of
jitrino code.
Actually, there are two JITs hidden inside "jitrino": JET and OPT.
As far as I may observe - these two are code-independent from each other.
JIT-guys, could you comment?
> I've been having some problems getting some test cases to exhibit
> misbehavior for DRLVM, and it turns out that jitrino is built in release
> mode no matter what BUILD_CFG is set to.
>
> Putting this inconsistency aside for a moment, how do I get jitrino to
> build in debug?
>
> I tried changing
Geir,
I always build it in debug on Windows and every time on Linux (gcc3.3.3,
SUSE) before sending a patch.
I'l try to reproduce your problems, as soon as I have connect to my Linux PC.
On 11/6/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
I've been having some problems getting some test
On 11/5/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
first, can we also use this test for gcv4.1?
Second, shouldn't you test now to make sure that all is well? It will
be much harder to figure out later...
Rana, Xiao Feng,
Please test. I am not building GCv5 right now.
geir
weldon
Paulex Yang wrote:
> Gets more interesting with IBM:
>> -- ibm1.5 vs. sun1.5
>>
>> Total: 99.77% good, 0% bad, 0.22% missing
>>
>> java.lang:
>> Missing
>> method java.lang.StringBuilder.append(java.lang.StringBuilder): missing
>> in /home/stefano/data/j
I've been having some problems getting some test cases to exhibit
misbehavior for DRLVM, and it turns out that jitrino is built in release
mode no matter what BUILD_CFG is set to.
Putting this inconsistency aside for a moment, how do I get jitrino to
build in debug?
I tried changing the sett
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
did we decide not to go to TestNG?
Sigh...I guess there must be too many ones have waited too long for
TestNG...(including me)
I don't understand - what do you mean?
geir
Paulex - being desperate
Leo Li wrote:
Ya, I think we can.
I would l
Geir Magnusson Jr. wrote:
did we decide not to go to TestNG?
Sigh...I guess there must be too many ones have waited too long for
TestNG...(including me)
Paulex - being desperate
Leo Li wrote:
Ya, I think we can.
I would like the new features in JUnit4, but it is written in a quite
different
Gets more interesting with IBM:
-- ibm1.5 vs. sun1.5
Total: 99.77% good, 0% bad, 0.22% missing
java.lang:
Missing
method java.lang.StringBuilder.append(java.lang.StringBuilder): missing
in /home/stefano/data/japi/sun1.5
method java.lang.StringBuilder
Alexey,
I started looking into this thread. Are guidelines on the web site
already? I failed to find them.
I thought about adding them to get-involved.html. Here are few problems
I've noticed:
1. The detail level of your instruction is somewhat different from
get-involved.html. This text is form
first, can we also use this test for gcv4.1?
Second, shouldn't you test now to make sure that all is well? It will
be much harder to figure out later...
geir
weldon washburn (JIRA) wrote:
[ http://issues.apache.org/jira/browse/HARMONY-1993?page=all ]
weldon washburn closed HARMONY-199
Hello,
Both bugs are verified on
svn = r471521, (Nov 5 2006), Windows/ia32/msvc 1310, debug build
and can be closed.
On 11/5/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
Fedotov, Alexei A wrote:
> Anton,
>
> Is it ok to close the following issues?
> * HARMONY-1679 Timer.schedule(Time
Since we have accepted GCV4.1 as the default and GCV5 as the development GC
based on several list discussions, I think that we may be OK with announcing
that GCv4 is deprecated, and maybe taken out of the active tree by end of
2006?
Patches that are still coming in that only work with GCV4, proba
Fedotov, Alexei A wrote:
Anton,
Is it ok to close the following issues?
* HARMONY-1679 Timer.schedule(TimerTask, delay, period) doesn't cause
repetitive invocation of task
* HARMONY-1722 notify() in synchronized section makes wait(long) wait
forever
I don't know about 1679, but I agree ab
Anton,
Is it ok to close the following issues?
* HARMONY-1679 Timer.schedule(TimerTask, delay, period) doesn't cause
repetitive invocation of task
* HARMONY-1722 notify() in synchronized section makes wait(long) wait
forever
I cannot reproduce them on the latest build.
With best regards,
Alexe
Rana, Pavel (Afremov), All,
Geir's comment on r443504 (fix for
http://issues.apache.org/jira/browse/HARMONY-1363 [drlvm] Java 1.5, 64
bit support, JVMTI improvements) reads:
> 1) Stack overflow exception stuff is broken. I had to remove the
assert
>in signals_ia32.cpp line 336. Rana knows a
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
Only further thought - how do I get to this page? Maybe I'm not seeing
it. From front page, there is the "TODO list" for DRLVM, but there's no
link to the 'newbie" page.
that's not a problem, as long as the newbie page is clickable-through
fr
Robin Garner wrote:
We have a really difficult job to do in the next 7.5 months - to get to
a compatible 1.0* - so I'd like to encourage people to remain as focused
as we can to get to that point. That doesn't mean this isn't fun, but
the way I see it, we have a few focused months of efforts b
Stefano Mazzocchi wrote:
Being a sucker for statistics and charts, I've decided to look into
japitools myself and regenerate the graph of API coverage progress of
harmony.
In doing so, I started to familiarize myself with the Japitools and I
found a few interesting discoveries: the latest vers
Hello,
Since my Linux died due to hardware problem I now abide at computers of
my friends. Pavel's computer showed the same ANT problem with missing
regular expression matcher. After some digging I found out that ANT
installed from RPM package has a priority over my ant from $ANT_HOME:
ht
>I suggest the latter: comment
"assertSocketAction_NonBlock_BeforeConnect"
>in "testSocket_NonBlock_ActionsBeforeConnect". Because the test
scenario
>is
>a kinda abnormal case, and I guess the test author didn't run the test
on
>the windows 2003 server, therefore, the test itself is invalid.
+1 f
a little fun mining the svn logs:
- the first ever commit to harmony was done 2005-05-19
- since then we have had 4271 commits in 535 days, or roughly 8 commits/day
- 17 different committers have committed on the entire harmony
repository and this is the distribution of commits
988 tel
Really interesting results! :)
It seems that japitools are not used for certification :)
As far as I remember TCK does not check for signature compatibility.
It's just a number (huge number) of tests...
SY, Alexey
2006/11/5, Stefano Mazzocchi <[EMAIL PROTECTED]>:
Being a sucker for statistics
26 matches
Mail list logo
