> -Original Message-
> From: Stepan Mishura [mailto:[EMAIL PROTECTED]
>
> * When loading the resource, the name is assembled using
> File.separatorChar
> > as the separator, but you should just be using the character "/" since
> > that's the normative class path separator.
>
> I didn't
> -Original Message-
> From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
>
> "Maven layout"? We were doing that layout in Jakarta projects long
> before maven
>
And I would guess the Maven designers would agree. Much of their
documentation talks about how the conventions inferred
On 7/7/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
On 7 July 2006 at 21:29, "Ivan Volosyuk" <[EMAIL PROTECTED]> wrote:
> On 7/7/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >
> > Ivan Volosyuk wrote:
> >
> > >
> > > The drlvm build already has ant property called "build.cfg" and
> > > "bui
On 7 July 2006 at 21:29, "Ivan Volosyuk" <[EMAIL PROTECTED]> wrote:
> On 7/7/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >
> > Ivan Volosyuk wrote:
> >
> > >
> > > The drlvm build already has ant property called "build.cfg" and
> > > "build.cxx" for the debug or release build and the compil
Vladimir,
My simple tests on the RI show that passing null to
ByteBuffer.order(ByteOrder) causes the order to be set to LITTLE_ENDIAN,
or maybe even the opposite of the natural order.
This is the output from a simple test on my machine:
Natural order = BIG_ENDIAN
Set BE order = BIG_ENDIAN
S
On 07/07/06, Magnusson, Geir <[EMAIL PROTECTED]> wrote:
> If people are relying on one implementation that's undocumented
> behaviour, then it's bad code. It may well fail on any other system
> (inc. embedded systems, or other OS, or even between different
> versions).
No kidding. Welcome to t
> -Original Message-
> From: Alex Blewitt [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 07, 2006 11:52 AM
> To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
> Subject: Re: Re: [classlib] compatibility of toString
>
> On 06/07/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >
>
On 7/7/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Ivan Volosyuk wrote:
>
> The drlvm build already has ant property called "build.cfg" and
> "build.cxx" for the debug or release build and the compiler name. The
> properties is initialized from BUILD_CFG and CXX environment
> variables. I
On 7 July 2006 at 10:33, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Alexey Varlamov wrote:
> > I know the topic of test layouts is too popular here, but let me offer
> > some more grounds :)
> >
> > I think classlib tests should include a suite for VM-independent
> > kernel tests, like recently cre
On 7 July 2006 at 16:07, Mark Hindess <[EMAIL PROTECTED]> wrote:
>
> On 7 July 2006 at 18:34, "Anton Luht" <[EMAIL PROTECTED]> wrote:
> > Yuri,
> >
> > I'm trying to test serialization but the simple test:
> >
> > import java.io.*;
> >
> > public class Test {
> > public static void main(Stri
On 06/07/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Here here; if only the API was printOn(OutputStream) then we'd all be
happy(er).
I suspect that it's hear, hear, at least there (in Parliament). :-)
Alex.
-
Terms of use :
On 06/07/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Alex Blewitt wrote:
> IMNSHO I don't think we should by default copy the toString()
> behaviour from the RI, unless mandated by the spec in JavaDoc.
Ok. Good rant, and I agree with it, but I still don't see a reason here
why we shouldn'
Anton,
You suggestion works only if a test extends SerializationTest but we agree
avoid this (i.e. a test should invoke only static utility methods of
SerializationTest)
Thanks,
Stepan.
On 7/7/06, Anton Luht wrote:
Stepan,
I think that there's no need in SerializableAssert interface - just
On 7/7/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> I was trying to compile the kernel classes set from DRLVM independently
> from the classlib and found it difficult because kernel classes set
> currently have a dependence on the internal classlib API, e.g.
> org.apach
Congratulations :-)
Rana
This is something I think we should do sooner rather than later...
geir
Tim Ellison wrote:
> Vladimir Gorr wrote:
>> Agree. However we should have the possibility to run the class library
>> tests
>> against any VM.
>>
>> AFAIK we cannot provide this thing right now (java launcher requests the
>>
On 7 July 2006 at 18:34, "Anton Luht" <[EMAIL PROTECTED]> wrote:
> Yuri,
>
> I'm trying to test serialization but the simple test:
>
> import java.io.*;
>
> public class Test {
> public static void main(String[] args) throws Throwable {
> ObjectOutputStream oos = new ObjectOutputStream(n
On 7/7/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Geir Magnusson Jr wrote:
> Actually, let me flip this the other way...
>
> What are the differences between the impl of the threading lib in DRLVM
> vs that in classlib?
Yep, that is the right question. I don't know the answer, perhaps
whoever m
Yuri,
I'm trying to test serialization but the simple test:
import java.io.*;
public class Test {
public static void main(String[] args) throws Throwable {
ObjectOutputStream oos = new ObjectOutputStream(new
ByteArrayOutputStream());
oos.writeObject(new Object());
}
}
fails:
java.la
Alexey Varlamov wrote:
> 2006/7/7, Tim Ellison <[EMAIL PROTECTED]>:
>> Alexey Varlamov wrote:
>> > I know the topic of test layouts is too popular here, but let me offer
>> > some more grounds :)
>> >
>> > I think classlib tests should include a suite for VM-independent
>> > kernel tests, like rece
Vladimir Gorr wrote:
> Agree. However we should have the possibility to run the class library
> tests
> against any VM.
>
> AFAIK we cannot provide this thing right now (java launcher requests the
> clearvm library).
That is the default name, but you can change it with a command line
option -vm:
Thorbjørn Ravn Andersen wrote:
> Oliver Deakin skrev den 27-06-2006 12:25:
>> Do you mean the header files in deploy/include? If so, the reason they
>> are copied
>> there is so that they are in a shared location for all modules. (In
>> fact it's the same
>> reason that libs are built into deploy/
Gregory Shimansky skrev den 07-07-2006 15:01:
Do you mean you have an error that there is no manifest file present?
This has
been answered too in the same threads about using VC 8.0. I just copied all
the manifests created in native-src/win.IA32 to deloy/jdk/jre/bin manually to
see if it works
Stepan,
I think that there's no need in SerializableAssert interface - just
put assertDeserialized(Serializable, Serializable) method to
SerializationTest class with default implementation based on current
code from defineComparator (if there's equals(), use it, if it's
instance of Throwable, use
On Friday 07 July 2006 16:00 Thorbjørn Ravn Andersen wrote:
> Matt Benson skrev den 06-07-2006 19:25:
> > Some particulars may be slightly different from one
> > machine to the next, but in general this works; we
> > need to get this info in the wiki IMHO
>
> Agreed. I have starting to write such
Oliver Deakin wrote:
> George Harley wrote:
>> Hi,
>>
>> Just seen Tim's note on test support classes and it really caught my
>> attention as I have been mulling over this issue for a little while
>> now. I think that it is a good time for us to return to the topic of
>> class library test layout
Richard Liang wrote:
>
>
> Geir Magnusson Jr wrote:
>> Richard Liang wrote:
>>
>>
>>> For this case, I decide to follow "useRadix(int radix)". Please correct
>>> me if I'm wrong. Thanks a lot.
>>>
>>>
>>
>> Do you mean that you're going to follow the spec? If so, we should note
>> that
Matt Benson skrev den 06-07-2006 19:25:
Some particulars may be slightly different from one
machine to the next, but in general this works; we
need to get this info in the wiki IMHO
Agreed. I have starting to write such an entry, but is currently
stopped by the VSMCR8.DLL problem of VS2005 E
2006/7/7, Tim Ellison <[EMAIL PROTECTED]>:
Alexey Varlamov wrote:
> I know the topic of test layouts is too popular here, but let me offer
> some more grounds :)
>
> I think classlib tests should include a suite for VM-independent
> kernel tests, like recently created testcases in H-765 and H-721
George Harley wrote:
Hi,
Just seen Tim's note on test support classes and it really caught my
attention as I have been mulling over this issue for a little while
now. I think that it is a good time for us to return to the topic of
class library test layouts.
The current proposal [1] sets ou
Geir Magnusson Jr wrote:
Richard Liang wrote:
For this case, I decide to follow "useRadix(int radix)". Please correct
me if I'm wrong. Thanks a lot.
Do you mean that you're going to follow the spec? If so, we should note
that we're making a conscious decision to differ from the RI
Alexey Varlamov wrote:
> I know the topic of test layouts is too popular here, but let me offer
> some more grounds :)
>
> I think classlib tests should include a suite for VM-independent
> kernel tests, like recently created testcases in H-765 and H-721. The
> latter has gone to drlvm/vm/tests/sm
Geir Magnusson Jr wrote:
> Actually, let me flip this the other way...
>
> What are the differences between the impl of the threading lib in DRLVM
> vs that in classlib?
Yep, that is the right question. I don't know the answer, perhaps
whoever made those changes can enlighten us.
Regards.
Tim
Andrey Chernyshev wrote:
I was trying to compile the kernel classes set from DRLVM independently
from the classlib and found it difficult because kernel classes set
currently have a dependence on the internal classlib API, e.g.
org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnectio
On 7/7/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Vladimir Gorr wrote:
> On 7/7/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
>>
>>
>> On 7 July 2006 at 12:55, "Alexey Varlamov" <[EMAIL PROTECTED]
>
>> wrote:
>> >
>> > I know the topic of test layouts is too popular here, but let me
offer
On 7 July 2006 at 10:50, Mark Hindess <[EMAIL PROTECTED]> wrote:
>
> On 7 July 2006 at 16:18, "Vladimir Gorr" <[EMAIL PROTECTED]> wrote:
> >
> > On 7/7/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > On 7 July 2006 at 12:55, "Alexey Varlamov" <[EMAIL PROTECTED]>
> > > wrote:
> > >
can we please try to remember to categorize our subject lines?
:)
geir
Marina Goldburt wrote:
> Hi,
>
> As I see the main idea of the port library is " isolates all platform
> specific knowledge to one area", as written at
> "http://svn.apache.org/viewvc
> /incubator/harmony/enhanced/classlib
Vladimir Gorr wrote:
> On 7/7/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
>>
>>
>> On 7 July 2006 at 12:55, "Alexey Varlamov" <[EMAIL PROTECTED]>
>> wrote:
>> >
>> > I know the topic of test layouts is too popular here, but let me offer
>> > some more grounds :)
>> >
>> > I think classlib tests s
On 7 July 2006 at 16:18, "Vladimir Gorr" <[EMAIL PROTECTED]> wrote:
>
> On 7/7/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
> >
> >
> > On 7 July 2006 at 12:55, "Alexey Varlamov" <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > I know the topic of test layouts is too popular here, but let me
> > > offer
Richard Liang wrote:
> For this case, I decide to follow "useRadix(int radix)". Please correct
> me if I'm wrong. Thanks a lot.
>
Do you mean that you're going to follow the spec? If so, we should note
that we're making a conscious decision to differ from the RI.
geir
--
Richard Liang wrote:
>
>
> Geir Magnusson Jr wrote:
>> This is a great example. The last two aren't even legal exceptions for
>> that method.
>>
>> It seems like the RI is doing random crap, and it wouldn't be something
>> that someone would depend on... can you imagine?
>>
>>
> Thanks a lo
On 7/7/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
On 7 July 2006 at 12:55, "Alexey Varlamov" <[EMAIL PROTECTED]>
wrote:
>
> I know the topic of test layouts is too popular here, but let me offer
> some more grounds :)
>
> I think classlib tests should include a suite for VM-independent
> kerne
Marina,
Marina Goldburt wrote:
Tim, Paulex,
Will look at the file locking later...And I'm sure there are other
things worthing evaluation to be portlib extension.
And what is the way to extend the portlib functionality? If we add all
the
missing functions to the HyPortLibrary structure, th
Tim Ellison wrote:
May I tactfully suggest that we get this back to a discussion of the
pros and cons of JUnit test suites and/or TestNG metadata vs. directory
layout.
It sounds like we all want to resolve that problem asap.
Regards,
Tim
+1
--
George
George Harley wrote:
Mark Hin
On 7 July 2006 at 12:55, "Alexey Varlamov" <[EMAIL PROTECTED]>
wrote:
>
> I know the topic of test layouts is too popular here, but let me offer
> some more grounds :)
>
> I think classlib tests should include a suite for VM-independent
> kernel tests, like recently created testcases in H-765 and
On 6 July 2006 at 23:42, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>
>
> Mark Hindess wrote:
> > On 7 July 2006 at 0:43, "Ivan Volosyuk" <[EMAIL PROTECTED]> wrote:
> >> On 7/7/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
> >
> >> I can make this patch. One question, is it ok to have same
On 6 July 2006 at 21:02, "Nathan Beyer" <[EMAIL PROTECTED]> wrote:
>
> I think Tim has a valid point, or at least the point I'm inferring
> seems valid: the testing technology is not the real issue. This
> problem can be solved by either JUnit or TestNG. More specifically,
> this problem can be so
On 7 July 2006 at 2:25, "Ivan Volosyuk" <[EMAIL PROTECTED]> wrote:
> On 7/7/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
> > On Friday 07 July 2006 01:28 Ivan Volosyuk wrote:
> > > >
> > > > I'm happy with release and debug but the top-level interface
> > > > (and the module-level interface to
>And the short answer is "yes". The additional file system functionality
>such as file locking and memory mapping required by the (newly authored
>within this project) NIO code should be put into the port library.
And what about hythread platform-dependent code? Have the thread and process
ro
Tim, Paulex,
Will look at the file locking later...And I'm sure there are other
things worthing evaluation to be portlib extension.
And what is the way to extend the portlib functionality? If we add all the
missing functions to the HyPortLibrary structure, the structure will grow
awfully. And,
50 matches
Mail list logo
