On 6/24/06, Richard Liang wrote:
Stepan Mishura wrote:
Hi,
I've updated framework for testing serialization page[1] - I added
guidelines
for developing serialization tests. Also I've removed confusing
'TestCase'
parameter in SerializationTest.verifySelf() methods.
If there are no
On 6/24/06, Andrew Zhang wrote:
Welldone stepan!
I have a small question about the sample from serialization page[1]:
public void testSerializationCompatibility()
throws Exception {
SerializationTest.verifyGolden(new SomeSerializableClass());
}
Any argument for .golden.ser?
On 6/26/06, Stepan Mishura [EMAIL PROTECTED] wrote:
On 6/24/06, Andrew Zhang wrote:
Welldone stepan!
I have a small question about the sample from serialization page[1]:
public void testSerializationCompatibility()
throws Exception {
SerializationTest.verifyGolden(new
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)? If so,
they are the same indeed, and the later is the a macro. Everytime before
Tim,
Good catch! But I'm afraid it not only a test defect, but also a
possible Harmony implementation bug.
The JavaDoc for String says nothing about synchronization, but Charset's
does: All of the methods defined in this class are safe for use by
multiple concurrent threads.. So it should
Stepan,
Thank you for the answer, the updated version on the website is fine,
only one issue:
About this method:
|verifyGolden(TestCase, Object[], SerializableAssert)
Do we need to add the SerializableAssert's definition on that page? (I
suppose it is an interface or so?)
|
Stepan Mishura
Jimmy, Jing Lv wrote:
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)? If so,
they are the same indeed, and the later is the a
Nathan Beyer wrote:
Yeah, I noticed that. Unfortunately, it can only be used luni for now, since
the compiler is turning it into an interface class. The sooner we move to
1.5 class files the better; I'm tired of the weird 1.5 source to 1.4 class
file behavior that's basically undefined.
Hi
Jimmy, Jing Lv wrote:
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)? If so,
they are the same indeed, and the later is the
Tim Ellison wrote:
Jimmy, Jing Lv wrote:
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)? If so,
they are the same
Gregory Shimansky wrote:
On Sunday 25 June 2006 17:26 Mark Hindess wrote:
On 24 June 2006 at 22:38, Tim Ellison [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 24 June 2006 at 14:44, Gregory Shimansky [EMAIL PROTECTED]
wrote:
Btw I've figured why kernel.jar has to be added to
Tim Ellison wrote:
Paulex Yang wrote:
Tim,
Good catch! But I'm afraid it not only a test defect, but also a
possible Harmony implementation bug.
The JavaDoc for String says nothing about synchronization, but Charset's
does: All of the methods defined in this class are safe for use by
Ivan Volosyuk wrote:
I have found solution for this build problem. If somebody interested:
To use downloaded eclipse (or its compiler) need to run:
sh build.sh -Dbuild.compiler=org.eclipse.jdt.core.JDTCompilerAdapter
But the compiler in theis eclipse version doesn't work with jre1.4, so
Magnusson, Geir wrote:
Isn't it better to not have the stubs around at all? Gets rid of one
element of uncertainty - load order.
As Mark points out, they are not referenced by the
bootclasspath.properties, which defines the load-order. However, they
are needed to allow Java code to compile
Nathan Beyer wrote:
Actually, we probably want to use the 3.2 maintenance URL, at least until
3.2 is finalized.
I've updated the depends.properties to the latest 3.2 maintenance build of
ecj.jar. Check it out and let me know if there are any issues.
The Continuum build machines do not
Jimmy, Jing Lv wrote:
snip
however on my workstation(windows XP, RI v1.5.06), the
testcase you listed below still fails randomly (fails 1 out of 4
approximately) on RI, is that a bug of RI?
It would be interesting to know if you can reproduce it on other JREs /
platforms.
Regards,
Tim
--
Paulex Yang wrote:
Tim Ellison wrote:
snip
PORT_ACCESS_FROM_PORT(portlib)- you have a portlib ptr
So in the scenario of multiple HyPortLib instances, it can be used to
specify which one to use?
You are right, when you have multiple instances the simple macros do not
help and you need
-Original Message-
From: George Harley [mailto:[EMAIL PROTECTED]
Nathan Beyer wrote:
Yeah, I noticed that. Unfortunately, it can only be used luni for now,
since
the compiler is turning it into an interface class. The sooner we move
to
1.5 class files the better; I'm tired of
Florian Weimer wrote:
* Tim Ellison:
Thanks Florian, I need to go back and read Steven's more closely ;-) .
I have no doubt you are correct, but have never seen a close overtake
the data -- we should of course do it right.
Hmm, I think I was wrong. The scenario I had on mind can only
Soory for being petty, but could you please include the JIRA title as
well as the JIRA number in the log message, so I can read the reason
without having to endure the joys of the JIRA webpages?
Thanks
Tim
[EMAIL PROTECTED] wrote:
Author: ndbeyer
Date: Mon Jun 26 02:06:44 2006
New Revision:
Sure, no problem.
While talking about this issue, I did want to bring up that the
FormatterTest as it stands, even before this small addendum, doesn't pass
against the RI (Sun 5.0_7). This particular test isn't in the 'api' test
folder as defined by our suggested best practice, so this may not be
Its an element of uncertainty because if you change the load order, surprises
can happen.
I understand the need for compilation, but don't see why they are necessary in
jars for deployment...
Geir
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Sent: Monday, June
Nathan Beyer wrote:
-Original Message-
From: George Harley [mailto:[EMAIL PROTECTED]
Nathan Beyer wrote:
Yeah, I noticed that. Unfortunately, it can only be used luni for now,
since
the compiler is turning it into an interface class. The sooner we move
to
Guys,
Does anybody know why drlvm has ij.bat in its bin directory?
This ij.bat calls .\ij.exe. It means that you can not run something
like c:\work\drlvm\bin\ij because ij.bat will not find ij.exe in
this case.
The workaround is obvious but why do we need it?
SY, Alexey
--
Alexey A. Petrenko
Magnusson, Geir wrote:
Its an element of uncertainty because if you change the load order, surprises
can happen.
I'm confused? The stubs do not participate in the bootclasspath order,
which is defined by the properties file.
I understand the need for compilation, but don't see why they are
Should the tests be doing a line-by line comparison anyway? i.e. I can
reformat the XML file and it still means the same thing, I would not
expect the test to fail.
Can't you read the golden data into a DOM and check it is the same
(maybe Node.isEqualNode(Node) or thereabouts)?
Regards,
Tim
Anton Luht wrote:
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
2006/6/26, Geir Magnusson Jr [EMAIL PROTECTED]:
Ivan Volosyuk wrote:
loaded
java.lang.NoSuchMethodError: Can't find method
org/apache/harmony/kernel/vm/VM.bootCallerClassLoader()Ljava/lang/ClassLoader;
while resolving constant pool entry at index 74 in class
On 6/26/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 25 June 2006 at 22:01, Vladimir Gorr [EMAIL PROTECTED] wrote:
String StringBuffer should be removed from the DRLVM sources
to eliminate this issue. These classes will be taken from the luni.jarafter
this action.
We had own
Alexey Petrenko wrote:
2006/6/26, Tim Ellison [EMAIL PROTECTED]:
Magnusson, Geir wrote:
Its an element of uncertainty because if you change the load order,
surprises can happen.
I'm confused? The stubs do not participate in the bootclasspath order,
which is defined by the properties file.
Hi,
Working with tests I noticed that we are excluding some tests just because
several tests from single TestCase fail.
For example, the TestCase 'tests.api.java.lang.StringTest' has 60 tests and
only 2 of them fails. But the build excludes the whole TestCase and we just
miss testing of
Alexey,
As far as I understand Andrey, he suggests to run tests when a piece
of code is integrated into the code base, by the person who has access
to the repository (committer). A developer shouldn't test his piece of
code on any platform, though it'd be good if he did it and reported
results
Stepan Mishura wrote:
Hi,
I've updated framework for testing serialization page[1] - I added
guidelines
for developing serialization tests. Also I've removed confusing 'TestCase'
parameter in SerializationTest.verifySelf() methods.
If there are no objections I'm going in next two days to
Yes, I understand this.
But are you sure that every committer now and in the future has access
to the different platforms and configurations?
Committers, are you? :)
2006/6/26, Anton Luht [EMAIL PROTECTED]:
Alexey,
As far as I understand Andrey, he suggests to run tests when a piece
of code
Alexey Petrenko wrote:
Yes, I understand this.
But are you sure that every committer now and in the future has access
to the different platforms and configurations?
Committers, are you? :)
If I'm patching some general Java code then I just test on my local
workstation and wait for the
Hi Vladimir,
IMHO the tests are to verify that an update does not introduce any
regression. So there are two options: remember which exactly tests may fail
and remember that all tests must pass. I believe the latter one is a bit
easier and safer.
Thanks,
Mikhail
2006/6/26, Vladimir Ivanov
Good day,
Though DRLVM is in the repository already, the classlib building
instructions [1] still says nothing about it in the section Obtaining
a compatible VM . I coudn't find instructions on building DRLVM on
the site, either - I found them browsing SVN repository. Maybe it's
worth to add
Since this code is located in unit test IMHO it makes some sense to
compare the output line by line with the desired content. Of course
it also can be (should be) read into DOM but I will need to refactor
the tests to apply it.
BTW, Geir has said (in private) it is ok to simply remove the
On 6/26/06, Tim Ellison wrote:
Stepan Mishura wrote:
Hi,
I've updated framework for testing serialization page[1] - I added
guidelines
for developing serialization tests. Also I've removed confusing
'TestCase'
parameter in SerializationTest.verifySelf() methods.
If there are no
Mikhail Loenko wrote:
Hi Vladimir,
IMHO the tests are to verify that an update does not introduce any
regression. So there are two options: remember which exactly tests may fail
and remember that all tests must pass. I believe the latter one is a bit
easier and safer.
+1
Tim
Thanks,
Stepan Mishura wrote:
On 6/26/06, Tim Ellison wrote:
Stepan Mishura wrote:
Hi,
I've updated framework for testing serialization page[1] - I added
guidelines
for developing serialization tests. Also I've removed confusing
'TestCase'
parameter in SerializationTest.verifySelf()
Jimmy, Jing Lv wrote:
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)?
Well, the one I'm looking at is
hymem.c
void
Tim Ellison wrote:
Jimmy, Jing Lv wrote:
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)? If so,
they are the same indeed,
Etienne,
Please tell us when the below will be official. This will help with
mixing/matching the various VM pieces.
Thanks
Weldon
From http://sablevm.org/lists/sablevm-devel/2006-March/000608.html:
I think that it would be in the best interest of the SableVM project to
participate to
On 6/26/06, Tim Ellison wrote:
Stepan Mishura wrote:
On 6/26/06, Tim Ellison wrote:
Stepan Mishura wrote:
Hi,
I've updated framework for testing serialization page[1] - I added
guidelines
for developing serialization tests. Also I've removed confusing
'TestCase'
parameter in
Anton Luht wrote:
As far as I understand Andrey, he suggests to run tests when a piece
of code is integrated into the code base, by the person who has access
to the repository (committer). A developer shouldn't test his piece of
code on any platform, though it'd be good if he did it and
On 26 June 2006 at 15:06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Mark,
have you tried to run ij after your fix?
Of course.
I still can not run it... I got unknown constant type in classfile
error with Hello, World! application...
This sounds like a compiler 'jsr14' issue. Are you
Thanks a lot, Geir.
I do copy junit.jar to my ant/lib, but notice there is no ant-junit.jar
in the directory. Just wondering why my Ubuntu does not install a
full-version of ant. ;-)
Geir Magnusson Jr wrote:
is junit.jar in your ant/lib directory?
geir
Richard Liang wrote:
Hello,
Hi,
On 6/23/06, Tim Ellison [EMAIL PROTECTED] wrote:
The IBM VME doesn't use Harmony's thread library (there is a remarkably
similar library in the VM subdir called j9thr23).
And,of course, if other VM's want to use their own thread library they
are free to do so.
And if the both VM use
Geir Magnusson Jr wrote:
Jimmy, Jing Lv wrote:
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)?
Well, the
Tim,
I am talking about the version of eclipse compiler from eclipse
downloaded by drlvm build. It works on jre1.4, but it refuses to
accept -target jsr14 and -source 1.5 if running on jre1.4.
The eclipse compiler downloaded by classlib (ecj_*) works fine with
this settings.
--
Best regards,
On 26 June 2006 at 22:51, Richard Liang [EMAIL PROTECTED] wrote:
--090101060803000509020200
Thanks a lot, Geir.
I do copy junit.jar to my ant/lib, but notice there is no ant-junit.jar
in the directory. Just wondering why my Ubuntu does not install a
full-version of ant. ;-)
Alexey Petrenko wrote:
Some checks before commits are defenetly good...
2006/6/23, Andrey Chernyshev [EMAIL PROTECTED]:
We may probably also need to define the list of
platforms/configurations covered by this procedure.
I'm not sure that I get your idea correctly.
Do you suggest to ask
Imho, the purpose was to have a runner script, just like ij.sh for
Linux. We can remove it. Patch is welcome :)
--
Ivan
On 6/26/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
Does anybody know why drlvm has ij.bat in its bin directory?
This ij.bat calls .\ij.exe. It means that you can not
2006/6/26, Ivan Volosyuk [EMAIL PROTECTED]:
Imho, the purpose was to have a runner script
And what's the purpose of runner script?
Linux. We can remove it. Patch is welcome :)
Guys, can somebody (with the access rights) remove this file?
Or it's better to open JIRA issue?
On 6/26/06,
Hi,
I've caught the following error when tried to build the drlvm today on
Windows OS:
[cc] 0 total files to be compiled.
[cc] Starting link
[cc]Creating library vmcore.lib and object vmcore.exp
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
Hello Tim
You've forgot semicolons at the end of lines so linker on Linux complains
about syntax error in version script.
2006/6/26, [EMAIL PROTECTED] [EMAIL PROTECTED]:snip/
Modified:
incubator/harmony/enhanced/classlib/trunk/native-src/linux.IA32/luni/libhyluni.exp
URL:
I'll let Etienne speak for himself of course, but my understanding was
that SableVM will stay where it is. Code (maybe a specific version) was
licensed as ALv2 to enable the free interop referred to below.
You also may get more notice on the sablevm-devel list.
Regards,
Tim
Weldon Washburn
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Jimmy, Jing Lv wrote:
Geir Magnusson Jr wrote:
Why would I use
portLib-mem_allocate_memory(portLib)
over just calling
hymem_allocate_memory(portlib, )
Hi Geir:
Not sure if the later is hymem_allocate_memory(int size)? If so,
Ivan Volosyuk wrote:
Tim,
I am talking about the version of eclipse compiler from eclipse
downloaded by drlvm build. It works on jre1.4, but it refuses to
accept -target jsr14 and -source 1.5 if running on jre1.4.
The eclipse compiler downloaded by classlib (ecj_*) works fine with
this
Thanks Gregory, fixed in r417222.
(and left wondering why it didn't fail for me?)
Regards,
Tim
Gregory Shimansky wrote:
Hello Tim
You've forgot semicolons at the end of lines so linker on Linux complains
about syntax error in version script.
2006/6/26, [EMAIL PROTECTED] [EMAIL
Hi all,
Here's another heads up to let you all know how it's going.
As you have probably noticed, I raised HARMONY-628 last week moving
the prefs code into its module. This patch has already been applied to
SVN head.
Earlier today I raised HARMONY-668 to move the launcher and vmls source
into
Apache Harmony Build wrote:
Online report :
http://ibmonly.hursley.ibm.com/continuum/win.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/6/buildId/1435
Build statistics:
State: Failed
Previous State: Ok
Started at: Mon, 26 Jun 2006 16:09:03 +0100
Finished at:
On 6/23/06, Tim Ellison [EMAIL PROTECTED] wrote:
Marina Goldburt wrote:
Hi,
I've noticed such a strange thing when examined drlvm building process.
The drlvm replaces hythreads shared library with its own simple
implementation based on APR. The drlvm hythreads library exports less
than 1/2
On 6/26/06, Anton Luht [EMAIL PROTECTED] wrote:
Good day,
Though DRLVM is in the repository already, the classlib building
instructions [1] still says nothing about it in the section Obtaining
a compatible VM . I coudn't find instructions on building DRLVM on
the site, either - I found them
Oliver Deakin wrote:
Also defined in hyport.h is hymem_allocate_memory(param1) (the single param
function Jimmy was talking about) which is a macro defined to be:
privatePortLibrary-mem_allocate_memory(privatePortLibrary, param1).
Ah. Thanks. I didn't see that.
I'll continue answering
Sure you are compiling with the correct version (2.8.0) of Xerces?
Regards,
Tim
Ivan Volosyuk wrote:
There are a few more problems with classlib compilation using eclipse
compiler:
1. Tools modules ignores property build.compiler which is set in
make/build-java.xml
2. Compilation problem
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Except...
1) They aren't as Jimmy suggests, at least the one's I'm looking at.
2) the implementation in hymem.c just calls malloc()
I'm confused.
Hopefully you are no longer confused after Oliver's explanation.
Yes, although I am still
On 6/26/06, Andrey Chernyshev [EMAIL PROTECTED] wrote:
Good suggestion. I'd also mention that there are some docs in the
DRLVM source tree, e.g. Getting Started [2] and Developer's guide [3]
which contain many useful info. May be it makes sense to post them on
a web site as well:
Good idea.
Hello Tim
I've got another classlib build problem on linux. In the file below I had to
add $(DLLPATH)libhysig.so to MDLLIBFILES list or I get this error from
linker:
Execute:Java13CommandLauncher: Executing 'make' with
[exec] cc \
[exec] ../shared/main.o ../shared/cmain.o
Fixed in r417277.
-Mark.
On 26 June 2006 at 22:45, Gregory Shimansky [EMAIL PROTECTED] wrote:
Hello Tim
I've got another classlib build problem on linux. In the file below I had to
add $(DLLPATH)libhysig.so to MDLLIBFILES list or I get this error from
linker:
Ok, this is my fault (gulp!) - I ran the build on both my Windows and
Linux machines, and they both built and passed the tests. However, I
think the Linux machine may have somehow picked up an old artifact (not
sure how this would happen since the link error is against a lib not
moved by my
On 6/26/06, Tim Ellison [EMAIL PROTECTED] wrote:
Ivan Volosyuk wrote:
Tim,
I am talking about the version of eclipse compiler from eclipse
downloaded by drlvm build. It works on jre1.4, but it refuses to
accept -target jsr14 and -source 1.5 if running on jre1.4.
The eclipse compiler
I have now tried fiddling with Visual Studio C++ Express (free download
for the time being from Microsoft, which would enable me to participate)
to see if I could build classlib with it under Windows XP, but have
failed so far.
I made some progress however. Nmake initially complains that it
All,
Please take a look and tell me if the following seems correct:
drlvm/trunk/vm/vmcore/src/util/ia32/base/jit_runtime_support_ia32.cpp,
line 507 contains the entry point for the runtime helper that the JIT
uses for generating write barrier calls. (For simplicity, we will not
do any inlining
Tim Ellison skrev den 26-06-2006 13:22:
Should the tests be doing a line-by line comparison anyway? i.e. I can
reformat the XML file and it still means the same thing, I would not
expect the test to fail.
James Clark defined Canonical XML in order to be able to compare xml
documents as
Andrey Chernyshev wrote:
On 6/23/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 23 June 2006 at 17:10, Tim Ellison [EMAIL PROTECTED] wrote:
Rana Dasgupta wrote:
On 6/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Pavel Pervov wrote:
Geir,
What's the first thing we do?
On 26 June 2006 at 21:40, =?ISO-8859-1?Q?Thorbj=F8rn_Ravn_Andersen?= [EMAIL
PROTECTED] wrote:
I have now tried fiddling with Visual Studio C++ Express (free download
for the time being from Microsoft, which would enable me to participate)
to see if I could build classlib with it under
Cool. Thanks a lot Mark. You've fixed it better than I suggested.
On Monday 26 June 2006 22:58 Mark Hindess wrote:
Fixed in r417277.
-Mark.
On 26 June 2006 at 22:45, Gregory Shimansky [EMAIL PROTECTED] wrote:
Hello Tim
I've got another classlib build problem on linux. In the file below
Mark Hindess skrev den 26-06-2006 21:57:
What would a feasible path be from here?
Looks like one of the variables set in one of those "empty" included
makefiles should be CC set to cl ?
I forgot to state that I somewhat arbitrarily tried doing exactly that,
but without any
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Except...
1) They aren't as Jimmy suggests, at least the one's I'm looking at.
2) the implementation in hymem.c just calls malloc()
I'm confused.
Hopefully you are no longer confused after Oliver's explanation.
Yes,
Looks like the ideas dried up. Are you going to track and organize? Do
you want help?
Regards,
Tim
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
On 6/26/06, Thorbjørn Ravn Andersen [EMAIL PROTECTED] wrote:
I have now tried fiddling with Visual Studio C++ Express (free download
for the time being from Microsoft, which would enable me to participate)
to see if I could build classlib with it under Windows XP, but have
failed so far.
I
On Tuesday 27 June 2006 00:29 Thorbjørn Ravn Andersen wrote:
Mark Hindess skrev den 26-06-2006 21:57:
What would a feasible path be from here?
Looks like one of the variables set in one of those empty included
makefiles should be CC set to cl ?
I forgot to state that I somewhat
If somebody interested, I can share my GC which was made to replace GC
v4. It addresses performance issues I've noticed on GC v4:
- too many atomic ops
- too many bit shifts
- too many passes (touches of objects data)
New GC (which has code name gc_yuk) is combination of copying and
19. Performance improvement. Optimize class libraries and VM. There
was some tips how to do better java code. Performance critical places
can be revised and reimplemented more efficiently.
--
Ivan
On 6/27/06, Tim Ellison [EMAIL PROTECTED] wrote:
Looks like the ideas dried up. Are you going to
There was another. :) I'll summarize tomorrow.
geir
Tim Ellison wrote:
Looks like the ideas dried up. Are you going to track and organize? Do
you want help?
Regards,
Tim
Geir Magnusson Jr wrote:
I'd like to start assembling a high-level roadmap of the milestones we'd
like to
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Except...
1) They aren't as Jimmy suggests, at least the one's I'm looking at.
2) the implementation in hymem.c just calls malloc()
I'm confused.
Hopefully you are no longer confused after Oliver's
I thought I said it in public as well. Sorry.
Alexei Zakharov wrote:
Since this code is located in unit test IMHO it makes some sense to
compare the output line by line with the desired content. Of course
it also can be (should be) read into DOM but I will need to refactor
the tests to
On 6/26/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
I used to build classlib successfully on WinXP with completely free
environment, that is MS VS.NET http://vs.net/ 2005 Express, MS Platform
SDK Server 2003 R2
and NASM from Cygwin (there is no free MASM with license which allows OSS
Nathan Beyer wrote:
Sure, no problem.
While talking about this issue, I did want to bring up that the
FormatterTest as it stands, even before this small addendum, doesn't pass
against the RI (Sun 5.0_7).
Would you mind if I'm lazy and ask why?
geir
This particular test isn't in the
One minor thing - if you do an ant rebuild and then go into a module to
test something specific, it won't work because the support stuff doesn't
get build.
I don't know the right solution. Maybe the module build.xml triggers
building the support test, or just a note somewhere to remind people?
Odd. It was broken for me too. What changed?
I applied the patch - thanks.
geir
Marina Goldburt wrote:
Hi,
I've caught the following error when tried to build the drlvm today on
Windows OS:
[cc] 0 total files to be compiled.
[cc] Starting link
[cc]
Hi Tim,
I took a look at the test, and found there are some problems in the test.
The test looks like:
while(true){
count = read();
if(count = 0){ // Error! For nonblocking read, returns 0 means non data
available currently
break;
}
}
For nonblocking read, I think count = 0 is not the rigth
Mark Hindess wrote:
On 26 June 2006 at 22:51, Richard Liang [EMAIL PROTECTED] wrote:
--090101060803000509020200
Thanks a lot, Geir.
I do copy junit.jar to my ant/lib, but notice there is no ant-junit.jar
in the directory. Just wondering why my Ubuntu does not install a
Tim, all,
I was offline for 2 weeks, now catching up with Harmony pace... I've
seen more specific thread started, [drlvm] Doing the minimum to
support Java 5 classfiles,
so just a quick affirmative to round off this thread:
Yes, I'm going to patch this in the nearest time.
2006/6/16, Tim
On 6/26/06, Marina Goldburt [EMAIL PROTECTED] wrote:
Jira issue with the suggested fix :
http://issues.apache.org/jira/browse/HARMONY-669
Marina
I applied the 669 patch and it fixed the ...xml linking problems.
Thanks this helps a bunch!
Now build.native.cpp is failing when I enter the
Folks,
I'm back to work, glad to hear all of you :).
Looks like planning and technical directions already settled, I'm
right in time to go coding ;)
Seriously, Pavel Pervov made good observation: very basic v49 support
only includes accepting the version number + groking new LDC
semantics. For
I see your point.
But I feel that we can miss regression in non-tested code if we exclude
TestCases.
Now, for example we miss testing of java.lang.Class/Process/Thread/String
and some other classes.
While we have failing tests and don't want to pay attention to these
failures we can:
1) Leave
Hi Tim,
Please do not appy this patch. The test hangs sometimes after applying this
patch.
I'll take a deep look at the test, and suggest exclude the test at first.
Thanks!
On 6/27/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Hi Tim,
I took a look at the test, and found there are some
1 - 100 of 104 matches
Mail list logo