Archie Cobbs wrote:
Paulex Yang wrote:
Actually I propose the default value of "interrupt action" is null,
which means the VM will do what it suppose to do for the general
cases(wait(), join(), etc) as before, so the interrupt() might looks
like:
public void interrupt(){
if(action != null
Hi everybody,
It seems RI Socket.getOutputStream().write(byte[]) doesn't send all data
sometimes. Consider following test, which often blocks on RI:
public void test_SocketChannel_BlockWriteRead() throws IOException {
final int CAPACITY_NORMAL = 200;
InetSocketAddress localAddr
Mark Hindess wrote:
Tests failed for me (and the linux build machine) with:
Incorrect host name returned: localhost.localdomain != localhost
junit.framework.AssertionFailedError: Incorrect host name returned:
localhost.localdomain != localhost
at
tests.api.java.net.InetAddressTest.test_ge
Tests failed for me (and the linux build machine) with:
Incorrect host name returned: localhost.localdomain != localhost
junit.framework.AssertionFailedError: Incorrect host name returned:
localhost.localdomain != localhost
at
tests.api.java.net.InetAddressTest.test_getHostName(InetAddre
Hi Stepan,
Maybe it needs configure /etc/hosts ? I'm not sure.
I configured the host file on windows, the test passes. :)
Thanks!
On 6/23/06, Stepan Mishura <[EMAIL PROTECTED]> wrote:
Hi George,
InetAddressTest and SocketPermissionTest still fails for me on Linux.
For example, InetAddressT
Hi George,
InetAddressTest and SocketPermissionTest still fails for me on Linux.
For example, InetAddressTest.test_getAllByNameLjava_lang_String failed with:
Incorrect number of aliases returned: 2 should be 1
junit.framework.AssertionFailedError: Incorrect number of aliases returned:
2 should b
Hello Geir,
I downloaded a fresh copy of harmony from svn and got the same
error. To be clear, these were my steps:
> svn checkout https://svn.apache.org/repos/asf/incubator/harmony
> cd harmony/enhanced/drlvm/trunk/build
> chmod +x build.sh
> ./build.sh update
> ./build.sh
And then I got t
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 move
SerializationTest.java f
This sounds easy and fun.
What's the first thing we do?
geir
Rana Dasgupta wrote:
> Geir,
> Not sure at what level of detail you are asking, but we need some
> changes in the DRLVM class support code to handle the new
> class format. These include the acc_synthetic , acc_annotation etc. acce
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.
> -Original Message-
>
not quite what I meant.
I want to be able to have a "build.properties" file in by /trunk
directory that is personal, not checked in, that lets me override stuff.
I was playing with it by adding a
before the in build.xml, and the problem seems to be that our
invocation of build-java is "inhe
Archie Cobbs wrote:
> Geir Magnusson Jr wrote:
>>> Can we snapshot a few things together (jchevm, classlibadapter, drlvm,
>>> classlib)? Probably in separate archives still at this point?
>>
>> Yes. I think that we'd want 3 :
>>
>> 1) classlib
>> 2) drlvm + classlib
>> 3) jchevm + adapater + cl
Gregory Shimansky wrote:
> On Friday 23 June 2006 02:18 Geir Magnusson Jr wrote:
We would be able to do it if really necessary, but I'd rather avoid if
we can. I do think that the current DRLVM shows that it can be avoided
(so we have a way for people to get started) as well as
On Friday 23 June 2006 02:18 Geir Magnusson Jr wrote:
> >> We would be able to do it if really necessary, but I'd rather avoid if
> >> we can. I do think that the current DRLVM shows that it can be avoided
> >>(so we have a way for people to get started) as well as the
> >> flexibility for peo
Hello
I've tried to run specjvm98 on Linux on drlvm and encountered several problems
with it. I've created JIRA HARMONY-644 with those which I could resolve, I
don't want to repeat what I wrote in comments there already.
I have several questions yet after it.
1. Is it ok to modify Applet to ex
Odd. Nothing should have changed re log4cxx
Sure nothing else changed?
geir
[EMAIL PROTECTED] wrote:
> I just tried building DRLVM out of svn on FC5, and it has a
> build error that I've seen before. This issue was resolved
> when I was using r413745, but now I am using r416471 and it
> is
Gregory Shimansky wrote:
> On Friday 23 June 2006 00:44 Geir Magnusson Jr wrote:
>>> Does something prevent us from keeping these binaries under SVN
>>> similarly how the icu libraries are kept? Is there any licensing
>>> issues given that APR/Log are Apache projects?
>>> These binaries will have
I just tried building DRLVM out of svn on FC5, and it has a
build error that I've seen before. This issue was resolved
when I was using r413745, but now I am using r416471 and it
is back. The error is below:
Thanks,
Naveen
build.native.cpp:
[cc] Starting dependency analysis for 136 f
On Friday 23 June 2006 00:44 Geir Magnusson Jr wrote:
> > Does something prevent us from keeping these binaries under SVN
> > similarly how the icu libraries are kept? Is there any licensing
> > issues given that APR/Log are Apache projects?
> > These binaries will have to be prepared & stored for
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 functions comparing with the original hythr
Sure -- done in r416469.
Regards,
Tim
Geir Magnusson Jr wrote:
> should we make this a property with a default so we can set it arbitrarily?
>
> Not asking you to do it, but just wondering how people feel about having
> that sort of thing...
>
> geir
>
> [EMAIL PROTECTED] wrote:
>> Author: tel
Andrey Chernyshev wrote:
>> I now have drlvm working w/ independent classlib and configure/make
>> building of APR on linux.
>
> This is great, thanks! One more suggestion - what if we try using the
> precompiled binaries for APR, Log4cxx?
What I want to do is remove the dependency builds compl
I agree, it should return -1 as per spec.
Regards,
Tim
Mikhail Loenko wrote:
> Then I believe we should go spec
>
> Thanks,
> Mikhail
>
> 2006/6/22, Andrew Zhang <[EMAIL PROTECTED]>:
>> Hi Mikhail,
>>
>> So far as I know, only the socket obtained from SocketChannel returns 0
>> instead of -1.
>
Well, this is something to look at going forward. So far, none of the
core build process has been changed, just how dependencies are handled.
geir
Andrey Chernyshev wrote:
>> > As far as I understand, the trick with preprocessing XML files
>> allows to keep
>> > platform-specific configuration
I now have drlvm working w/ independent classlib and configure/make
building of APR on linux.
This is great, thanks! One more suggestion - what if we try using the
precompiled binaries for APR, Log4cxx? Their compilation takes the
significant time and may be extra cause of various building issue
On 6/21/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
You can always take a look at what command lines build calls C compiler if you
call build.bat with -d switch (it is just passed to ant). I am not sure if it
One more tip to see what Ant really executes for you is to run:
build.sh -verbo
> As far as I understand, the trick with preprocessing XML files allows to keep
> platform-specific configuration compactly in one readable file.
> And by the way, the XML transformation (what you call "meta build" system) is
> only limited to filtering XML fragments based on the detected platform
Geir,
Not sure at what level of detail you are asking, but we need some
changes in the DRLVM class support code to handle the new
class format. These include the acc_synthetic , acc_annotation etc. access
modifiers, the new attrs like enclosingClass, runtime
visible/invisible attrs, signature
should we make this a property with a default so we can set it arbitrarily?
Not asking you to do it, but just wondering how people feel about having
that sort of thing...
geir
[EMAIL PROTECTED] wrote:
> Author: tellison
> Date: Thu Jun 22 05:14:48 2006
> New Revision: 416344
>
> URL: http://svn
Hello.
As far as I know, current implementation of DRL VM doesn't support Stack
Overflow Error (SOE).
I have found it out using following test:
public class Stack {
static int depth = 0;
public static void func() {
depth++;
func();
}
public static void main(String[] a
This is now resolved. Waiting for squawks of protest before closing.
Things to think about/do :
1) We need richer return codes from procimpl.c execProgram() for windows.
2) I'll find out what config on Ubuntu allowed this behavior (had fork()
fail) and we should add a regression for it, and sta
Then I believe we should go spec
Thanks,
Mikhail
2006/6/22, Andrew Zhang <[EMAIL PROTECTED]>:
Hi Mikhail,
So far as I know, only the socket obtained from SocketChannel returns 0
instead of -1.
If the socket is constructed directly, it returns -1 as spec says. Following
test passes against RI
Geir Magnusson Jr wrote:
Can we snapshot a few things together (jchevm, classlibadapter, drlvm,
classlib)? Probably in separate archives still at this point?
Yes. I think that we'd want 3 :
1) classlib
2) drlvm + classlib
3) jchevm + adapater + classlib (hey, archie, when are you going to ma
Paulex Yang wrote:
Actually I propose the default value of "interrupt action" is null,
which means the VM will do what it suppose to do for the general
cases(wait(), join(), etc) as before, so the interrupt() might looks like:
public void interrupt(){
if(action != null){
action.run();
try it - I set it to 330k max now (I asked Mark)
Geir Magnusson Jr wrote:
>
> Tim Ellison wrote:
>> Geir Magnusson Jr wrote:
>>
>>> I don't remember. I can look it up, but this seems to be a losing
>>> proposition. Maybe the solution is to copy the result file to a
>>> directory somewhere on p
Tim Ellison wrote:
> Geir Magnusson Jr wrote:
>
>> I don't remember. I can look it up, but this seems to be a losing
>> proposition. Maybe the solution is to copy the result file to a
>> directory somewhere on people.apache.org and send a pointer or osmething..
>
> Isn't this a reasonable fir
More items for discussion:
1) Move src/main class files from build to build/classes. I mentioned
this a day or two ago so I'm going to do this soon unless anyone
objects.
2) Move the archive, luni, nio_char, and text clauses from
make/build-test.xml in to the respective module ant files. And
Well, the real question I'd like to get an answer for was: is it
really impossible to remove the license from these files?
2006/6/22, Alexei Zakharov <[EMAIL PROTECTED]>:
Ilya, yes, it is technically possible. But IMHO is not very elegant at
the same time.
2006/6/22, Ilya Neverov <[EMAIL PROTEC
Andrew,
How the current Harmony codes looks like?
According to our compatibility guideline[1], we should stick to Spec if
it is clearly stated.
[1]
http://incubator.apache.org/harmony/subcomponents/classlibrary/compat.html
Andrew Zhang wrote:
Hi everybody,
I found a bug of SocketChannel
Geir Magnusson Jr wrote:
> I don't remember. I can look it up, but this seems to be a losing
> proposition. Maybe the solution is to copy the result file to a
> directory somewhere on people.apache.org and send a pointer or osmething..
Isn't this a reasonable first problem to solve? i.e. we (H
Hi Mikhail,
So far as I know, only the socket obtained from SocketChannel returns 0
instead of -1.
If the socket is constructed directly, it returns -1 as spec says. Following
test passes against RI without any problem.
public void test_socket() throws IOException {
Socket s = new Socket();
a
Ilya, yes, it is technically possible. But IMHO is not very elegant at
the same time.
2006/6/22, Ilya Neverov <[EMAIL PROTECTED]>:
Hi,
Is it easier to preprocess golden files data before the string
comparison? Removing first XML comment with the text
"Copyright*Apache" seems to be an action whi
Hi Andrew,
have you noticed, does RI return 0 for any unbound socket or
only for the sockets obtained from SocketChannel?
Thanks,
Mikhail
2006/6/22, Andrew Zhang <[EMAIL PROTECTED]>:
Hi everybody,
I found a bug of SocketChannel.socket() of RI.
Consider following test case:
public void te
The first thing that came into my mind is as far as it is a regression test,
put somewhere next to the test both old and new Math implementations,
measure 'golden' performances and than measure where the current performance
in comparison to the golden is.
This scenario might be simplified. If you
Hi Mark,
I've added the things to svn::ignore to not commit the binaries accidently.
Mikhail
2006/6/22, Mark Hindess <[EMAIL PROTECTED]>:
This change reminded me about something. The big in
make/build-java.xml currently has:
which means that if you have old versions of d
Tim Ellison wrote:
> Geir Magnusson Jr wrote:
>> Tim Ellison wrote:
>
>>> The problem, AIUI, is that we are only building Windows/Linux 32-bit
>>> code at the moment, and there is no ASF infrastructure where we can host
>>> automated builds on those platforms.
>> And I don't think we'll ever have
Hi,
Is it easier to preprocess golden files data before the string
comparison? Removing first XML comment with the text
"Copyright*Apache" seems to be an action which can not modify content
used in the comparison.
Thank you.
Ilya Neverov,
Intel Middleware Products Division
On 6/22/06, Alexei Za
Geir Magnusson Jr wrote:
> Tim Ellison wrote:
>> The problem, AIUI, is that we are only building Windows/Linux 32-bit
>> code at the moment, and there is no ASF infrastructure where we can host
>> automated builds on those platforms.
>
> And I don't think we'll ever have that as we want in terms
Somebody pointed out to me privately that our contributor questionnaire
[1] doesn't explicitly mention JNDI (javax.naming.*) as part of the
class library.
I'll add it for completeness so people do not have to remember to
mention it in the 'other' category. There is no substantial change to
the fo
This change reminded me about something. The big in
make/build-java.xml currently has:
which means that if you have old versions of dependencies in
depends/jars/*/*.jar then they will be picked up by the build. I
actually saw a compiler error the other day because of th
Hi people,
While working on java.beans tests I've faced a funny problem. There
are tests for XMLEncoder that perform line by line comparison of the
encoder's output with static xml files from /test/resources folder
(string compare). And it seems that at some point of time someone
simply prepend A
Etienne,
My apologies if its already been disclosed on harmony-dev. I searched
for 20 minutes and could not find anything more recent than:
http://sablevm.org/lists/sablevm-devel/2006-March/000620.html
--
Weldon Washburn
Intel Middleware Products Division
And btw, thanks to Tim, Mark and Oliver for thinking about this problem...
Geir Magnusson Jr wrote:
> thx - I've figured out what's going on...
>
> fork() is failing
>
> When I run eclipse w a big max heap, it fails. When it's default heap,
> it doesn't. I'd love to claim that it's Eclipe's fa
Tim Ellison wrote:
> Thorbjørn Ravn Andersen wrote:
>> Tim Ellison skrev den 22-06-2006 12:49:
>>> It has been about a month since our last snapshot, how about we do
>>> another in the next few days (in time for ApacheConEU)?
>>>
>>> Can we snapshot a few things together (jchevm, classlibadapter
Tim Ellison wrote:
> It has been about a month since our last snapshot, how about we do
> another in the next few days (in time for ApacheConEU)?
Definitely (so we can knock that off the roadmap list :)
>
> Can we snapshot a few things together (jchevm, classlibadapter, drlvm,
> classlib)? Pr
thx - I've figured out what's going on...
fork() is failing
When I run eclipse w a big max heap, it fails. When it's default heap,
it doesn't. I'd love to claim that it's Eclipe's fault, but clearly
there's some ulimit thingy in Ubuntu.
Anyway, I'm going to rework the natives so that fork fail
Folks,
I have not been getting much response on this document. Perhaps, I just
did not tell loud enough about it :)
Please, let me know if the document is any good or what needs to be
improved about it. Actually, any kind of feedback is most welcome.
If you say the doc might be useful for commun
Archie Cobbs wrote:
Paulex Yang wrote:
I'm still curious what mechanism will be used to wakeup blocked threads
though.
And when Thread.interrupt() executes the interruptAction and closes
the channel, generally the blocking I/O operation will return with an
error code, and if Harmony user imp
Thorbjørn Ravn Andersen wrote:
> Tim Ellison skrev den 22-06-2006 12:49:
>> It has been about a month since our last snapshot, how about we do
>> another in the next few days (in time for ApacheConEU)?
>>
>> Can we snapshot a few things together (jchevm, classlibadapter, drlvm,
>> classlib)? Prob
Mikhail,
I can convert it to JUnit, but I'm not pretty sure about returning
pass/fail. When you think test should return fail?
Results of test execution can be different on different VM's, it also
dependent of machine speed, etc.
Thanks,
Vladimir.
On 6/22/06, Mikhail Loenko <[EMAIL PROTECTED]>
Vladimir Ivanov wrote:
> Initial size can be reduced, it works fine. So far… Since the number of
> files to compile will only grow as time goes.
> Isn't it more general solution compile sources by modules (in same VM,
> without fork)?
That's how I normally work anyway, and as we have snapshots ava
Initial size can be reduced, it works fine. So far… Since the number of
files to compile will only grow as time goes.
Isn't it more general solution compile sources by modules (in same VM,
without fork)?
Thanks, Vladimir
On 6/22/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
On 22 June 2006 at 9:
Nathan Beyer wrote:
> I've been hacking away at those warnings every chance I get. The 'luni'
> module is going to be filled warnings until we can begin using annotations,
> specifically the @SuppressWarning, especially the Collections classes.
Thanks to George [1] you can now use @SuppressWarning
Tim Ellison skrev den 22-06-2006 12:49:
It has been about a month since our last snapshot, how about we do
another in the next few days (in time for ApacheConEU)?
Can we snapshot a few things together (jchevm, classlibadapter, drlvm,
classlib)? Probably in separate archives still at this point
Paulex Yang wrote:
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
It has been about a month since our last snapshot, how about we do
another in the next few days (in time for ApacheConEU)?
Can we snapshot a few things together (jchevm, classlibadapter, drlvm,
classlib)? Probably in separate archives still at this point?
Regards,
Tim
--
Tim Ellison ([EMAIL P
Magnusson, Geir wrote:
> Could you send me the code for Process so I can see what's going on
> here? :)
Process is a boring abstract type, I suspect that you want to look at
SystemProcess [1] and the associated natives [2].
[1]
http://svn.apache.org/viewvc/incubator/harmony/enhanced/classlib/tru
On 22 June 2006 at 11:45, =?ISO-8859-1?Q?Thorbj=F8rn_Ravn_Andersen?= <[EMAIL
PROTECTED]> wrote:
>
> Tim Ellison skrev den 22-06-2006 10:37:
> >
> > Given that ECJ is now a dependency for our emerging javac tool, perhaps
> > we should make it the default in the build system too?
+1
> Sounds l
Tim Ellison skrev den 22-06-2006 10:37:
Given that ECJ is now a dependency for our emerging javac tool, perhaps
we should make it the default in the build system too?
Sounds like a good idea. It also loosens the initial Java requirement
on the
host system to be a JRE instead of a JDK.
On 22 June 2006 at 9:28, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Mark Hindess wrote:
> > On 22 June 2006 at 10:25, "Vladimir Ivanov" <[EMAIL PROTECTED]> wrote:
> >> 1) the dependency on ecj_3.2RC5 is not checked:
> >>
> >> [copy] Copying
> >> C:\harmony\trunk_0427\depends\jars\bcprov-jd
On the 0x18F day of Apache Harmony Rana Dasgupta 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
Nathan Beyer wrote:
I've been hacking away at those warnings every chance I get. The 'luni'
module is going to be filled warnings until we can begin using annotations,
specifically the @SuppressWarning, especially the Collections classes. There
are a number of cases where unchecked type uses are
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
There are modest changes to the classfile format that need to be
supported; once they are in place we can remove the compiler-hack.
Regards,
Tim
Geir Magnusson Jr wrote:
> It seems we're in general agreement that getting DRLVM to deal with Java
> 5 classfiles is a good place to start.
>
> It sup
Geir Magnusson Jr wrote:
>
> Thorbjørn Ravn Andersen wrote:
>> Tim Ellison skrev den 21-06-2006 11:58:
>>> The build instructions are here [1], let me know if they need updating.
>> Just got around to update and check.
>>
>> The reference to the build.xml file in the help text shown if the
>> dep
Thorbjørn Ravn Andersen wrote:
> Tim Ellison skrev den 21-06-2006 11:58:
>> The build instructions are here [1], let me know if they need updating.
> Just got around to update and check.
>
> The reference to the build.xml file in the help text shown if the
> dependencies have not been downloaded
Mark Hindess wrote:
> On 22 June 2006 at 10:25, "Vladimir Ivanov" <[EMAIL PROTECTED]> wrote:
>> 1) the dependency on ecj_3.2RC5 is not checked:
>>
>> [copy] Copying
>> C:\harmony\trunk_0427\depends\jars\bcprov-jdk14-133\bcprov.jar to
>> C:\harmony\trunk_0427\deploy\jdk\jre\lib\ext\bcprov.
Geir Magnusson Jr wrote:
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
However, in our case, when I say "exec never returns" I mean "exec()"
never returns.
so you'd never actually get to "do IO" above, because you are hanging in
exec().
Big difference, right?
Certainly
Weldon Washburn wrote:
On 6/21/06, Xiao-Feng Li <[EMAIL PROTECTED]> wrote:
If no one else is doing it, I will start the porting of SableVM's gen
GC into DRLVM.
Good idea. Go for it.
I talked to Carl Lebsack today. He mentioned that SableVM asked
permission to relicense his generational GC
Hi everybody,
I found a bug of SocketChannel.socket() of RI.
Consider following test case:
public void test_socket() throws IOException {
SocketChannel sc = SocketChannel.open();
Socket socket = sc.socket();
assertFalse(socket.isBound());
// RI returns 0 instead of -1 he
80 matches
Mail list logo
