Alexei
in this case we should test that those method work exactly as we designed them.
(so, test it not from a user prospective but from developer's perspective)
Thanks,
Mikhail
2006/6/16, Alexei Zakharov [EMAIL PROTECTED]:
MIkhail,
I fully agree that we need to test protected methods of
Good stuff. I was also thinking about separating exclude list from modules'
build.xml.
Thanks,
Mikhail
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On 19 June 2006 at 14:03, Mikhail Loenko [EMAIL PROTECTED] wrote:
Good stuff. I was also thinking about separating exclude list from
modules' build.xml.
Yes that definitely makes sense. (I did that in one of the old JIRAs
but had forgotten about it.)
I'll wait another 24 hours for comments
Can you stick it into a JIRA? I may have time to look into it.
Regards,
Tim
Richard Liang wrote:
Hello Nathan,
Yes. When I disable 8.3 filename support on my WinXP, I get the same error.
IMHO, our test case cannot assume whether the 8.3 filename is disabled
or not.
Richard.
Nathan
Ah, thank you, Richard, I modified the topic a little to make it more clear.
You are right that I'm not working on Scanner, I created two patches
related to Scanner just because some other modules needed a skeleton to
compile. I'm a little distracted in NIO stuffs, further I owed some
parts
Agree. So, I'm going to rewrite the tests to reflect currently
implemented architecture if no objections.
2006/6/19, Mikhail Loenko [EMAIL PROTECTED]:
Alexei
in this case we should test that those method work exactly as we designed them.
(so, test it not from a user prospective but from
Thank you, Tim. I have raised a JIRA for this issue:
http://issues.apache.org/jira/browse/HARMONY-619
Tim Ellison wrote:
Can you stick it into a JIRA? I may have time to look into it.
Regards,
Tim
Richard Liang wrote:
Hello Nathan,
Yes. When I disable 8.3 filename support on my WinXP,
Paulex Yang wrote:
Ah, thank you, Richard, I modified the topic a little to make it more
clear.
You are right that I'm not working on Scanner, I created two patches
related to Scanner just because some other modules needed a skeleton
to compile. I'm a little distracted in NIO stuffs,
Classes from exclude list are now specified as green.
I've update wiki (http://wiki.apache.org/harmony/Coverage_information) and
coverage pages.
Thanks,
Vladimir
On 6/16/06, Paulex Yang [EMAIL PROTECTED] wrote:
Vladimir
Vladimir Ivanov wrote:
The current reports don't provide code source
It would be good if the page
http://incubator.apache.org/harmony/subcomponents/classlibrary/testing.htmldescribes
also location, name convention and
access model for resource files used for testing, specifically, for testing
serialization.
At the present moment test's resource files stored in
2006/6/18, Mark Hindess [EMAIL PROTECTED]:
a) It will break everyone build unless they have all the dependencies
(libjpeg, libpng, and liblcms) in the right place. I want to give
people time to discuss how to handle this. On linux, these packages
are very common so we really should use the
My USD0.02...
1) If I were to write a GUI toolkit, I can't imagine why I wouldn't use
C++ given relationships like DialogBox is a Window
2) Isn't it a reasonably safe bet that any platform that has a GUI is
'advanced' enough to have a reasonable C++ compiler for it?
I understand the need to
Hello Vladimir,
The agreements page on the web site [1] is also of interest here
although it does not dive into any details beyond asking that all
resource files go under module root/src/test/resources.
Seeing as you are canvassing for opinions then my shiny 2 Euro cents
worth is that:
*
On 19 June 2006 at 7:48, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
My USD0.02...
1) If I were to write a GUI toolkit, I can't imagine why I wouldn't use
C++ given relationships like DialogBox is a Window
2) Isn't it a reasonably safe bet that any platform that has a GUI is
'advanced'
Ah, thank you, Richard, I modified the topic a little to make it more clear.
You are right that I'm not working on Scanner, I created two patches
related to Scanner just because some other modules needed a skeleton to
compile. I'm a little distracted in NIO stuffs, further I owed some
parts
Good day,
I'd like to point at the list of various testing tools gathered by
Alexei Fedotov. Some of them are Eclipse sub-projects, others can can
be used with Eclipse:
http://wiki.apache.org/harmony/Eclipse_Testing_Tools
Maybe this information will be useful for someone (for example, will
Paulex Yang wrote:
I. B send interrupt signal to A, and A responses by doing right thing
II. For select(), using signal to wake it up, and
AbstractSelector.begin()/end() actually don't need to do much things
III. For blocking I/O, begin()/end() should set/reset some
per-thread(IIUC,
On 6/19/06, Vladimir Ivanov wrote:
It would be good if the page
http://incubator.apache.org/harmony/subcomponents/classlibrary/testing.htmldescribes
also location, name convention and
access model for resource files used for testing, specifically, for
testing
serialization.
At the present
It even don't require change to classlib, but rather to classlibadapter.
The main drawback of this approach: it requires changes to _all_ VMs
which works successfully with gnu classpath to work with
classlib/classlibadapter. There is no other visible obstacles.
--
Ivan
On 6/19/06, Archie Cobbs
Hi,
I would like to submit a debugging/tracing guide for VM/just-in-time debugging
and troubleshooting in DRLVM. This might be useful for developers trying to
debug DRLVM.
There's some rather straight-forward stuff to do in Eclipse plus some less
trivial config options description and some
Good day,
It seems to me that some tests may require resources that can't be put
to SVN, for example, non-readable files. Non-writable files may fall
in this category, too - I think (sorry it I'm wrong) that after
commit/checkout from SVN they become writable by the owner. Another
example of
Archie Cobbs [EMAIL PROTECTED] wrote on 06/19/2006 10:16:42 AM:
Ivan Volosyuk wrote:
As far as I can see classlib uses port library libprt.so which is
intended to be used by VM as low level layer above OS threading
system. Some kind of abstraction of underlying OS primitives. The port
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 by VM under test is really read-only or not :)
Extending this question would be how do you know
All,
Below is a rough top-level description of all the major components of
this port. This description serves two purposes:
a)
Monitor progress so that all of us can understand how much of the port
has been done, what remains to be done and what are the critical
project dependencies
b)
Allow
On 6/19/06, Graeme Johnson [EMAIL PROTECTED] wrote:
Archie Cobbs [EMAIL PROTECTED] wrote on 06/19/2006 10:16:42 AM:
Ivan Volosyuk wrote:
As far as I can see classlib uses port library libprt.so which is
intended to be used by VM as low level layer above OS threading
system. Some kind of
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're following the normal rules of
I would prefer option 1. Check out the site from SVN, make the xdocs
modifications for your documentation and then post it as a JIRA issue in the
form of a patch and new files.
-Nathan
-Original Message-
From: Morozova, Nadezhda [mailto:[EMAIL PROTECTED]
Sent: Monday, June 19, 2006
Archie Cobbs wrote:
Paulex Yang wrote:
I. B send interrupt signal to A, and A responses by doing right thing
II. For select(), using signal to wake it up, and
AbstractSelector.begin()/end() actually don't need to do much things
III. For blocking I/O, begin()/end() should set/reset some
We have developed a Java GC with mark-sweep algorithm and integrated it into
the current drlvm code. The key feature is, the GC is not prebuilt into
binary, but loaded and jitted by the VM at runtime. Hopefully it is useful
to the existing efforts porting MMTk to DRLVM. It is actually the rewrite
Great, Paulex!
I can't wait to see begin/end implementation, since there're lots of FIXME
in network related files are depending on these two methods. Go, go ,
thanks!
On 6/20/06, Paulex Yang [EMAIL PROTECTED] wrote:
Archie Cobbs wrote:
Paulex Yang wrote:
I. B send interrupt signal to A,
Is anyone else that's using Eclipse having trouble resolving the Plug-in
Dependencies? When I updated and rebuilt everything after the Swing/AWT code
was introduced none of the plug-in dependencies resolve any longer, so my
projects don't compile. I'm back to just manually adding all of the JARs
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 look? thank you very much!
- tests.support;resolution:=optional;hy_usage=test
+
Alexey Petrenko wrote:
2006/6/19, Alexey Petrenko [EMAIL PROTECTED]:
2006/6/18, Mark Hindess [EMAIL PROTECTED]:
a) It will break everyone build unless they have all the dependencies
(libjpeg, libpng, and liblcms) in the right place. I want to give
people time to discuss how to handle
Morozova, Nadezhda wrote:
Hi,
I would like to submit a debugging/tracing guide for VM/just-in-time
debugging and troubleshooting in DRLVM. This might be useful for developers
trying to debug DRLVM.
YAY!
There's some rather straight-forward stuff to do in Eclipse plus some less
Cute - thanks!
geir
Ming Wu wrote:
We have developed a Java GC with mark-sweep algorithm and integrated it
into
the current drlvm code. The key feature is, the GC is not prebuilt into
binary, but loaded and jitted by the VM at runtime. Hopefully it is useful
to the existing efforts porting
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.
But I seem to have a linking problem - libvmi.so gets
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 files as it is done for serialization
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 by VM under test is really read-only or
38 matches
Mail list logo