Probably I've understood the reason of the segmentation fault on Linux
platform.
I almost sure it is related with the build system. An argument why I think
so is the following.
The basic_istringstream() class from the /usr/include/g++/sstream include
should be used
to construct the
On 17 July 2006 at 9:35, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
--- incubator/harmony/enhanced/classlib/trunk/modules/text/src/main/java/ja
va/text/AttributedString.java (original)
+++ incubator/harmony/enhanced/classlib/trunk/modules/text/src/main/java/ja
(1) Linux build/tests are passing again, but for some reason the
'BUILD SUCCESSFUL' note didn't go to the commit list?
(2) Windows build/test is still failing with:
Wrong full date pattern expected:...full... but was:...long...
junit.framework.ComparisonFailure: Wrong full date pattern
Nathan Beyer wrote:
Do we need to treat this JIRA as a bulk contribution:
http://issues.apache.org/jira/browse/HARMONY-883?
My understanding is that Evgeny has written this code in for Harmony
(i.e. it is not being re-purposed). Once we have an ACQ from him saying
that he is good to
On 18 July 2006 at 9:21, Tim Ellison [EMAIL PROTECTED] wrote:
(1) Linux build/tests are passing again, but for some reason the
'BUILD SUCCESSFUL' note didn't go to the commit list?
Size problems again I think. (Some of the awt natives are built by
default now - since they don't rely on the
Hello Tim,
I'm looking at this issue :-)
Tim Ellison wrote:
(1) Linux build/tests are passing again, but for some reason the
'BUILD SUCCESSFUL' note didn't go to the commit list?
(2) Windows build/test is still failing with:
Wrong full date pattern expected:...full... but was:...long...
Alexey Varlamov wrote:
IMHO, throwing a subclass certainly fits to specification and can
hardly break compatibility with RI. I consider this is the proper
workaround for now.
Just my $0.02 :)
Thanks Alexey, I have no objection if it does not break compatibility
guideline :)
--
Alexey
Andrey,
SNIP
The code for VMStart's init() and shutdown() is equally run regardless
of whether drlvm is started with it's own or classlib launcher. The
difference is only in running the user app main() method. Classlib
launcher calls it directly, through JNI, while the drlvm's launcher
wraps
George Harley wrote:
SNIP!
Here the annotation on MyTestClass applies to all of its test methods.
So what are the well-known TestNG groups that we could define for use
inside Harmony ? Here are some of my initial thoughts:
* type.impl -- tests that are specific to Harmony
So tests are
Richard Liang wrote:
Hello Tim,
I'm looking at this issue :-)
Tim Ellison wrote:
(1) Linux build/tests are passing again, but for some reason the
'BUILD SUCCESSFUL' note didn't go to the commit list?
(2) Windows build/test is still failing with:
Wrong full date pattern
Nathan,
I have the following picture for text with fresh classlib, j9 and WinXP:
run.tests:
[mkdir] Created dir: C:\Java\harmony\enhanced\classlib\trunk\build\test_repo
rt
[junit] Running org.apache.harmony.text.tests.java.text.StringCharacterItera
torTest
[junit] java version 1.5
Seems most people prefer subclass to SocketException with ErrorCodeException
cause.
Does anyone prefer the latter? or both are acceptable?
I think we'd better made an agreement about this issue.
Mikhail, how do you think about it? Which one do you prefer? :) I'll fix
Harmony-815 once decision
2006/7/18, Andrew Zhang [EMAIL PROTECTED]:
Seems most people prefer subclass to SocketException with ErrorCodeException
cause.
Does anyone prefer the latter? or both are acceptable?
I think we'd better made an agreement about this issue.
Mikhail, how do you think about it? Which one do you
Congratulations Paulex!
Mikhail
2006/7/17, Geir Magnusson Jr [EMAIL PROTECTED]:
Please join the Apache Harmony PPMC in welcoming the project's newest
committer, Paulex Yang.
Mark has demonstrated the elements that help build a healthy community,
namely his ability to work together with
Hello Tim,
I have raised Harmony-910[1] for this issue, patch is also available
:-) Would you please have a look at it. Thanks a lot.
[1]http://issues.apache.org/jira/browse/HARMONY-910
Best regards,
Richard
Richard Liang wrote:
Richard Liang wrote:
Hello Tim,
I'm looking at this
Seems, that exclude list was cleaned:
!--
exclude
name=org/apache/harmony/text/tests/java/text/CollationKeyTest.java/
exclude name=org/apache/harmony/text/tests/java/text/CollatorTest.java/
exclude
name=org/apache/harmony/text/tests/java/text/DecimalFormatTest.java/
exclude
Heh. We have to share...
Nathan Beyer wrote:
Since this did pass tests on the Windows platform, does that mean I only
owe half-a-beer to everyone?
-Nathan
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Monday, July 17, 2006 12:29 PM
To:
Oliver Deakin wrote:
George Harley wrote:
SNIP!
Here the annotation on MyTestClass applies to all of its test methods.
So what are the well-known TestNG groups that we could define for use
inside Harmony ? Here are some of my initial thoughts:
* type.impl -- tests that are specific to
I think all that means that we will accept patches that fix the messages and
toStrings
Thanks,
Mikhail
2006/7/17, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I do not think that we really need to rewrite all the toString messages.
I suggest to update them as needed. For
Ignore please my previous e-mail. I was slightly mistaken :-(.
Thanks,
Vladimir.
On 7/18/06, Vladimir Gorr [EMAIL PROTECTED] wrote:
Probably I've understood the reason of the segmentation fault on Linux
platform.
I almost sure it is related with the build system. An argument why I think
so
Richard Liang wrote:
Hello Tim,
I have raised Harmony-910[1] for this issue, patch is also available
:-) Would you please have a look at it. Thanks a lot.
I've had a look at it, but you don't appear to fix the problem described
below...
Richard Liang wrote:
snip
The reason is: In
Mark Hindess wrote:
On 18 July 2006 at 9:21, Tim Ellison [EMAIL PROTECTED] wrote:
(1) Linux build/tests are passing again, but for some reason the
'BUILD SUCCESSFUL' note didn't go to the commit list?
Size problems again I think. (Some of the awt natives are built by
default now - since
Read back to the [build] status thread I think that Richard has the
fix done...
Alexei Zakharov wrote:
Nathan,
I have the following picture for text with fresh classlib, j9 and WinXP:
run.tests:
[mkdir] Created dir:
C:\Java\harmony\enhanced\classlib\trunk\build\test_repo
rt
Yeah, but this doesn't explain why
org.apache.harmony.text.tests.java.text.ChoiceFormatTest fails. It
wasn't in the exclude list.
The log shows the following:
===
Revision: 422501
Author: ndbeyer
Date: 23:10:14, 16 July 2006
Message:
Cleanup source and add some tests; mark failing tests
Mark Hindess wrote:
On 17 July 2006 at 9:35, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
--- incubator/harmony/enhanced/classlib/trunk/modules/text/src/main/java/ja
va/text/AttributedString.java (original)
+++
Further for the record, it's entirely possible that those tests passed
on your machine before the fix. If your user was allowed to write to /
then the test would pass.
This is why it's going to be good if we're all checking out
harmony/enhanced/buildtest and run it, as the diversity of platform
Are you talking about HARMONY-910? I've applied it and
MessageFormatTest is ok now (thanks, Richard!) But ChoiceFormatTest
and DecimalFormatTest continue failing.
2006/7/18, Geir Magnusson Jr [EMAIL PROTECTED]:
Read back to the [build] status thread I think that Richard has the
fix done...
Geir Magnusson Jr wrote:
I'm a little confused because I think Alexey combined two ideas that can
be treated separate, using eclipse technique, and using lightweight code
generation to create your solution automatically.
I believe that you are rejecting the Eclipse solution as we don't have
Geir Magnusson Jr wrote:
Further for the record, it's entirely possible that those tests passed
on your machine before the fix. If your user was allowed to write to /
then the test would pass.
This is why it's going to be good if we're all checking out
harmony/enhanced/buildtest and run
Salikh Zakirov wrote:
Geir Magnusson Jr wrote:
I'll state the obvious... there is another thread going on about how do
to similar things with Classlib. Maybe you can find common ground for
message bundles and such...
geir
1. The launcher already packages some translations in
Geir Magnusson Jr wrote:
Mark Hindess wrote:
(I seem to remember Cliff saying that there were plans to remove the
requirement that each file needed the boilerplate license. The FAQ
still says it should be there though.)
Yes, the plans are in the works. (they were in the works last year
Can you send details (e.g. a walkback) from the failing tests?
Thanks
Tim
Alexei Zakharov wrote:
Are you talking about HARMONY-910? I've applied it and
MessageFormatTest is ok now (thanks, Richard!) But ChoiceFormatTest
and DecimalFormatTest continue failing.
2006/7/18, Geir Magnusson Jr
Etienne Gagnon wrote:
Hi all,
Yes, I'm still alive... I've been overloaded by work, so I took a leave
from reading/answering mailing-lists, over the last month.
Good to see you back Etienne!
OK. Here's the status: SableVM's trunk is licensed under the AL2, yet,
as the Harmony porting
Tim Ellison wrote:
Geir Magnusson Jr wrote:
I'm a little confused because I think Alexey combined two ideas that can
be treated separate, using eclipse technique, and using lightweight code
generation to create your solution automatically.
I believe that you are rejecting the Eclipse
Weldon,
I've updated the magics.cpp to reflect the changes in MMTk:
- add/sub replaced with plus/minus
- fixed constants passed to MMTk's WB code wrt
org.mmtk.utility.Constants.*WRITE_BARRIER
- Stub implementation of atomic attempt() (always succeeds currently)
- Stub (no-op) implementation for
Sure,
DecimalFormatTest:
Testcase: test_parseLjava_lang_String_Ljava_text_ParsePosition took 0 sec
FAILED
null
junit.framework.AssertionFailedError
at
Hi,
I didn't find any bugs in gc_v4 at the moment,
but this feature is really very useful especially if
you modify gc_v4 or design a new gc. Of course, it needs to
be improved and developed.
Also I'm going to add feature to verify write barriers work.
The same way as in GC heap verification I
BTW, my default locale is Russian
2006/7/18, Alexei Zakharov [EMAIL PROTECTED]:
Sure,
DecimalFormatTest:
Testcase: test_parseLjava_lang_String_Ljava_text_ParsePosition took 0 sec
FAILED
null
junit.framework.AssertionFailedError
at
The reason of the 'seg fault' issue is clear for me now.
I see this issue occurs when I used the gcc of 3.4.2 version.
All works fine for the *gcc (GCC) 3.3.3 (SuSE Linux).*
Could anybody else confirm or deny this?
Thanks in advance,
Vladimir.
On 7/18/06, Vladimir Gorr [EMAIL PROTECTED] wrote:
George Harley wrote:
Oliver Deakin wrote:
George Harley wrote:
SNIP!
Here the annotation on MyTestClass applies to all of its test methods.
So what are the well-known TestNG groups that we could define for
use inside Harmony ? Here are some of my initial thoughts:
* type.impl -- tests
On 7/18/06, Tim Ellison [EMAIL PROTECTED] wrote:
Etienne Gagnon wrote:
Hi all,
Yes, I'm still alive... I've been overloaded by work, so I took a leave
from reading/answering mailing-lists, over the last month.
Good to see you back Etienne!
OK. Here's the status: SableVM's trunk is
On 7/18/06, George Harley [EMAIL PROTECTED] wrote:
Oliver Deakin wrote:
George Harley wrote:
SNIP!
Here the annotation on MyTestClass applies to all of its test methods.
So what are the well-known TestNG groups that we could define for use
inside Harmony ? Here are some of my initial
Weldon Washburn wrote:
I am not currently working on the classlibadapter project. Etienne,
is this project interesting to you?
What does it take to get this finished? I think we should - it seems
very useful...
geir
-
Hi,
George wrote:
Thanks, but I don't see it as final yet really. It would be great to
prove the worth of this by doing a trial on one of the existing modules,
ideally something that contains tests that are platform-specific.
I volunteer to do this trial for beans module. I'm not sure that
This is nuts. We need to chase down the commit that broke this, and
reverse it. We can't have a broken build persisting this long.
geir
Tim Ellison wrote:
(1) Linux build/tests are passing again, but for some reason the
'BUILD SUCCESSFUL' note didn't go to the commit list?
(2) Windows
Vladimir and all,
I've compiled with gcc 3.3.4 and received `seg faults` since July,08
till now. I'm not applying any patches, and take just *pure* drlvm
from SVN.
DRLVM build for July,05 is fine, then the build was broken (on linux).
Maybe we should look through the commits since July,05 till
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 candidate for using as CORBA for Harmony.
The only problem
On 7/18/06, Volynets, Vera [EMAIL PROTECTED] wrote:
Hi,
I didn't find any bugs in gc_v4 at the moment,
Vera, its good to know the verifier found zero bugs in GCV4!
but this feature is really very useful especially if
you modify gc_v4 or design a new gc. Of course, it needs to
be improved and
On 7/18/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Hi,
George wrote:
Thanks, but I don't see it as final yet really. It would be great to
prove the worth of this by doing a trial on one of the existing
modules,
ideally something that contains tests that are platform-specific.
I
Nataly,
I believe you need to accept both patches mentioned by Silikh in the initial
e-mail of this thread,
namely, H-898 H-853. Could you please check if the 'seg fault' issue
disappears for gcc 3.3.4
as well?
Thanks,
Vladimir.
On 7/18/06, Nataly Naumova [EMAIL PROTECTED] wrote:
Vladimir
Oliver Deakin wrote:
George Harley wrote:
Oliver Deakin wrote:
George Harley wrote:
SNIP!
Here the annotation on MyTestClass applies to all of its test methods.
So what are the well-known TestNG groups that we could define for
use inside Harmony ? Here are some of my initial thoughts:
*
Now, on my windows box I got a clean build, no failures hm.
Geir Magnusson Jr wrote:
This is nuts. We need to chase down the commit that broke this, and
reverse it. We can't have a broken build persisting this long.
geir
Tim Ellison wrote:
(1) Linux build/tests are passing
Andrew Zhang wrote:
On 7/18/06, George Harley [EMAIL PROTECTED] wrote:
Oliver Deakin wrote:
George Harley wrote:
SNIP!
Here the annotation on MyTestClass applies to all of its test
methods.
So what are the well-known TestNG groups that we could define for use
inside Harmony ? Here are
George Harley wrote:
Oliver Deakin wrote:
George Harley wrote:
Oliver Deakin wrote:
George Harley wrote:
SNIP!
Here the annotation on MyTestClass applies to all of its test
methods.
So what are the well-known TestNG groups that we could define for
use inside Harmony ? Here are some of
Andrew Zhang wrote:
On 7/18/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Hi,
George wrote:
Thanks, but I don't see it as final yet really. It would be great to
prove the worth of this by doing a trial on one of the existing
modules,
ideally something that contains tests that are
Alexei Zakharov wrote:
Hi,
George wrote:
Thanks, but I don't see it as final yet really. It would be great to
prove the worth of this by doing a trial on one of the existing
modules,
ideally something that contains tests that are platform-specific.
I volunteer to do this trial for beans
Seems so... :)
2006/7/18, Mikhail Loenko [EMAIL PROTECTED]:
I think all that means that we will accept patches that fix the messages and
toStrings
Thanks,
Mikhail
2006/7/17, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I do not think that we really need to rewrite all the
Geir Magnusson Jr wrote:
This is nuts. We need to chase down the commit that broke this, and
reverse it. We can't have a broken build persisting this long.
It was this change that removed the test from the exclusion list:
Geir Magnusson Jr wrote:
Now, on my windows box I got a clean build, no failures hm.
The test works on en_US locale and fails on en_UK. I'm guessing that
your machine is set up as en_US.
Richard offered a patch that sets the locale to en_US for all
MessageFormatTest-s, but I suggested
among other things, yes...
Mikhail Loenko wrote:
I think all that means that we will accept patches that fix the messages
and
toStrings
Thanks,
Mikhail
2006/7/17, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I do not think that we really need to rewrite all the
Mikhail Loenko wrote:
I think all that means that we will accept patches that fix the messages
and
toStrings
Sure, if people want to spend their time doing that then of course we
will be grateful.
Regards,
Tim
2006/7/17, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I do
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 candidate for using as CORBA
Tim Ellison wrote:
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 candidate
Ok - I reversed this, and the tests are passing.
Tim Ellison wrote:
Geir Magnusson Jr wrote:
This is nuts. We need to chase down the commit that broke this, and
reverse it. We can't have a broken build persisting this long.
It was this change that removed the test from the exclusion list:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Now, on my windows box I got a clean build, no failures hm.
The test works on en_US locale and fails on en_UK. I'm guessing that
your machine is set up as en_US.
I'll play with this, switching to en_UK.
Richard offered a patch that
Geir Magnusson Jr wrote:
Ok - I reversed this, and the tests are passing.
FYI I saw your update and forced a build -- normally it is scheduled on
the hour as necessary. I only mention it in case you wonder about
non-building later.
I see the success message made it through too, bonus.
Alexey Petrenko wrote:
I'm planing to do the following things in nearest future:
1. Get the list of the not implemented classes in Yoko according to 1.5
spec.
2. Check that we have all the classes needed by Yoko in Harmony.
Thoughts? Comments?
First thing that would be nice is to try and
Geir Magnusson Jr wrote:
Tim Ellison wrote:
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
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Now, on my windows box I got a clean build, no failures hm.
The test works on en_US locale and fails on en_UK. I'm guessing that
your machine is set up as en_US.
I'll play with this, switching to en_UK.
Richard
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Ok - I reversed this, and the tests are passing.
FYI I saw your update and forced a build -- normally it is scheduled on
the hour as necessary. I only mention it in case you wonder about
non-building later.
I see the success message made it
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Now, on my windows box I got a clean build, no failures hm.
The test works on en_US locale and fails on en_UK. I'm guessing that
your machine is set up as en_US.
I'll play with this, switching
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Yes, but we can always filter things out too. Not really an issue.
How would you do that? Assuming that Yoko actually needs that code to
do something.
Of course- my assumption is that this is extra, no core stuff.
geir
I'm integrating HARMONY-536, the JSSE provider. Two things:
1) it's contributed to go into x-net, but the package namespace is
o.a.h.security.provider.jsse
so I wonder if this would be better off in the security module. If not,
we are stuck because we don't have a 'negative' patternset for
2006/7/18, Tim Ellison [EMAIL PROTECTED]:
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
2006/7/18, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I'm planing to do the following things in nearest future:
1. Get the list of the not implemented classes in Yoko according to 1.5
spec.
2. Check that we have all the classes needed by Yoko in Harmony.
Thoughts?
Alexey Petrenko wrote:
2006/7/18, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I'm planing to do the following things in nearest future:
1. Get the list of the not implemented classes in Yoko according to 1.5
spec.
2. Check that we have all the classes needed by Yoko in
Geir Magnusson Jr wrote:
Alexey Petrenko wrote:
2006/7/18, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I'm planing to do the following things in nearest future:
1. Get the list of the not implemented classes in Yoko according to 1.5
spec.
2. Check that we have all the
Alexey Petrenko wrote:
2006/7/18, Tim Ellison [EMAIL PROTECTED]:
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
2006/7/19, Tim Ellison [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/7/18, Tim Ellison [EMAIL PROTECTED]:
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
Geir Magnusson Jr wrote:
I'm integrating HARMONY-536, the JSSE provider. Two things:
1) it's contributed to go into x-net, but the package namespace is
o.a.h.security.provider.jsse
so I wonder if this would be better off in the security module. If not,
we are stuck because we don't
Alexey Petrenko wrote:
Here is the list of org.omg packages from 1.5 spec:
org.omg.CORBA
org.omg.CORBA_2_3
org.omg.CORBA_2_3.portable
org.omg.CORBA.DynAnyPackage
org.omg.CORBA.ORBPackage
org.omg.CORBA.portable
org.omg.CORBA.TypeCodePackage
org.omg.CosNaming
Tim Ellison wrote:
Geir Magnusson Jr wrote:
I'm integrating HARMONY-536, the JSSE provider. Two things:
1) it's contributed to go into x-net, but the package namespace is
o.a.h.security.provider.jsse
so I wonder if this would be better off in the security module. If not,
we are
Hmm... OK
2006/7/19, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
Here is the list of org.omg packages from 1.5 spec:
org.omg.CORBA
org.omg.CORBA_2_3
org.omg.CORBA_2_3.portable
org.omg.CORBA.DynAnyPackage
org.omg.CORBA.ORBPackage
org.omg.CORBA.portable
On 7/18/06, Alex Astapchuk [EMAIL PROTECTED] wrote:
Weldon,
I've updated the magics.cpp to reflect the changes in MMTk:
- add/sub replaced with plus/minus
- fixed constants passed to MMTk's WB code wrt
org.mmtk.utility.Constants.*WRITE_BARRIER
- Stub implementation of atomic attempt() (always
That's what I thought, so thanks for the verification.
Evegeny, I assume you're reading this list, so as soon as you get your ACQ
submitted and confirmed, just let us know (via the JIRA issue) and we'll
start getting it in. (I'll post this to the JIRA issue as well for
completeness.)
-Nathan
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Then we can work with yoko to get either a build distribution tailored
to our needs, and also help finish the things we need.
It seems that we need to start with this since Yoko has build system
based on Maven. So
Nathan Beyer wrote:
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Then we can work with yoko to get either a build distribution tailored
to our needs, and also help finish the things we need.
It seems that we need to start with this since Yoko has build system
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Now, on my windows box I got a clean build, no failures hm.
The test works on en_US locale and fails on en_UK. I'm guessing that
your machine is set up as en_US.
Richard offered a patch that sets the locale to en_US for all
Then I guess we just fix the test.
geir
Paulex Yang wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Now, on my windows box I got a clean build, no failures hm.
The test works on en_US locale and fails on en_UK. I'm guessing that
your machine is set up as en_US.
Richard
Geir Magnusson Jr wrote:
Then I guess we just fix the test.
Agree, just think we should not fix the test by removing the assertion.
geir
Paulex Yang wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Now, on my windows box I got a clean build, no failures hm.
Tim Ellison wrote:
Richard Liang wrote:
Hello Tim,
I have raised Harmony-910[1] for this issue, patch is also available
:-) Would you please have a look at it. Thanks a lot.
I've had a look at it, but you don't appear to fix the problem described
below...
Ah., Let me
What do you suggest then?
Paulex Yang wrote:
Geir Magnusson Jr wrote:
Then I guess we just fix the test.
Agree, just think we should not fix the test by removing the assertion.
geir
Paulex Yang wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Now, on my windows
Hi:
I find a conflict that RI does not behave as spec says in
java.nio.channels.FileChannel.transforFrom(ReadableByteChannel src,
long position,long count).
The spec says:...Fewer than the requested number of bytes will be
transferred if the source channel
I think Richard's patch is fine, i.e., specify a locale to the test,
what we want to test is toPattern()'s logic, not the locale data or
something, and the specified locale is OK to test the logic. And I also
think maybe one locale is not enough, so we may want to include some
more exceptional
I tried the test, and it failed as you said with RI on my WinXP. And I
also tried to pass in a read/write FileChannel got from
RandomAccessFile, the test passes. I consider this is RI's bug, because
no way to have such different behavior in this clear test. So I think we
should follow spec.
I have a stubbed out version of sun.misc.Unsafe that I've built based on
what the j.u.c implementations uses. Is it safe for me to check this into
the /standard/sandbox/juc-proposal project? All I really have at the moment
is an empty class that allows the project to compile.
Note, for the time
Paulex Yang wrote:
I think Richard's patch is fine, i.e., specify a locale to the test,
what we want to test is toPattern()'s logic, not the locale data or
something, and the specified locale is OK to test the logic. And I also
think maybe one locale is not enough, so we may want to include
Nathan Beyer wrote:
I have a stubbed out version of sun.misc.Unsafe that I've built based on
what the j.u.c implementations uses. Is it safe for me to check this into
the /standard/sandbox/juc-proposal project? All I really have at the moment
is an empty class that allows the project to
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Paulex Yang wrote:
I think Richard's patch is fine, i.e., specify a locale to the test,
what we want to test is toPattern()'s logic, not the locale data or
something, and the specified locale is OK to test the
Nathan Beyer wrote:
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Paulex Yang wrote:
I think Richard's patch is fine, i.e., specify a locale to the test,
what we want to test is toPattern()'s logic, not the locale data or
something, and the specified locale
1 - 100 of 104 matches
Mail list logo
