On 10/9/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote:
What is the status of our discussions about new test suite layout?
Long ago we decided not to move existing tests until we finish with
that discussion but the discussion seems to be either dead or in coma
It's not dead ;-) We are waiting for
What is the status of our discussions about new test suite layout?
Long ago we decided not to move existing tests until we finish with
that discussion but the discussion seems to be either dead or in coma
Does it make sense to continue putting the tests in order (according to the old
model) and r
> Yes, I am still having problems.
>
> Like I said, I am just trying to run the executable currently. I see the
> same problem I was seeing when I built the DRLVM.
>
> I downloaded the Latest Linux JRE snapshot build, set the JAVA_HOME, PATH
> and LD_LIBRARY_PATH environment variables and then t
Yes, I am still having problems.
Like I said, I am just trying to run the executable currently. I see the
same problem I was seeing when I built the DRLVM.
I downloaded the Latest Linux JRE snapshot build, set the JAVA_HOME, PATH
and LD_LIBRARY_PATH environment variables and then tried to run
I put debug printing into test_ti_instrum.c and attached it to JIRA.
Could you run it on your machine and send me console output.
Evgueni
On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
I keep getting a failure when running the tests -
test_jthread_get_all-threads failling the assert
Hi, Alexey:
No I do not installed the developer versions of these rpms, but I have
made it work...mm after struggling The same rpm has different
configurations due to different providers. For examples, those from rpmfind
and those redhat iteself provides.
So I recommend Harmony to prov
+1
-Stepan.
On 10/3/06, Geir Magnusson Jr. wrote:
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[ ] -1 No, don't. reason :
As usual, 3 days or until all committers vote, or there is an
objection/request for continuance
--
On 10/6/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
>
> Agreed on all three. Do we have a japi script?
I have one but it's a little specific to the wrapper we use for the
builds that report to the -commits list. But I can provide it if
it will help.
If this script requires some updates I a
> Understood, some occurrences are outside our control. As you point out
> above, we shall be good citizens to the best of our ability.
Yes. LoginModule-s are out of our control.
But we can control how the LoginContext invokes them, and we can be
defensive this way.
I propose the following:
Tim Ellison wrote:
Rana Dasgupta wrote:
We need to check both release and debug builds...the binaries and timing
characteristics are too different. At this immediate stage of the
project, I
would suggest leaving out EM64T as part of mandatory testing( unless it is
EM64T specific functionality,
I would suggest to commit the change at the moment and make new patch
for other improvement. (btw, I actually don't think the directory
naming is confusing, since version number of GC is not necessary to be
in the directory name. For example, Java1.5 doesn't have version name
in java.exe. Well if
Are you still having problems Armand?
Tim
Armand Navabi wrote:
> I have been unable to figure out why I can't get the drlvm to run
> helloworld. The classlib with Intel's VM works fine.
>
>
>
> So now I thought I'd just see if I could download the binary and execute it
> (JRE), but it is b
LOL
Tim Ellison wrote:
They are going to ask the Application to talk nicely to the Runtime in
future.
Geir Magnusson Jr. wrote:
What did the application's support team say?
I failed to run any application with -Xem:jet (and -Xem:opt as well)
set in
harmonyvm.properties on my Windows XP whil
I keep getting a failure when running the tests -
test_jthread_get_all-threads failling the assertion at
test_ti_instrum.c:80
geir
On Oct 8, 2006, at 7:19 AM, Evgueni Brevnov wrote:
While running cunit on Linux it turned out one test case fails some
time. The fix is in tests.final.2.patch.
Rana Dasgupta wrote:
> We need to check both release and debug builds...the binaries and timing
> characteristics are too different. At this immediate stage of the
> project, I
> would suggest leaving out EM64T as part of mandatory testing( unless it is
> EM64T specific functionality, eg., codegen
They are going to ask the Application to talk nicely to the Runtime in
future.
Geir Magnusson Jr. wrote:
>
> What did the application's support team say?
>
> Elena Semukhina wrote:
>> I failed to run any application with -Xem:jet (and -Xem:opt as well)
>> set in
>> harmonyvm.properties on my W
I see a failure on IA32 Win XP tests at r454168 (after applying the
TransferHandler patch).
The walkback is:
junit.framework.AssertionFailedError: expected:<0> but was:<7> at
javax.swing.SpinnerDateModelTest.testSpinnerDateModel(SpinnerDateModelTest.java:59)
at
java.lang.reflect.AccessibleObj
Mark Hindess wrote:
> Nathan, yeah that's probably it. It's caught me out a couple of times.
>
> Is that swing test fix ready? If not perhaps we should just exclude
> it, and then I can dump the with.awt.swing property for good?
I've reviewed and applied the TransferHandler fix, but I see anot
nice. thanks
Xiao-Feng Li wrote:
> I've submitted a patch to the JIRA to make DRLVM compile two GCs, one
> under gc_cc/ directory (originally gc/ of gcv4.1), the other under
> gc_gen/ for gcv5 subtree. The default collector is still gcv4.1 in
> DRLVM. People can specify gcv5 with command line opt
nope, did that too. That was the first thing I thought of. Tried JUnit
4.x and Junit 3.8.1
Elena Semukhina wrote:
> On 10/8/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>>
>> still on that new machine.
>>
>> classlib builds fine, but "ant test" results in it appearing to be very,
>> very c
I would prefer gcv41 name. I dislike underscores in names.
--
Ivan
On 10/8/06, Weldon Washburn <[EMAIL PROTECTED]> wrote:
Good work. This helps.
Could we not change the naming for the collectors right now? Its likely to
confuse folks. How about using gcv4_1 and gcv5. Also, at least for a wh
Good work. This helps.
Could we not change the naming for the collectors right now? Its likely to
confuse folks. How about using gcv4_1 and gcv5. Also, at least for a while
we need to be able to build and run gcv4.
On 10/8/06, Xiao-Feng Li <[EMAIL PROTECTED]> wrote:
I've submitted a patch
Yep, and as Nathan said, there are many examples of scripting languages
based on Java that work on this principle.
Is this something we want to adopt as a practice in Harmony for apps or
development process? No, I think not.
Regards,
Tim
Stefano Mazzocchi wrote:
> Nathan Beyer wrote:
>> I wasn'
While running cunit on Linux it turned out one test case fails some
time. The fix is in tests.final.2.patch.
So the last versions to be committed:
invocation_api.final.patch
build.final.2.patch
tests.final.2.patch
Evgueni
On 10/8/06, Evgueni Brevnov <[EMAIL PROTECTED]> wrote:
I mahaged to res
Have you also installed developer versions of these rpms?
2006/10/8, Leo Li <[EMAIL PROTECTED]>:
Hi, Mark:
First I downloaded and installed the rpms for openpkg, png, jpeg, tiff,
lcms because of the dependency relationship between them.
Secondly, the installed files are in /openpkg, so I
I mahaged to resolve the problem on Linux will update
build.final.patch with build.final.2.patch in a while
On 10/8/06, Evgueni Brevnov <[EMAIL PROTECTED]> wrote:
Hi,
Oh! Ooh! I did that. I passed cunit, somke, kernel tests on
Windows and smoke, kernel tests on Linux. Unfortunately I fa
Hi,
Oh! Ooh! I did that. I passed cunit, somke, kernel tests on
Windows and smoke, kernel tests on Linux. Unfortunately I failed to
link cunit tests on Linux so far. So I disabled cunit on Linux until
the problem is solved. I believe it is acceptable as short term
solution. I found several pr
I've submitted a patch to the JIRA to make DRLVM compile two GCs, one
under gc_cc/ directory (originally gc/ of gcv4.1), the other under
gc_gen/ for gcv5 subtree. The default collector is still gcv4.1 in
DRLVM. People can specify gcv5 with command line option
-Dvm.dlls=gc_gen.dll .
In future we m
Endre Stølsvik wrote:
> What about an marker interface, or common ancestor class? Just to mark it
> as being of this type of usage? Would do a lot of good, I recon, to be
> able to trace/track such usages..? (Re java.util.EventListener, "A tagging
> interface.. ")
How would that help? The goal wa
Mark Hindess wrote:
> FYI: I've changed the way our builds are reported to the -commits
> list. Now, the reports go to my apache.org email address where they are
> compressed and stored. The url in the message is then modified to point
> to the compressed version in my people.apache.org web space
Hi, Mark:
First I downloaded and installed the rpms for openpkg, png, jpeg, tiff,
lcms because of the dependency relationship between them.
Secondly, the installed files are in /openpkg, so I then copy the .a
and .h files to /usr/lib and /usr/include.
If I can find the .a or .h file, I
Hi, all
I found that BigInteger have a protected clone() method while as the
spec says BigInteger itself does not implement Cloneable. The clone() method
just new an instance of itself instead of super().clone.Although it is not
public, the Clone() method might lead to side-effect if some Obje
On 8 October 2006 at 16:39, "Leo Li" <[EMAIL PROTECTED]> wrote:
>
> Hi, all
> Current harmony build script on linux requires liblcms.a libpng.a and
> several .h files such as png.h but not installed on my redhat linux
> platform. Although as the script prompts out, ubuntu can download such f
On 10/8/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
still on that new machine.
classlib builds fine, but "ant test" results in it appearing to be very,
very confused when trying to compile, with the first module,
accessibility.
It can't find things like "BasicSwingTestCase", although I c
Hi, all
Current harmony build script on linux requires liblcms.a libpng.a and
several .h files such as png.h but not installed on my redhat linux
platform. Although as the script prompts out, ubuntu can download such files
seperately, while other platform such as my redhat or suse, rpm might b
That's great, thank you very much! -xiaofeng
On 10/8/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
Xiao-Feng,
Is it OK if I commit it tomorrow? So you have it on October09 morning ?
On 10/8/06, Xiao-Feng Li <[EMAIL PROTECTED]> wrote:
>
> On 9/29/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
>
Xiao-Feng,
Is it OK if I commit it tomorrow? So you have it on October09 morning ?
On 10/8/06, Xiao-Feng Li <[EMAIL PROTECTED]> wrote:
On 9/29/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
> Egor,
> I think this is right suggestion to synchronize our WB and H1580
> implementations.
> AFAIK H158
Ok I'll try to do it tomorrow. So you will have it on your monday's morning
in JIRA
On 10/8/06, Xiao-Feng Li <[EMAIL PROTECTED]> wrote:
On 10/1/06, Weldon Washburn <[EMAIL PROTECTED]> wrote:
> If h1580 is based on svn revision number that is before BBC.patch, I
> recommend closing h1580 and ope
38 matches
Mail list logo
