Various compilers (C, C++, Objective-C, Java, ...)
Go to file
Jakub Jelinek 7d4d713ef5 4.1.1-23
2006-09-17 10:53:40 +00:00
.cvsignore 4.1.1-23 2006-09-17 10:53:40 +00:00
gcc41-ada-pr18302.patch 4.1.0-10 2006-04-21 20:45:38 +00:00
gcc41-ada-tweaks.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-dsohandle.patch 4.1.0-18 2006-05-15 10:33:37 +00:00
gcc41-gnuc-rh-release.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-hash-style-gnu.patch 4.1.1-7 2006-07-11 11:28:15 +00:00
gcc41-ia64-libunwind.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-ice-hack.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-java-libdotdotlib.patch 4.1.1-10 2006-07-20 19:00:55 +00:00
gcc41-java-nomulti.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-java-slow_pthread_self.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-multi32-hack.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-objc-rh185398.patch 4.1.0-6 2006-04-06 16:56:54 +00:00
gcc41-ppc32-retaddr.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-ppc64-m32-m64-multilib-only.patch auto-import gcc-4.1.0-0.3 on branch devel from gcc-4.1.0-0.3.src.rpm 2005-11-29 19:55:44 +00:00
gcc41-pr20297-test.patch 4.1.1-14 2006-08-02 21:29:50 +00:00
gcc41-pr27567.patch 4.1.1-21 2006-09-08 15:23:31 +00:00
gcc41-pr27898.patch 4.1.1-18 2006-08-18 08:02:11 +00:00
gcc41-pr28709.patch 4.1.1-17 2006-08-16 18:28:12 +00:00
gcc41-pr28755.patch 4.1.1-18 2006-08-18 08:02:11 +00:00
gcc41-pr29059.patch 4.1.1-23 2006-09-17 10:53:40 +00:00
gcc41-rh184446.patch 4.1.0-4 2006-03-28 13:28:54 +00:00
gcc41-tests.patch 4.1.0-14 2006-05-08 11:07:27 +00:00
gcc41.spec 4.1.1-23 2006-09-17 10:53:40 +00:00
libgcc_post_upgrade.c 4.0.0-5 2005-05-12 13:26:05 +00:00
Makefile Setup of module gcc 2004-09-09 04:57:24 +00:00
README.libgcjwebplugin.so 4.1.1-22 2006-09-15 09:41:09 +00:00
sources 4.1.1-23 2006-09-17 10:53:40 +00:00

gcjwebplugin is a Firefox plugin for running Java applets.  It is now
included in the libgcj sub-package, though it is not enabled by
default.

GNU Classpath and libgcj's security implementation is under active
development, but it is not ready to be declared secure.  Specifically,
it cannot run untrusted applets safely.

When gcjwebplugin is enabled, it prompts you with a dialog before
loading an applet.  The dialog tells you that a certain URL would like
to load an applet, and asks if you trust the applet.  Be aware though
that this dialog is mostly informative and doesn't provide much
protection:

- http and DNS can be spoofed meaning that the URL named in the
  warning dialog cannot be trusted

- someone could create a browser denial-of-service attack by creating a
  page with hundreds of applet tags, causing gcjwebplugin to create
  warning dialog after warning dialog.  The browser would have to be
  closed to eliminate the latest dialog

- the whitelist is provided as a convenience, but it is unsafe because a
  domain may change hands from a trusted owner to an untrusted owner.
  If that domain is in the whitelist then the warning dialog will not
  appear when loading the new malicious applet.

CURRENTLY GCJWEBPLUGIN RUNS WITH NO SECURITY MANAGER.  THIS MEANS THAT
APPLETS CAN DO ANYTHING A JAVA APPLICATION THAT YOU DOWNLOAD AND RUN
COULD DO.  BE *VERY* CAREFUL WHICH APPLETS YOU RUN.  DO NOT USE
GCJWEBPLUGIN ON YOUR SYSTEM IF YOUR SYSTEM STORES IMPORTANT DATA.
THIS DATA CAN BE DESTROYED OR STOLEN.

The same warning applies to gappletviewer, which also runs with no
security manager (in fact, gcjwebplugin spawns gappletviewer to do the
applet loading).  When run on the command line, gappletviewer issues a
warning on startup and asks you if you want to continue.

Even considering the risks involved, you may still want to try
gcjwebplugin.  GNU Classpath's AWT and Swing implementations are now
sufficiently mature that they're able to run many applets deployed on
the web.  If you're interested in trying gcjwebplugin, you can do so
by creating a symbolic link in ~/.mozilla/plugins like so:

ln -s /usr/lib/gcj-4.1.1/libgcjwebplugin.so ~/.mozilla/plugins/

Type about:plugins in Firefox's URL bar to confirm that the plugin has
been loaded.  To see gcjwebplugin debugging output, run:

firefox -g

then at the GDB prompt, type

run

Please report bugs in Red Hat Bugzilla: http://bugzilla.redhat.com