[Bug libgcj/31728] New: --enable-java-maintainer-mode should pass JNI header options to classpath configure
When --enable-java-maintainer-mode is specified, libgcj's configure should pass --enable-regen-headers --with-javah=maintainer gjavah --with-classpath=$srcdir/classpath/lib to classpath/configure, so that GNU Classpath's JNI headers are rebuilt with the maintainer gjavah against the bootstrap classes. -- Summary: --enable-java-maintainer-mode should pass JNI header options to classpath configure Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: fitzsim at redhat dot com ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
[Bug libgcj/31728] --enable-java-maintainer-mode should pass JNI header options to classpath configure
--- Comment #1 from fitzsim at redhat dot com 2007-04-27 19:59 --- Also, classpath/include/Makefile.am needs to only list headers actually built in the libgcj build, and the -force option should be passed to the gjavah calls. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #13 from fitzsim at redhat dot com 2006-08-22 20:41 --- Fixed by installing logging.properties and classpath.security in both lib and lib64, in the multilib case. This means that 32- and 64-bit property and module lists can be manipulated separately. Doing so will also fix PR28775. -- fitzsim at redhat dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug java/28775] gcj-dbtool fails to work on x86_64: NoSuchAlgorithmException: MD5
--- Comment #3 from fitzsim at redhat dot com 2006-08-22 20:41 --- Fixed on trunk by commit for PR 27890. -- fitzsim at redhat dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28775
[Bug libgcj/28312] peer libraries are installed into gcjversionedlibdir, not into nativeexeclib
--- Comment #6 from fitzsim at redhat dot com 2006-08-15 15:01 --- What are you trying to do, exactly? This is the intended behaviour, that libgcj's configure overrides classpath's configure by injecting --with-native-libdir. Here is the configure fragment: # Determine where the standard .db file and GNU Classpath JNI # libraries are found. multi_os_directory=`$CC -print-multi-os-directory` case $multi_os_directory in .) dbexecdir='$(libdir)/gcj-$(gcc_version)' # Avoid /. ac_configure_args=$ac_configure_args --with-native-libdir=\$\(libdir\)/gcj-`cat $srcdir/../gcc/BASE-VER` ;; *) dbexecdir='$(libdir)/'$multi_os_directory'/gcj-$(gcc_version)' ac_configure_args=$ac_configure_args --with-native-libdir=\$\(libdir\)/$multi_os_directory/gcj-`cat $srcdir/../gcc/BASE-VER` ;; esac AC_SUBST(dbexecdir) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28312
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #9 from fitzsim at redhat dot com 2006-08-14 19:41 --- (In reply to comment #8) Is this really the only problem? All .la, .a and .so files get overwritten as well. I'm not sure what you mean by this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug libgcj/28312] peer libraries are installed into gcjversionedlibdir, not into nativeexeclib
--- Comment #4 from fitzsim at redhat dot com 2006-08-14 17:23 --- Yes, closing. -- fitzsim at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28312
[Bug libgcj/28244] [4.2 regression] missing dependency causes build failure
--- Comment #5 from fitzsim at redhat dot com 2006-07-06 21:14 --- I fixed the missing dependency on trunk. The hppa-unknown-linux-gnu problem should probably be a separate bug. I'm closing this one. -- fitzsim at redhat dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28244
[Bug libgcj/28244] [4.2 regression] missing dependency causes build failure
--- Comment #2 from fitzsim at redhat dot com 2006-07-04 17:30 --- I'm testing a fix for this. -- fitzsim at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28244
[Bug libgcj/28175] New: libgcj install tree should be relocatable
Ideally, libgcj's install tree would be relocatable. Currently though, there are places where we hard-code full paths, such as the -rpath values in gij. It would be nice if someone went through all such references and turned them into relative paths. On Linux-based systems one could use /proc/self/exe to look up the bin prefix. Other platforms would require their own tricks. -- Summary: libgcj install tree should be relocatable Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28175
[Bug libgcj/27939] New: eclipse deadlock on startup
After killing Eclipse, for example to avoid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27027 , starting it again deadlocks. The main window is initally drawn but then hangs so that the window contents are never updated again. This seems like a race condition that causes a deadlock because it does not always happen. Restarting Eclipse four or five more times eventually brings it up. -- Summary: eclipse deadlock on startup Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27939
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #6 from fitzsim at redhat dot com 2006-06-06 14:07 --- On the JDK lib files are stored in $JAVA_HOME/jre/lib. I've recently moved some files, like libjawt.so, that would conflict for multiple, parallel libgcj installations to the same prefix, to $(libdir)/gcj-$(gcc_version). I think we should move all such files there, and that directory should be libgcj's equivalent to the JDK's $JAVA_HOME/jre/lib. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- Comment #4 from fitzsim at redhat dot com 2006-05-03 19:24 --- After a discussion about this with Sven, I think our current implementation is fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- Comment #5 from fitzsim at redhat dot com 2006-05-03 19:25 --- Closing as WONTFIX. -- fitzsim at redhat dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug libgcj/25250] Turn off lib-foo-bar class loading mechanism by default
--- Comment #1 from fitzsim at redhat dot com 2006-04-05 23:09 --- There is another problem with how the AWT peer code is installed that we've run into in Fedora Core. We sometimes want to ship multiple versions of GCJ. The unversioned lib-java-awt-peer-gtk.so is installed in /usr/lib by default by both versions of GCJ, so we have to remove it and use the versioned lib-java-awt-peer-gtk.so.N files instead. Instead, GCJ should store unversioned shared objects that it dlopens in its versioned directory. -- fitzsim at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |abalkiss at redhat dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25250
[Bug libgcj/27027] New: thread cancellation and native Eclipse
In native Eclipse, cancelling builds does not work. Presumably this is a libgcj problem with thread cancellation. It would dramatically improve the user experience in native Eclipse if thread cancellation were properly supported. -- Summary: thread cancellation and native Eclipse Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27027
[Bug libgcj/27031] New: native Eclipse uses too much memory on startup, sometimes
I can't really be more specific than this, but sometimes when I start up native Eclipse it uses all available memory immediately. I'll attach a screenshot of top when it happens. -- Summary: native Eclipse uses too much memory on startup, sometimes Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27031
[Bug libgcj/27031] native Eclipse uses too much memory on startup, sometimes
--- Comment #1 from fitzsim at redhat dot com 2006-04-04 18:46 --- Created an attachment (id=11206) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11206action=view) Screenshot of top when gij uses all memory when running eclipse. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27031
[Bug java/26624] New: make install too slow due to CNI header installation
make install in libgcj is currently very slow compared to make install-exec because of the number of CNI headers and how they are installed, that is one install command per header. This should be sped up so that we can simply use make install on rebuilds since this is most likely what the uninitiated will use. -- Summary: make install too slow due to CNI header installation Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26624
[Bug java/26625] New: libgcj-4.2.0.jar not rebuilt after a source file change
We were modifying libjava/java/lang/Character.java and rebuilding, and libgcj-4.2.0.jar wasn't being rebuilt. I didn't try to figure out why but I thought I'd file the issue since others have seen it too. -- Summary: libgcj-4.2.0.jar not rebuilt after a source file change Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26625
[Bug libgcj/24798] classmap.db should reside in /var/lib/gcj/
-- fitzsim at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-23 21:01:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24798
[Bug java/24798] New: classmap.db should reside in /var/lib/gcj/
From [EMAIL PROTECTED]: While we're changing things here I'd like to propose that the global database be moved from /usr/lib/gcj-x.y.z/classmap.db to somewhere like /var/lib/gcj/classmap.db. Unlike the per-package files the global database is machine-specific, so putting it in /var makes us more LSB-compliant. One practical advantage of this is that it would allow our rpms to be used on systems with readonly /usr partitions. -- Summary: classmap.db should reside in /var/lib/gcj/ Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24798
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- Comment #3 from fitzsim at redhat dot com 2005-10-29 01:55 --- I want to leave it open until we have a pure-java implementation that reads colors from a .properties file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug awt/20757] FontMetrics.getStringBounds() missing
--- Comment #2 from fitzsim at redhat dot com 2005-10-05 15:21 --- Fixed. Closing. -- fitzsim at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
[Bug awt/20757] FontMetrics.getStringBounds() missing
-- fitzsim at redhat dot com changed: What|Removed |Added Target Milestone|--- |0.19 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
[Bug libgcj/23761] java.library.path doesn't affect module loading path
--- Additional Comments From fitzsim at redhat dot com 2005-09-15 20:17 --- Fixed on mainline. Closing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761
[Bug awt/16203] need to kill awt helper threads on gui app exit
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 13:52 --- This broke when we moved back to the two-threaded event loop model. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16203
[Bug awt/16203] need to kill awt helper threads on gui app exit
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 13:53 --- *** Bug 23877 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||roman at kennke dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16203
[Bug libgcj/23762] java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-14 20:14:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
[Bug libgcj/23762] java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 20:15 --- Fixed on HEAD. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization
--- Additional Comments From fitzsim at redhat dot com 2005-09-10 01:15 --- I'm changing the summary to be more general. Now that GTK 2.8 and Cairo 1.0 are out we can make the transition to using Graphics2D exclusively in the GTK peers. This will allow us to re-organize the Image APIs to handle VolatileImages, BufferedImages and normal Images, remove GdkGraphics, remove GdkPixbufDecoder and split GdkGraphics2D into Image- and Component-specific graphics-contexts. -- What|Removed |Added Summary|Image APIs should use |GTK 2.8 peer Image and |BufferedImage exclusively |Graphics API reorganization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
[Bug libgcj/23761] New: java.library.path doesn't affect module loading path
Setting java.library.path on the gij command line should set the module loader
path to the given argument. Currently an attempt is made to do this in
natSystemProperties.cc:
// If java.library.path is set, tell libltdl so we search the new
// directories as well. FIXME: does this work properly on Windows?
::java::lang::String *path =
newprops-getProperty(JvNewStringLatin1(java.library.path));
if (path)
{
char *val = (char *) _Jv_Malloc (JvGetStringUTFLength (path) + 1);
jsize total = JvGetStringUTFRegion (path, 0, path-length(), val);
val[total] = '\0';
_Jv_SetDLLSearchPath (val);
_Jv_Free (val);
}
_Jv_SetDLLSearchPath in turn calls lt_dlsetsearchpath but this call does nothing
since lt_dlinit has not been called at this point in gij startup.
--
Summary: java.library.path doesn't affect module loading path
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761
[Bug libgcj/23762] New: java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR
If java.library.path was not specified on the command line its value should default to the contents of LD_LIBRARY_PATH on GNU/Linux systems or LTDL_SHLIBPATH_VAR generally. -- Summary: java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 12:36 --- Filed two new bugs for the remaining java.library.path issues: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762 I'm closing this bug. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/21598] rendering problem with button text
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 15:48 --- I filed a bug against GTK: http://bugzilla.gnome.org/show_bug.cgi?id=315462 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21598
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 01:07 --- It turns out that Sun handles this in a strange way. To ensure that libjawt.so is found automatically, Sun's java executable prepends $JAVA_HOME/jre/lib/i386 to LD_LIBRARY_PATH then re-exec's itself within the new environment. I've just added a java command to java-gcj-compat that does the same thing only exec's gij instead of re-exec'ing itself. java.library.path has nothing to do with LD_LIBRARY_PATH except that its user-visible value defaults to the contents of LD_LIBRARY_PATH. The argument to -Djava.library.path= should be added to the dynamic library loader's search path. So we also need to support running JAWT apps like this: java -Djava.library.path=. gnu.classpath.examples.jawt.DemoJAWT Currently this doesn't work. Though the initial problem is fixed now, I won't close this bug until this usage pattern is also supported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/21598] rendering problem with button text
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 04:09 --- This is actually a GTK bug; a GtkButton doesn't center its child vertically when the child's size requisition exceeds its size allocation. I'm going to write a GTK test case and submit a bug report and patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21598
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 17:40 --- From http://java.sun.com/j2se/1.5.0/docs/guide/jni/spec/functions.html : IsAssignableFrom jboolean IsAssignableFrom(JNIEnv *env, jclass clazz1, jclass clazz2); Determines whether an object of clazz1 can be safely cast to clazz2. GtkWindowPeer can be safely cast to GtkGenericPeer so IsAssignableFrom should return JNI_TRUE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug libgcj/23739] New: IsAssignableFrom reverses arguments
libgcj's IsAssignableFrom returns results opposite to those returned by Sun. This seems to be a simple mix-up of the meanings of the function's two arguments. -- Summary: IsAssignableFrom reverses arguments Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739
[Bug libgcj/23739] IsAssignableFrom reverses arguments
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:54 --- Created an attachment (id=9669) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9669action=view) test case demonstrating incorrect IsAssignableFrom results To build the test case, run make in the iaf directory. $ make JAVA=gij run LD_LIBRARY_PATH=. $JAVA iaf B extends A isAssignableFrom (A, B): 1 isAssignableFrom (B, A): 0 $ make JAVA=/usr/java/jdk1.5.0_01/bin/java run LD_LIBRARY_PATH=. $JAVA iaf B extends A isAssignableFrom (A, B): 0 isAssignableFrom (B, A): 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:55 --- What I'm seeing is a bug in libgcj's implementation of IsAssignableFrom. I've filed a separate report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug awt/20720] crash when pressing laptop arrow keys
--- Additional Comments From fitzsim at redhat dot com 2005-09-06 03:16 --- Fixed in GNU Classpath. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
[Bug awt/16793] image not redrawn on expose events
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 06:50 --- This is fixed now. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16793
[Bug libgcj/23686] path embbeded using -rpath is ignored when handling System.loadLibrary()
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 20:53 --- Confirmed. Run the tests like this: LD_LIBRARY_PATH=`pwd` ./linked LD_LIBRARY_PATH=`pwd` ./linkedjava -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
[Bug libgcj/23686] path embbeded using -rpath is ignored when handling System.loadLibrary()
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 21:25 --- In this case we have shared libraries under /opt with the same names as libraries under /usr/lib, and we want our program to always use the /opt libraries without users having to set LD_LIBRARY_PATH. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 01:02 --- This is actually a libgcj bug. I'm changing the Product. -- What|Removed |Added Component|classpath |libgcj Product|classpath |gcc Target Milestone|--- |4.1.0 Version|0.17|4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/20014] BufferedImage.getGraphics() aborts
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 04:21 --- This worked on GNU Classpath CVS with -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. I also committed a small fix to make it work without -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
[Bug awt/20782] jawt assertion failure
--- Additional Comments From fitzsim at redhat dot com 2005-08-31 21:57 --- Fixed in GNU Classpath. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
[Bug libgcj/23549] gij swallows args after -ea
--- Additional Comments From fitzsim at redhat dot com 2005-08-30 16:22 --- Fixed on CVS HEAD. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From fitzsim at redhat dot com 2005-08-30 20:44 --- I suspect this is the same problem manifesting itself in JNI. This assertion fails in the GTK peers: assert ((*env)-IsAssignableFrom(env, objclazz, table-clazz)); table-clazz points to GtkGenericPeer and objclazz points to GtkWindowPeer; clearly IsAssignableFrom should return JNI_TRUE in this case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug awt/21660] FileDialog.SAVE broken
--- Additional Comments From fitzsim at redhat dot com 2005-08-26 04:03 --- The segfault is fixed: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23571 -- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21660
[Bug awt/21660] FileDialog.SAVE broken
--- Additional Comments From fitzsim at redhat dot com 2005-08-26 04:36 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21660
[Bug java/23549] gij swallows args after -ea
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:16 --- Yes; also these should be strncmp calls, since these options can be followed by :packagename etc.. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-24 19:16:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
[Bug awt/16729] Component.print() and Component.printAll() does not affect graphics parameter
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729
[Bug awt/17782] KeyboardFocusManagers should be partitioned by ClassLoader
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17782
[Bug awt/19844] Swing components ignore key events
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:23 --- This is fixed now. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19844
[Bug swing/19845] Swing ToolTipManager and getLocationOnScreen
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:28 --- Lillian, can you have a look at this one? I assume this is fixed already. -- What|Removed |Added AssignedTo|fitzsim at redhat dot com |langel at redhat dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19845
[Bug swing/19849] Swing: ActionEvent.getActionCommand null
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19849
[Bug swing/19860] Swing JOptionPane and multiline texts
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19860
[Bug swing/19861] Swing JOptionPane without parent frame
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19861
[Bug swing/19862] Swing JTextField fails with StringIndexOutOfBoundsException
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:30 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19862
[Bug awt/20014] BufferedImage.getGraphics() aborts
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
[Bug awt/20630] Image APIs should use BufferedImage exclusively
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
[Bug awt/21660] FileDialog.SAVE broken
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:34 --- This test case segfaults now. Making high-priority. -- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21660
[Bug awt/20014] BufferedImage.getGraphics() aborts
-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
[Bug awt/16005] GridBagLayout resizes components incorrectly when weigthy value is set
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
[Bug awt/16628] Focus opposites implementation.
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16628
[Bug awt/20720] crash when pressing laptop arrow keys
-- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
[Bug awt/20782] jawt assertion failure
-- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
[Bug classpath/21741] Need configure option to set java.library.path
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/16825] Bad results for QuadCurve2D.solveQuadratic
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:43 --- *** Bug 22724 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||from-classpath at savannah ||dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16825
[Bug classpath/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 21:58 --- OK, $JAVA_HOME/jre/lib/i386 needs to go in gnu.classpath.boot.library.path and java.library.path. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug java/23549] gij swallows args after -ea
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
[Bug awt/16825] need to reimplement QuadCurve2D.solveQuadratic
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 23:49 --- We need to reimplement QuadCurve2D.solveQuadratic, possibly using the algorithm described here: http://www.library.cornell.edu/nr/bookcpdf/c5-6.pdf -- What|Removed |Added Summary|Bad results for |need to reimplement |QuadCurve2D.solveQuadratic |QuadCurve2D.solveQuadratic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16825
[Bug swing/21635] GLib-GObject-WARNING with jython
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 15:12 --- I can't reproduce this on Classpath CVS HEAD. Resolving as fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21635
[Bug awt/17254] [java-gui-branch] Hang when resizing AWT window on Alpha
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 15:36 --- I've fixed the locking problems, and changed how resizing works so that it doesn't happen in the GTK thread. Although I don't have an Alpha to test on, my guess is that this won't happen anymore. Please re-open this bug report if you are still seeing the NegativeArraySizeException. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17254
[Bug swing/16524] implementation of JTable
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 15:47 --- JTable is implemented now. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16524
[Bug swing/16776] JH will not build to a shared libary without some SWING classes
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 16:08 --- This bug boils down to: we don't have a complete implementation of javax.swing.text.html yet. I'm going to create a new bug for that and close this one as a duplicate. *** This bug has been marked as a duplicate of 23505 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16776
[Bug swing/17360] JScrollPane has incorrect size when JList with specified size is added to it
-- What|Removed |Added AssignedTo|graydon at redhat dot com |abalkiss at redhat dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17360
[Bug swing/17362] Scrollbars in JScrollPane appear only if the Container containing JScrollPane is revalidated
-- What|Removed |Added AssignedTo|graydon at redhat dot com |abalkiss at redhat dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17362
[Bug swing/20015] JMenu stays open but should not
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 16:19 --- This is partially fixed. However, clicking again anywhere on the JMenuBar itself should also close the menu. Currently clicking on the empty part of the JMenuBar doesn't close the menu. -- What|Removed |Added AssignedTo|rodimina at redhat dot com |langel at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20015
[Bug swing/19863] Swing JMenus appear at wrong locations
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 17:04 --- I tested this with twm and committed a fix. Now, other than heavyweight popup menus having a frame, which is a little strange, but WM-dependent, everything seems fine. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19863
[Bug swing/20707] JList not respecting LayoutOrientation
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 17:42 --- This has been fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20707
[Bug swing/22616] new ImageIcon().getIconHeight() throws NPE
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 18:30 --- Patch committed, thanks. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22616
[Bug swing/16774] Box Layout shouldn't resize components to fill the entire space of the container
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 20:27 --- Fixed. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16774
[Bug swing/17275] Filechooser implementation
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 20:28 --- Done. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17275
[Bug classpath/21741] Need configure option to set java.library.path
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/21747] JAWT_X11DrawingSurfaceInfo missing depth field
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:00 --- Fixed in Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21747
[Bug awt/20782] jawt assertion failure
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:12 --- This suggests that a paint event is being delivered to the Canvas before the canvas's peer has been shown. I don't think this should ever happen though. We'll re-test this when my latest round of jawt patches have beem imported into libgcj. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
[Bug awt/17463] new methods introduced in JDK 1.4 missing in java.awt.Window
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:31 --- Fixed in GNU Classpath. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17463
[Bug java/20597] [meta-bug] missing Java 1.4 support
-- Bug 20597 depends on bug 17463, which changed state. Bug 17463 Summary: new methods introduced in JDK 1.4 missing in java.awt.Window http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17463 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20597
[Bug swing/21635] GLib-GObject-WARNING with jython
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:58 --- I tried to run this under JamVM+Classpath: $ jamvm -Dpython.home=/home/fitzsim/jython-2.1 -classpath /home/fitzsim/jython-2.1/jython.jar org.python.util.jython Jython 2.1 on java1.4.2 (JIT: ) import javax.swing as swing Traceback (innermost last): File console, line 1, in ? ImportError: no module named javax Any idea what I'm missing? -- What|Removed |Added AssignedTo|graydon at redhat dot com |fitzsim at redhat dot com Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-21 00:58:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21635
[Bug swing/16540] GlassPane intercepting of MouseEvents flaky.
-- What|Removed |Added AssignedTo|graydon at redhat dot com |langel at redhat dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16540
[Bug awt/19840] drawImage bug
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:08 --- Fixed in GNU Classpath by Sven de Marothy. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19840
[Bug awt/16822] Graphics.setClip(null) should remove clip
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:32 --- Fixed by: 2005-08-21 Thomas Fitzsimmons [EMAIL PROTECTED] * gnu/java/awt/peer/gtk/GdkGraphics.java (setClip(Shape)): Clear clip when clip == null. * gnu/java/awt/peer/gtk/GdkGraphics2D.java (setClip(Shape)): Likewise. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16822
[Bug awt/16824] GdkPixbufDecoder crashes with image loading programs
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:35 --- Do you have an example program for this? I suspect this was fixed by Sven's image work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16824
[Bug awt/19839] Repaint-loop due to createImage() and non-null ImageObserver
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:38 --- This prints: Got the image: [EMAIL PROTECTED] paint 1 1 repaints, probably ok. Fixed by Sven's image work. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19839
[Bug awt/19843] AWT program ignores System.exit()
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:39 --- Fixed, closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19843
[Bug swing/21444] Swing JList can't do multiple selection
-- What|Removed |Added AssignedTo|graydon at redhat dot com |abalkiss at redhat dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21444
[Bug awt/21600] race condition with java applet
--- Additional Comments From fitzsim at redhat dot com 2005-08-18 02:03 --- This was a problem with locking in the GTK peers and interactions between the main and event threads. We connect a callback to the window realize signal. In that callback we release the GDK lock. The 1x1 window appears when the main thread calls GtkWindowPeer.nativeSetVisible. That method obtains the GDK lock, then calls gtk_widget_show. That eventually calls the realize callback, which then releases the GDK lock. Now, with the window initialization sequence left unlocked, the event dispatch thread can and does take control and receives a 1x1 configure event, before the window initialization is complete. I'm not sure why X/Metacity sends the bogus 1x1 configure event, but it only sends this within this unlocked period. If the lock is held during the callback we receive a configure event with proper dimensions after window initialization is complete. I fixed this by reworking the peers so that we never release the GDK lock within callbacks. It turns out this is never safe to do anyway, so it probably eliminates other similar race conditions. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21600
