On 3/12/07, Vladimir Ivanov wrote:
If changes to the file OSFileSystemLinux32.c were reverted and classlib+drlvm were rebuilt this test passed. Command to revert: classlib/trunk> svn up -r517104 modules/luni/src/main/native/luni/unix/OSFileSystemLinux32.c
Yes, I can reproduce the failure on x86_64 on Linux and if I revert update the test passes. Paulex, could you look into your commit r517145?: patch for HARMONY-3334([classlib][luni-native] Native Method XXX_transferImpl in luni/src/main/native/luni/unix/OSFileSystemLinux32.c did not handle endian properly) Thanks, Stepan.
thanks, Vladimir On 3/12/07, Vladimir Ivanov <[EMAIL PROTECTED]> wrote: > This test passed on r517014 and failed starting from r517145. > > thanks, Vladimir > > On 3/12/07, Vladimir Ivanov <[EMAIL PROTECTED]> wrote: > > Hello everyone, > > the classlib test > > org.apache.harmony.nio.tests.java.nio.channels.FileChannelTest failed > > now on the SUSE 9 Linux on x86_64 platform. This failure is stable. I > > try to identify the guilty commit. > > > > Thanks, Vladimir > > > > Execution log: > > Test: test_transferToJJLWritableByteChannel_SocketChannelClass: > > org.apache.harmony.nio.tests.java.nio.channels.FileChannelTest > > java.io.IOException > > at org.apache.harmony.luni.platform.OSFileSystem.transfer( OSFileSystem.java:238) > > at org.apache.harmony.nio.internal.FileChannelImpl.kernelTransfer( FileChannelImpl.java:455) > > at org.apache.harmony.nio.internal.FileChannelImpl.transferTo( FileChannelImpl.java:443) > > at org.apache.harmony.nio.tests.java.nio.channels.FileChannelTest.test_transferToJJLWritableByteChannel_SocketChannel (FileChannelTest.java:3058) > > at java.lang.reflect.VMReflection.invokeMethod( VMReflection.java) > > >
-- Stepan Mishura Intel Enterprise Solutions Software Division
