Here are the particular failures that I'm seeing. Some seem like minor
things like exception discrepancies, but others like this unexpected
exception java.util.IllegalFormatFlagsException: Flags = '+' seem like
flaws.
BTW: if you search for test_, it will land on the failed test methods.
On 27 June 2006 at 9:48, Marina Goldburt [EMAIL PROTECTED] wrote:
On 6/27/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Odd. It was broken for me too. What changed?
I applied the patch - thanks.
I think, the problem is in the log4cxx revision -
the old log4cxx didn't use the
Rana Dasgupta wrote:
On 6/26/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Odd. It was broken for me too. What changed?
I applied the patch - thanks.
To determine this, one would have to roll back the last commit and retry
the build + smoke tests. And traverse back till we identify
Geir Magnusson Jr wrote:
Tim Ellison wrote:
This function is (deliberately) not exported from the hyprt.dll so you
cannot call it directly. You have to call it via the function pointer
table ...
That's the missing element - it's not exported.
The idea is that code should always go via the
20. Modularity (?). Perhaps it may make sense (at least for DRLVM) to
refine and document the internal interfaces and API such that one can
easily substitute the different parts of VM (e.g. GC, JIT, possibly
some other parts).
Thanks,
Andrey.
On 6/27/06, Ivan Volosyuk [EMAIL PROTECTED]
On 6/27/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 27 June 2006 at 9:48, Marina Goldburt [EMAIL PROTECTED]
wrote:
On 6/27/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Odd. It was broken for me too. What changed?
I applied the patch - thanks.
I think, the problem is in the
Hi,
+1 for (3), but I think it will be better to define suite() method and
enumerate passing tests there rather than to comment out the code.
2006/6/27, Richard Liang [EMAIL PROTECTED]:
Hello Vladimir,
+1 to option 3) . We shall comment the failed test cases out and add
FIXME to remind us to
On 27 June 2006 at 15:09, Vladimir Gorr [EMAIL PROTECTED] wrote:
On 6/27/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 27 June 2006 at 9:48, Marina Goldburt [EMAIL PROTECTED]
wrote:
On 6/27/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Odd. It was broken for me too. What
Always a good way to flush em out ;-)
Tim
Geir Magnusson Jr wrote:
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
Rana Dasgupta wrote:
On 6/26/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Odd. It was broken for me too. What changed?
I applied the patch - thanks.
To determine this, one would have to roll back the last commit and retry
the build + smoke tests. And traverse back till we
Richard is probably best placed to answer that question (so I've changed
the subject to attract his attention ;-) )
Regards,
Tim
Nathan Beyer wrote:
Here are the particular failures that I'm seeing. Some seem like minor
things like exception discrepancies, but others like this unexpected
Hello,
Paulex Yang wrote:
IIRC, Archie's suggest #3 is about select interruption, so what's your
suggestion to implement the blocking I/O interruption?
Use non-blocking calls instead of blocking ones. There are some approaches
to implement non-blocking I/O over the blocking (in the native
Yah, I was running a full clean rebuild including the downloads and fell
asleep.
I'll check in now and reverse marks reversal.
geir
Mark Hindess wrote:
On 27 June 2006 at 15:09, Vladimir Gorr [EMAIL PROTECTED] wrote:
On 6/27/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 27 June 2006 at 9:48,
There was a submission that enabled finer control of failing tests (even
by platform etc.)
I may be wrong but commenting out tests usually means that they never
get fixed; even putting them into exclude clauses in the ant script is
too hidden for me -- I prefer to see the exclusions and failures
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
This function is (deliberately) not exported from the hyprt.dll so you
cannot call it directly. You have to call it via the function pointer
table ...
That's the missing element - it's not exported.
The idea is that code
could you add [classlib] in the future ? :)
geir
Tim Ellison wrote:
Richard is probably best placed to answer that question (so I've changed
the subject to attract his attention ;-) )
Regards,
Tim
Nathan Beyer wrote:
Here are the particular failures that I'm seeing. Some seem like
I've excluded the SocketChannelTest (repo rev r417387) until it is fixed.
Regards,
Tim
Andrew Zhang wrote:
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!
Geir Magnusson Jr wrote:
Yah, I was running a full clean rebuild including the downloads and fell
asleep.
LOL - the best cure for insomnia :-) ant rebuild test
Regards,
Tim
I'll check in now and reverse marks reversal.
geir
Mark Hindess wrote:
On 27 June 2006 at 15:09, Vladimir Gorr
On 6/27/06, Geir Magnusson Jr wrote:
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
Stepan Mishura wrote:
On 6/27/06, Geir Magnusson Jr wrote:
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
Seems, it is not so easy to define the proper test set...
Let's define target to run the integration test. It may be:
1) we want to be sure that all were integrated correctly?
2) or we want to guaranty the 'product quality' for build?
3) some other?
If target is 1) than we should run minimal
Tim Ellison wrote:
There was a submission that enabled finer control of failing tests (even
by platform etc.)
I may be wrong but commenting out tests usually means that they never
get fixed;
Yes, that was my concern as well.
even putting them into exclude clauses in the ant script is
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 arbitrarily tried doing exactly
Hi Tim,
Fixed by your revision 417397 change. Looks like I just chose a bad time
to update from the repository.
Thanks,
George
George Harley wrote:
Hi Tim,
I have started to see test errors in my local Windows XP sandbox since
this commit. In particular there are three tests in the new
My fault -- fixing it...
Apache Harmony Build wrote:
Online report :
http://ibmonly.hursley.ibm.com/continuum/win.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/6/buildId/1457
Build statistics:
State: Failed
Previous State: Failed
Started at: Tue, 27 Jun 2006
On 6/27/06, Geir Magnusson Jr wrote:
Stepan Mishura wrote:
On 6/27/06, Geir Magnusson Jr wrote:
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.
I messed up my commit by commiting at modules/ level when there were
also changes in native-src/ -- sorry about that.
It's not been a good week already.
Regards,
Tim
George Harley wrote:
Hi Tim,
Fixed by your revision 417397 change. Looks like I just chose a bad time
to update from the
Alexander Kleymenov wrote:
Paulex Yang wrote:
Any better solution is highly appreicated, Thanks!
I can propose another way: begin() method creates new thread listening
for Thread.curentThread().isInterrupted() status and if it becomes
true, it just calls close() method, triggers the state
Tim Ellison wrote:
I messed up my commit by commiting at modules/ level when there were
also changes in native-src/ -- sorry about that.
Eh. You caught it :)
It's not been a good week already.
Regards,
Tim
George Harley wrote:
Hi Tim,
Fixed by your revision 417397 change.
Just a note to get some more discussion going.
Mark and I were talking about how to start refactoring out dependencies
to a 'peer' to drlvm and classlib. And Tim and I have discussed this
too... I just want to capture and get the conversation out here...
So, the idea is that it would be nice to
Alexander Kleymenov wrote:
Hello,
Paulex Yang wrote:
IIRC, Archie's suggest #3 is about select interruption, so what's your
suggestion to implement the blocking I/O interruption?
Use non-blocking calls instead of blocking ones. There are some
approaches
to implement non-blocking I/O over
Good day,
Anyway it seems that creating an automated Eclipse scenario as
described by Salikh will be useful. I'll try to create the scenario,
corresponding build target and file a JIRA issue with patch for the
new functionality.
On 6/27/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
Seems, it is
Weldon,
Weldon Washburn wrote:
It would be really nice if jitrino.jet allowed the write barrier to be
selected at the start of jitting an individual method. Is this
possible?
Sure. Currently, jitrino.jet handles some of OpenMethodExecutionParams
flags to instrument the jitted code.
The
Do not you think these should be different Eclipse scenarios?:
1) simple scenario that run Eclipse, compile small application and runs it
2) simple debug scenario
3) scenario that runs ant-builder
4-N) other scenarios that emulate user work
Am I correct that you are going to use record and play
Concerning Mark's observation lsat week on AWT/Swing
where only a, couple of files were C++ instead of C
source code:
I thing it would make library maintenance easier when
everything is done in one single, regular manner.
If everything is C but a short segment, it would
make the world run better
Hello All,
Here we think it's a bug of RI. I have addressed this issue in the
comments of these test cases. You may want to refer to the spec of
java.util.Formatter. Do you think I shall raise a Non-bug differences
from RI in JIRA? Thanks a lot.
quote
public Formatter(Appendable a)
Vladimir,
Regarding what tool will be used - I don't know yet. I'm studying
Eclipse plugins right now. Seems like the situation with standard
macro recording and playback in Eclipse is not very good now [1], so
the emulation will be based on one of Eclipse plugins or will be a
hand-written
Vladimir Ivanov wrote:
Do not you think these should be different Eclipse scenarios?:
1) simple scenario that run Eclipse, compile small application and runs it
2) simple debug scenario
3) scenario that runs ant-builder
4-N) other scenarios that emulate user work
Doing multiple scenarios
On 27 June 2006 at 16:23, Gregory Shimansky [EMAIL PROTECTED] wrote:
Anyway, I hope my NASM port will not be discarded because it may
be used to compile Harmony with free as in speech Cygwin or MinGW
toolchains.
It wont!
A while back I looked at the MinGW toolchain, but gave up since with
Let's move to C++? :)
2006/6/27, bootjvm [EMAIL PROTECTED]:
Concerning Mark's observation lsat week on AWT/Swing
where only a, couple of files were C++ instead of C
source code:
I thing it would make library maintenance easier when
everything is done in one single, regular manner.
If
On 27 June 2006 at 7:00, bootjvm [EMAIL PROTECTED] wrote:
Concerning Mark's observation lsat week on AWT/Swing
where only a, couple of files were C++ instead of C
source code:
I thing it would make library maintenance easier when everything is
done in one single, regular manner. If
On 27 June 2006 at 16:49, Mark Hindess [EMAIL PROTECTED] wrote:
On 27 June 2006 at 7:00, bootjvm [EMAIL PROTECTED] wrote:
Concerning Mark's observation lsat week on AWT/Swing
where only a, couple of files were C++ instead of C
source code:
I thing it would make library maintenance
Archie,
I notice that there is a common code path that goes:
_jc_derive_type_from_classfile which calls:
_jc_parse_classfile
_jc_derive_type_interp which calls:
_jc_parse_classfile (with, I think, the same arguments as before)
Is this correct? Perhaps we could avoid making the
Mark Hindess wrote:
On 27 June 2006 at 7:00, bootjvm [EMAIL PROTECTED] wrote:
Concerning Mark's observation lsat week on AWT/Swing
where only a, couple of files were C++ instead of C
source code:
I thing it would make library maintenance easier when everything is
done in one single, regular
Archie Cobbs wrote:
Mark Hindess wrote:
I notice that there is a common code path that goes:
_jc_derive_type_from_classfile which calls:
_jc_parse_classfile
_jc_derive_type_interp which calls:
_jc_parse_classfile (with, I think, the same arguments as before)
Is this correct?
Gregory Shimansky skrev den 27-06-2006 14:23:
Cool! Thanks for the pointer. This is something new. The date
published is
June 7 2006 which is pretty recent. It happened after I've written my
email
about MASM not available.
Thank you all for your help. I have now managed to build classlib
On 6/27/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
2006/6/27, Rana Dasgupta [EMAIL PROTECTED]:
I also read your interesting experiments on the other linked
thread. Microsoft appears to have a new tool mt.exe to embed these
manifests:
mt.exe -manifest someapp.exe.manifest
Gregory Shimansky wrote:
snip lot of good stuff
Why does classlib require
its own zlib to be built from sources? Shouldn't it be another external
dependency provided in binary form or by the system?
Yes! absolutely, it should use the system version.
Regards,
Tim
--
Tim Ellison ([EMAIL
Hi Harmony developers,
I checked the jdk1.4 and 1.5 comparison charts and 1.4 coverage looks
impressive and 1.5 looks like 75%. Can anyone give me their best estimate of
when you think you'll have a 95% + coverage of jdk 1.5?
Thanks
KR
On Wednesday 28 June 2006 02:08 Matt Benson wrote:
nmake seems to choke looking for a ntwin32.mak file.
I don't care too much about the native stuff actually,
but I wanted to play with the build system, so I want
to make sure I don't break anything. Does anyone have
any advice?
The file
Thanks, Gregory... my embarrassed apologies for having
managed to skim those messages without retaining
anything useful!
-Matt
--- Gregory Shimansky [EMAIL PROTECTED] wrote:
On Wednesday 28 June 2006 02:08 Matt Benson wrote:
nmake seems to choke looking for a ntwin32.mak
file.
I don't
Good news: with patches for HARMONY-677, I was able to run 1.5 classes
on DRLVM + classlib built with target=1.5.
But, I had some fun with the default javac (tried Sun jdk1.5.0_06 and
jrockit-jdk1.5.0-windows-ia32), which outwits itself in optimizing
String concatenations.
At first I got puzzled
52 matches
Mail list logo