I was looking at building (and testing) with Eclipse + IBM VME. I think
this is really important since ecj has a much cleaner classpath when it
compiles so it helps us find errors quicker.
The logs come out at over 3MB! There are lots of warnings about less
than ideal type checking - mostly as
2006/6/21, Mark Hindess <[EMAIL PROTECTED]>:
On 21 June 2006 at 13:10, "Mikhail Loenko" <[EMAIL PROTECTED]> wrote:
>
> how to run tests from two modules and get a single report?
ant -Dbuild.module=luni test; ant -Dbuild.module=nio test
it does not work: the second ant cleans result of the fir
I'd like to bring it to common judgment.
AFAIU we have two basic options for performance tests location: make
them module level or make a top-level tests subtree that would contain
all types of the tests except for unit tests
BTW, In the testing convention my intent was to cover unit tests only.
On 21 June 2006 at 13:10, "Mikhail Loenko" <[EMAIL PROTECTED]> wrote:
>
> how to run tests from two modules and get a single report?
ant -Dbuild.module=luni test; ant -Dbuild.module=nio test
patches welcome ;-) Tricky without the ant for/if extensions I think.
Regards,
Mark
--
17) Release engineering: regular building and publishing of the binaries of
HDK for downloading.
18) Don't we want to include applications which will show how mature Harmony
is as milestone goals? For example, be able to run Eclipse stably enough to
use it as development platform.
Thanks, Vladim
2006/6/21, Mark Hindess <[EMAIL PROTECTED]>:
I've thought of another few items that I'd like to sort out.
10) Currently the 'build' directory contains sub-directories for 'tests'
and 'test_report' but the compiled classes aren't in a sub-directory.
This seems a bit confused. Perhaps they shoul
I've thought of another few items that I'd like to sort out.
10) Currently the 'build' directory contains sub-directories for 'tests'
and 'test_report' but the compiled classes aren't in a sub-directory.
This seems a bit confused. Perhaps they should go in a sub-directory
'classes' or 'main'? (
Weldon,
2006/6/21, Weldon Washburn <[EMAIL PROTECTED]>:
I looked at JIRA 622. It looks like there are 22 pages of new
assembly code and about 26 pages of new java code. Perhaps you could
give us a summary of what the assembly code does and why it can't be
done in Java.
Don't worry about t
Archie Cobbs wrote:
Paulex Yang wrote:
OK, this is nice and simple.. installing an interrupt action is a clean
and Java-centric way to make the handling of interrupts explicit. It
may
be technically unnecessary (if POSIX signals were available) but has
the advantage of being less tied to the O
Hi Tim,
AlgorithmParameterGenerator.init(int) doesn't declare exceptions to be
thrown[1].
Thanks,
Stepan.
[1]
http://java.sun.com/j2se/1.5.0/docs/api/java/security/AlgorithmParameterGenerator.html#init(int
)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tu
On 6/21/06, Alex Blewitt wrote:
I'd also like to suggest that we try to move the pack200 code out of
the archive module into its own dedicated archive-pack200 module. If
this code is to be reused in other environments (whether part of a
classlib/J2SE implementation, or as a library/driver for o
Hi Mark,
I believe that 'move' means copying file with its revisions history. This
can be done by 'svn move'. You did this for 'hyproperties.xml' file but not
for 'build.xml' file. Why? Yes, it is possible to figure out from its
initial revision (415681) what was the origin. But I prefer to have
As mentioned in the "[general] milestones and roadmap" thread, work on
integrating the concurrency APIs will require VM support and it seems like
DRLVM is close to having some of it complete, so I would lobby for that.
The VM APIs need are atomic CAS, parking and possibly methods for set/get of
ar
Was it just that the value of the Import-Package had a newline before the
actual package names? I was just frustrated with myself that I couldn't
figure it out.
I like how OSGi uses the manifest, but manifest file format is the most
fragile thing I've ever dealt with; one wrong whitespace or extra
On 6/20/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote:
On 6/20/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>
> >Build and dependency issues aside, what are the next functional
> >enhancements / features for DRLVM?
>
> >I think #1 is to get it to function with Java 5 classfiles, so we can
> >ma
On 6/20/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
On Tuesday 20 June 2006 19:44 Salikh Zakirov wrote:
> Geir Magnusson Jr wrote:
> > Build and dependency issues aside, what are the next functional
> > enhancements / features for DRLVM?
> >
> > I think #1 is to get it to function with Java
Ming,
I looked at JIRA 622. It looks like there are 22 pages of new
assembly code and about 26 pages of new java code. Perhaps you could
give us a summary of what the assembly code does and why it can't be
done in Java.
Also, I would like to see the code you developed that JITs the GC. It
mig
On 6/20/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>Build and dependency issues aside, what are the next functional
>enhancements / features for DRLVM?
>I think #1 is to get it to function with Java 5 classfiles, so we can
>make the switch throughout the project.
Geir,
Good question.
I've jumped ahead a bit on the pack200 archive, and written the
unpacking for file data stored in a pack200 archive. The current
implementation will barf if the file size is > 2Gb, because I'm
pulling all the data into a byte array at present (it's pretty memory
hungry anyway).
I've not got any o
Stefano Mazzocchi skrev den 20-06-2006 19:21:
If you guys write a little "how to" on the wiki on how to build the
thing from scratch on linux from sources, I'll be happy to try azureus
on harmony with some 10Gb torrent files and report back on the wiki.
I did that recently with the IBM JVM,
On 6/20/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>I'd like to start assembling a high-level roadmap of the milestones we'd
l>ike to achieve in the next 12 months.
>I volunteer to track and organize, but this clearly is a community
>activity so lets start by just tossing out ideas.
>1)
On Tuesday 20 June 2006 19:44 Salikh Zakirov wrote:
> Geir Magnusson Jr wrote:
> > Build and dependency issues aside, what are the next functional
> > enhancements / features for DRLVM?
> >
> > I think #1 is to get it to function with Java 5 classfiles, so we can
> > make the switch throughout the
2006/6/20, Mark Hindess <[EMAIL PROTECTED]>:
> 16) Port to MacOS X
This could be the same as 13 but I was thinking of linux/ppc64. MacOSX
would be more interesting but I think it makes sense to change one
aspect of the platform at a time. So you are right to make this a
separate item.
And I wa
Magnusson, Geir wrote:
>> -Original Message-
>> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
>> Sent: Tuesday, June 20, 2006 1:16 PM
>> To: harmony-dev@incubator.apache.org
>> Subject: Re: [general] milestones and roadmap
>>
>> Geir Magnusson Jr wrote:
>>> I'd like to start assembling
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 20, 2006 1:16 PM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [general] milestones and roadmap
>
> Geir Magnusson Jr wrote:
> > I'd like to start assembling a high-level roadmap of the
Anton Luht wrote:
> Great progress - it started and looks similar to Azureus launched on RI.
>
> Unfortunately I'm behind a firewall so I can't test it fully (and,
> frankly speaking, I've never used it before I tried to run it on
> Harmony so I don't know for sure how to use it properly :) )
Azu
Geir Magnusson Jr wrote:
> I'd like to start assembling a high-level roadmap of the milestones we'd
> like to achieve in the next 12 months.
>
> I volunteer to track and organize, but this clearly is a community
> activity so lets start by just tossing out ideas.
>
> 1) By ApcheCon EU - a combine
On 20 June 2006 at 20:19, "Alexey Petrenko" <[EMAIL PROTECTED]> wrote:
> 2006/6/20, Mark Hindess <[EMAIL PROTECTED]>:
> >
> > On 20 June 2006 at 19:24, "Mikhail Loenko" <[EMAIL PROTECTED]> wrote:
> > > 2006/6/20, Geir Magnusson Jr <[EMAIL PROTECTED]>:
> > > > I'd like to start assembling a high-le
On 6/20/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Build and dependency issues aside, what are the next functional
enhancements / features for DRLVM?
I think #1 is to get it to function with Java 5 classfiles, so we can
make the switch throughout the project.
Thoughts? What else?
I agree
2006/6/20, Mark Hindess <[EMAIL PROTECTED]>:
On 20 June 2006 at 19:24, "Mikhail Loenko" <[EMAIL PROTECTED]> wrote:
> 2006/6/20, Geir Magnusson Jr <[EMAIL PROTECTED]>:
> > I'd like to start assembling a high-level roadmap of the milestones we'd
> > like to achieve in the next 12 months.
> >
> > I
Geir Magnusson Jr wrote:
> Build and dependency issues aside, what are the next functional
> enhancements / features for DRLVM?
> I think #1 is to get it to function with Java 5 classfiles, so we can
> make the switch throughout the project.
> Thoughts? What else?
As far as I can tell, general
Oops. Thanks Tim. And thanks for fixing up my Eclipse/MANIFEST
mess. I'll try a little harder with my cut'n'paste creation of these
next time. I wonder if we can add tests to the builds to catch these
problems?
Regards,
Mark.
On 20 June 2006 at 13:19, [EMAIL PROTECTED] wrote:
> Author: tell
Hi Tim,
Thank you very much, it all works fine for me now. Hopefully things are
now fixed for Nathan (and everyone else) too.
Best regards,
George
Tim Ellison wrote:
I've been through and fixed the manifest and classpath files for the
incoming Swing/AWT/Accessibility/Misc code (in repo > r4
Cool -- can't wait to try it.
Did you have to hack any of the Azureus code assumptions to get it
working? (i.e. BKS or HARMONY-536 JSSE provider)
No, I just ran it 'as is' - old errors are in place:
DEBUG::Tue Jun 20 18:25:02 MSD
2006::org.gudy.azureus2.core3.security.impl.SESecurityManagerImp
I've been through and fixed the manifest and classpath files for the
incoming Swing/AWT/Accessibility/Misc code (in repo > r415629).
Regards,
Tim
George Harley wrote:
> Hi Nathan,
>
> Yes, seeing this too. Suspect that the Swing and AWT manifests are
> currently broken and that this is upsetting
Anton Luht wrote:
> Great progress - it started and looks similar to Azureus launched on RI.
>
> Unfortunately I'm behind a firewall so I can't test it fully (and,
> frankly speaking, I've never used it before I tried to run it on
> Harmony so I don't know for sure how to use it properly :) )
Coo
Paulex Yang wrote:
OK, this is nice and simple.. installing an interrupt action is a clean
and Java-centric way to make the handling of interrupts explicit. It may
be technically unnecessary (if POSIX signals were available) but has
the advantage of being less tied to the O/S and VM internals.
Gr
Great progress - it started and looks similar to Azureus launched on RI.
Unfortunately I'm behind a firewall so I can't test it fully (and,
frankly speaking, I've never used it before I tried to run it on
Harmony so I don't know for sure how to use it properly :) )
--
Regards,
Anton Luht,
Intel
On 6/20/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote:
I think they are not unit tests and should go to a different
(performance?) test
suite. Right now we don't have one but it seems to be time to create it
Of course, it's not unit tests, but my suggestion was based on our
testing convention.
W
On 20 June 2006 at 19:24, "Mikhail Loenko" <[EMAIL PROTECTED]> wrote:
> 2006/6/20, Geir Magnusson Jr <[EMAIL PROTECTED]>:
> > I'd like to start assembling a high-level roadmap of the milestones we'd
> > like to achieve in the next 12 months.
> >
> > I volunteer to track and organize, but this clea
11) em64t/ipf platform support
On 6/20/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote:
2006/6/20, Geir Magnusson Jr <[EMAIL PROTECTED]>:
> I'd like to start assembling a high-level roadmap of the milestones we'd
> like to achieve in the next 12 months.
>
> I volunteer to track and organize, but
2006/6/20, Geir Magnusson Jr <[EMAIL PROTECTED]>:
I'd like to start assembling a high-level roadmap of the milestones we'd
like to achieve in the next 12 months.
I volunteer to track and organize, but this clearly is a community
activity so lets start by just tossing out ideas.
1) By ApcheCon E
I'd like to start assembling a high-level roadmap of the milestones we'd
like to achieve in the next 12 months.
I volunteer to track and organize, but this clearly is a community
activity so lets start by just tossing out ideas.
1) By ApcheCon EU - a combined snapshot that is a pure open source V
Indeed, unless you are extremely paranoid that all the other API
implementations wrong, but are conspiring to make your test pass then
you should assume that everything else is working ok and you are testing
some specific piece of functionality.
Why should we have gold files then? Let's imagine
2006/6/20, Vladimir Ivanov <[EMAIL PROTECTED]>:
>> described on testing and serialization convention pages.
>
>
>Yes, it'll be useful. But currently few resource files follow conventions
Not only resource files.
The "Testing convention" document (testing.html) says:
1) "Tests, their resources, a
Build and dependency issues aside, what are the next functional
enhancements / features for DRLVM?
I think #1 is to get it to function with Java 5 classfiles, so we can
make the switch throughout the project.
Thoughts? What else?
geir
I now have drlvm working w/ independent classlib and configure/make
building of APR on linux.
I had a lot of fun working through a lot of the gcc issues that others
have. It was a good refresher course for me. It's working on Ubuntu
6.whatever using gcc/g++ version 3.4 and Sun's java 5.
I can n
2006/6/20, Vladimir Ivanov <[EMAIL PROTECTED]>:
Thanks Stepan,
1. The decision about other resource files is: they should be stored into
"src/test/resources/" without further naming convention. Right? – then,
a) Ideally, can we specify further (after src/test/resources/) naming
convention
Alexey Petrenko wrote:
> 2006/6/20, Geir Magnusson Jr <[EMAIL PROTECTED]>:
>> We don't want to do that, distribute third party code that we build.
> But as far as I understand we will do that... HDK will include this
> libraries. Isn't it?
We will include third party libraries that are build and
I think they are not unit tests and should go to a different
(performance?) test
suite. Right now we don't have one but it seems to be time to create it
Thanks,
Mikhail
2006/6/20, Vladimir Strigun <[EMAIL PROTECTED]>:
Hi Mikhail,
AFAIK, we haven't such kind of tests in svn yet. It's hard to de
Hello Richard,
Thank you for this find. For some reason I've missed these character classes.
Will update JIRA issue in a moment.
--
Regards,
Nikolay Kuznetsov,
Intel Middleware Products Division
-
Terms of use : http://incubato
described on testing and serialization convention pages.
Yes, it'll be useful. But currently few resource files follow conventions
Not only resource files.
The "Testing convention" document (testing.html) says:
1) "Tests, their resources, and support classes are located under
/src/tests "
but
Geir,
>
>> There's some rather straight-forward stuff to do in Eclipse plus some
>> less trivial config options description and some debug scenarios. I
hope >> the info can be of help to you.
>I know it's hard to believe, but what about if someone isn't using
>eclipse? ;)
The doc has some sce
Thanks!
Yes, that solved is.
Marina Goldburt wrote:
> Hi,
>
> The problem is in the order of the linked libs. the order is important for
> gcc.
> Change components/vm/vmi, the order must be:
>
>
>
>
>
> Marina
>
>
> On 6/20/06, Mark Hindess <[EMAIL PROTECT
splendid. Thanks
Mark Hindess wrote:
> On 20 June 2006 at 1:05, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> I've been puttering about and am having a problem under linux.
>>
>> Everything builds now, and APR is built using the standard ./configure &
>> make combination. No big deal.
>>
>> Bu
George,
It works now, thank you!
George Harley wrote:
Hi Paulex,
Sorry about that. Requested change made in revision 415600.
Best regards,
George
Paulex Yang wrote:
George,
nio project cannot compile in my Eclipse after this revision, seems
the MANIFEST.MF needs to add "tests.util" to I
Hi Paulex,
Sorry about that. Requested change made in revision 415600.
Best regards,
George
Paulex Yang wrote:
George,
nio project cannot compile in my Eclipse after this revision, seems
the MANIFEST.MF needs to add "tests.util" to Import-Package section as
below, would you please have a
Dear All,
I find this bug when preparing for implementing j.u.Scanner. Could
anyone have a look at this issue? Thanks a lot.
Richard Liang (JIRA) wrote:
java.util.regex.Pattern fails to compile some patterns
--
Key: HARMONY-606
Hi Nathan,
Yes, seeing this too. Suspect that the Swing and AWT manifests are
currently broken and that this is upsetting PDE. Perhaps things can be
temporarily solved for you by reverting your Eclipse PDE target to a
build prior to the Swing/AWT ? Assuming you have one lying around.
Best re
Hello Paulex,
I will start to implement the constructor and some simple methods such
as ioException(), locale(), etc. Then I'm going to implement the methods
from j.u.Iterator. At last, I will touch the pattern matching methods.
Really, as you said, the complexity is far beyond my anticipation
Hi Paulex,
see answers below
On 6/20/06, Paulex Yang wrote:
Stepan,
Cool! Basically I'm fine with the merging plan, and I'm very interested
in more details, please see my comments below:
Stepan Mishura wrote:
> Hi,
>
> I'm going to start merging existing frameworks for testing
serialization.
Oliver Deakin wrote:
Paulex Yang wrote:
Seems no one objects this proposal:), so I'm going to implement the
JNI1.4 enhancement in nio module, i.e, provide patch to Harmony-578,
Because this implementation requires some native codes, so I probably
need to reintroduce hynio.dll(.so), but I have
Stepan,
Cool! Basically I'm fine with the merging plan, and I'm very interested
in more details, please see my comments below:
Stepan Mishura wrote:
Hi,
I'm going to start merging existing frameworks for testing serialization.
As first step I've updated 'security' framework. The updated fra
Paulex Yang wrote:
Seems no one objects this proposal:), so I'm going to implement the
JNI1.4 enhancement in nio module, i.e, provide patch to Harmony-578,
Because this implementation requires some native codes, so I probably
need to reintroduce hynio.dll(.so), but I have some questions.(Excuse
Paulex Yang wrote:
> Anton and Tim,
>
> FYI, the Selector implementation has been merged into SVN as patch of
> Harmony-41 at revision 415279. So it should be ready to use now. Thank you.
Cool -- thanks Paulex.
Can you easily repeat the experiment Anton? It would be good if you put
your method
Paulex Yang wrote:
> Mark Hindess wrote:
>> Yes. Since this header forms part of the API it probably should be
>> moved to deploy/include at build time - like the other headers for the
>> classlib natives API.
>>
> I see, but seems not all header files in LUNI are copied into
> deploy/include
On 6/20/06, Vladimir Ivanov wrote:
Thanks Stepan,
1. The decision about other resource files is: they should be stored into
"src/test/resources/" without further naming convention. Right? – then,
a) Ideally, can we specify further (after src/test/resources/)
naming
convention for resource
2006/6/20, Tim Ellison <[EMAIL PROTECTED]>:
Alexey Petrenko wrote:
> 2006/6/18, Mark Hindess <[EMAIL PROTECTED]>:
>>
>> On 18 June 2006 at 22:16, "Alexey Petrenko"
>> <[EMAIL PROTECTED]> wrote:
>> > 2006/6/18, Mark Hindess <[EMAIL PROTECTED]>:
>> > > c) I'm also wondering about the motivation for
Vladimir Ivanov wrote:
> On 6/20/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
>
>> On Monday 19 June 2006 20:33 Anton Luht wrote:
>> > It is not a good idea to put creation of such resources in something
>> > like setUp() method in JUnit test because who knows if a read-only
>> > file created
Hi,
The problem is in the order of the linked libs. the order is important for
gcc.
Change components/vm/vmi, the order must be:
Marina
On 6/20/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
On 20 June 2006 at 1:05, Geir Magnusson Jr <[EMAIL PROTECTED]> wro
Alexey Petrenko wrote:
> 2006/6/18, Mark Hindess <[EMAIL PROTECTED]>:
>>
>> On 18 June 2006 at 22:16, "Alexey Petrenko"
>> <[EMAIL PROTECTED]> wrote:
>> > 2006/6/18, Mark Hindess <[EMAIL PROTECTED]>:
>> > > c) I'm also wondering about the motivation for using C++ when I can't
>> > > see any pressin
Archie Cobbs wrote:
> Ivan Volosyuk wrote:
>> IMHO, Archie's suggestion is simplier and less intrusive, as the
>> function Thread.attachInternal() can be native function implemented in
>> classlibadapter itself.
>
> But Graeme is correct in that there could be initialization delay.
> I.e., if we'r
Hi Mikhail,
AFAIK, we haven't such kind of tests in svn yet. It's hard to define
best place for it, but since this suite is intended for java.math
testing only and it's implementation-independent tests, I believe
modules/math/src/test/java/tests/api is appropriate place. If you
agree with this I
Hi Daniel,
Thank you for your response and sorry for delay with my answer. Please
find my comments inside.
On 6/15/06, Daniel Fridlender <[EMAIL PROTECTED]> wrote:
Hi Vladimir,
thank you very much for this new optimization of math from, as you
said, enterprise-level applications point of view.
Hi,
I'm going to start merging existing frameworks for testing serialization.
As first step I've updated 'security' framework. The updated framework
searches and loads resource files according [1] and eliminates requirement
to extend SerializationTest. Also to provide smooth frameworks merging I
Anton and Tim,
FYI, the Selector implementation has been merged into SVN as patch of
Harmony-41 at revision 415279. So it should be ready to use now. Thank you.
Tim Ellison wrote:
Anton Luht wrote:
Good day,
I've tried to run Azureus, too, and saw all those problems (no SSL
provider, Not
Vladimir Ivanov wrote:
Classes from exclude list are now specified as green.
I've update wiki (http://wiki.apache.org/harmony/Coverage_information)
and
coverage pages.
Great, thank you, Vladimir!
Thanks,
Vladimir
On 6/16/06, Paulex Yang <[EMAIL PROTECTED]> wrote:
Vladimir
Vladimir Ivan
Mark Hindess wrote:
On 20 June 2006 at 14:18, Paulex Yang <[EMAIL PROTECTED]> wrote:
Seems no one objects this proposal:), so I'm going to implement the
JNI1.4 enhancement in nio module, i.e, provide patch to Harmony-578,
Because this implementation requires some native codes, so I probably
n
2006/6/20, Geir Magnusson Jr <[EMAIL PROTECTED]>:
We don't want to do that, distribute third party code that we build.
But as far as I understand we will do that... HDK will include this
libraries. Isn't it?
--
Alexey A. Petrenko
Intel Middleware Products Division
-
79 matches
Mail list logo