Bug 50520 - getReaderForText never returns
Summary: getReaderForText never returns
Status: ASSIGNED
Alias: None
Product: classpath
Classification: Unclassified
Component: awt (show other bugs)
Version: unspecified
: P3 normal
Target Milestone: ---
Assignee: Andrew John Hughes
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-25 23:37 UTC by gccbugs.8.enormator
Modified: 2016-10-03 17:24 UTC (History)
1 user (show)

See Also:
Host: x86_64-linux-gnu (Xubuntu 11.04)
Target: x86_64-linux-gnu
Build:
Known to work:
Known to fail:
Last reconfirmed: 2016-10-03 00:00:00


Attachments
a minimized code sample that can reproduce the bug (469 bytes, text/x-java)
2011-09-25 23:37 UTC, gccbugs.8.enormator
Details

Note You need to log in before you can comment on or make changes to this bug.
Description gccbugs.8.enormator 2011-09-25 23:37:15 UTC
Created attachment 25364 [details]
a minimized code sample that can reproduce the bug

the method getReaderForText in the class DataFlavor seems not to terminate. In the minimal example program I attached, "initialized" is printed but then nothing else. The expected behavior would be that this program prints "initialized" and then prints "reader initialized" and then prints the content of the clipboard.

exact commandline used: gcj -Wall -Wextra --main=ClipboardReadTest ClipboardReadTest.java
there are no warnings or errors produced.

The .i file is not attached because the .java file is a minimized test file which includes no other files.

gcj -v says this:
Using built-in specs.
Reading specs from /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.5.2/libgcj.spec
rename spec startfile to startfileorig
rename spec lib to liborig
COLLECT_GCC=gcj
COLLECT_LTO_WRAPPER=/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.5.2/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.5.2-8ubuntu1' --with-bugurl=file:///usr/share/doc/gcj-4.5/README.Bugs --enable-languages=c,c++,java --prefix=/usr --program-suffix=-4.5 --enable-shared --enable-multiarch --with-multiarch-defaults=x86_64-linux-gnu --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib/x86_64-linux-gnu --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.5 --libdir=/usr/lib/x86_64-linux-gnu --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-time=yes --disable-libmudflap --enable-plugin --enable-gold --enable-ld=default --with-plugin-ld=ld.gold --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.5/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.5 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.5 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu1)
Comment 1 Andrew Pinski 2016-09-30 22:50:20 UTC
Closing as won't fix as the Java front-end has been removed from the trunk.
Comment 2 Andrew John Hughes 2016-10-03 17:23:39 UTC
Same behaviour with CACAO or JamVM + GNU Classpath. MOving to GNU Classpath.