From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.0.1) Gecko/20020830 Description of problem: /usr/bin/jar fails to extract /usr/lib/mozilla-1.0.1/chrome/*.jar which unzip can extract. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. jar xvf /usr/lib/mozilla-1.0.1/chrome/en-US.jar 2. It stops incorrectly. 3. Actual Results: It fails to extract the correct jar files. Expected Results: It should extract like JDK's jar. Additional info: $ jar xvf en-US.jar created: locale/ created: locale/en-US/ created: locale/en-US/global/ inflated: locale/en-US/global/xpcom.properties Error inflating file! (-3)
I tried the jar from gcc 3.3 (actually cvs trunk, but right now those are the same) with the en-US.jar file from Mozilla 1.1. It worked fine. Based on this I think this problem is fixed on the trunk. FYI, HTH, etc.
I've seen the "jar" from libgcj fail a number of times as well. Would it be possible to provide an update-alternatives symlink target for it? That way it would be easier to cleanly replace the libgcj one with a version that comes with the user's JDK of choice.
Does this bug happen today? Anyone?
There is still a problem with the jar on FC 2, though it appears to be a different bug: opsy. jar xvvf /usr/lib/mozilla-1.7.2/chrome/classic.jar Error! CRCs do not match! Got e269f315, expected 50c4bef4 It also happens with a recent gcc head CVS jar.
I checked in a fix for this. It is here: http://gcc.gnu.org/ml/java-patches/2004-q3/msg01018.html Jakub, if you want I can put this on the RH branch in gcc cvs.
Should be fixed in gcc-3.4.2-5.