Bug 155777 - java.io.FileNotFoundException: ecj.db (No such file or directory)
java.io.FileNotFoundException: ecj.db (No such file or directory)
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: java-1.4.2-gcj-compat (Show other bugs)
rawhide
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Andrew Overholt
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-22 18:01 EDT by Robin Green
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-04-26 14:54:59 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Robin Green 2005-04-22 18:01:43 EDT
Description of problem:
I assume, because this has not been reported by anyone else yet, that this
problem is an artifact of upgrading from rawhide, to FC4test2, to rawhide again.

When I do yum upgrade eclipse-platform I get scriptlet errors like these:

  Cleanup   : libswt3-gtk2                 ####################### [17/21]
java.io.FileNotFoundException: ecj.db (No such file or directory)
   at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int)
(/usr/lib/libgcj.so.6.0.0)
   at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String,
int) (/usr/lib/libgcj.so.6.0.0)
   at java.io.FileInputStream.FileInputStream(java.io.File)
(/usr/lib/libgcj.so.6.0.0)
   at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File,
gnu.gcj.runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0)
   at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
   at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
error: %postun(libswt3-gtk2-3.1.0_fc-0.M6.7.i386) scriptlet failed, exit status 123
  Cleanup   : eclipse-platform             ####################### [18/21]
java.io.FileNotFoundException: ecj.db (No such file or directory)
   at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int)
(/usr/lib/libgcj.so.6.0.0)
   at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String,
int) (/usr/lib/libgcj.so.6.0.0)
   at java.io.FileInputStream.FileInputStream(java.io.File)
(/usr/lib/libgcj.so.6.0.0)
   at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File,
gnu.gcj.runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0)
   at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
   at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)

Version-Release number of selected component (if applicable):
eclipse-platform-3.1.0_fc-0.M6.9

How reproducible:
Always

Steps to Reproduce:
1. Upgrade from previous rawhide version of eclipse-platform
  
Actual results:
See above

Expected results:
No errors

Additional info:

The file /usr/lib/eclipse/mappings/ecj.db indeed does not exist.
Comment 1 Andrew Overholt 2005-04-24 15:49:38 EDT
There is a bug in rebuild-gcj-db that manifests itself when all of the dbs in
`gcj-dbtool -p`.d are removed.  We need to add something to the script to not
attempt to `find` when there is nothing in the directory (or it does not exist).
 Moving to java-1.4.2-gcj-compat.
Comment 2 Robin Green 2005-04-26 14:54:59 EDT
That's not this bug. This turns out to be due to dangling symlinks. Since
symlinks aren't used any more by eclipse-* packages, this should not reoccur.

The fix for existing systems affected by this bug is to run

symlinks -d /usr/lib/gcj-4.0.0/classmap.db.d/

to delete the dangling symlinks.

It may be necessary to run that command again after upgrading eclipse-pde,
because eclipse-pde is not version-locked to eclipse-platform.

Note You need to log in before you can comment on or make changes to this bug.