trang fails to run properly

Bug #364657 reported by mhosken
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
trang (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: trang

trang seems to be built wrongly:
On jaunty.

When run I get this error:
trang lift.rng lift.xsd
Exception in thread "main" java.lang.NullPointerException
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service$Loader2.getResources(libgcj_bc.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service.<init>(libgcj_bc.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader.<init>(libgcj_bc.so.1)
   at com.thaiopensource.relaxng.input.parse.ParseInputFormat.load(trang)
   at com.thaiopensource.relaxng.translate.Driver.doMain(trang)
   at com.thaiopensource.relaxng.translate.Driver.main(trang)

and when I pdebuild the source package I get the warning:
dpkg-shlibdeps: warning: /usr/lib/libgcj_bc.so.1 has an unexpected SONAME (libgcj.so.90)

(among other warnings)

Revision history for this message
whitis (whitis) wrote :

I get the same thing.
$ trang -I xml -O rng ~/public_html/linux/usb_ubuntu_9.04RC/index.xhtml junk.rng
Exception in thread "main" java.lang.NullPointerException
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service$Loader2.getResources(libgcj_bc.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service.<init>(libgcj_bc.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader.<init>(libgcj_bc.so.1)
   at com.thaiopensource.relaxng.input.xml.Inferrer.infer(trang)
   at com.thaiopensource.relaxng.input.xml.XmlInputFormat.load(trang)
   at com.thaiopensource.relaxng.input.AbstractMultiInputFormat.load(trang)
   at com.thaiopensource.relaxng.translate.Driver.doMain(trang)
   at com.thaiopensource.relaxng.translate.Driver.main(trang)

$ ls -lgF /usr/lib/libgcj_bc.so.1
lrwxrwxrwx 1 root 12 2009-04-28 12:57 /usr/lib/libgcj_bc.so.1 -> libgcj.so.90

ii trang 20030619-6.1 Multi-format XML schema converter based on R
ii libgcj-bc 4.3.3-1ubuntu1 Link time only library for use with gcj
ii libgcj9-0 4.3.3-5ubuntu4 Java runtime library for use with gcj

libgcj-bc: /usr/lib/libgcj_bc.so.1
libgcj9-0: /usr/lib/gcj-4.3-90/libgcj_bc.so.1

Was it incorrectly compiled to use the link time only lib? Looks like it:
$ ldd /usr/bin/trang
 linux-vdso.so.1 => (0x00007fff6b7ff000)
 libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fe7632ad000)
 libgcj_bc.so.1 => /usr/lib/libgcj_bc.so.1 (0x00007fe76037d000)
 libm.so.6 => /lib/libm.so.6 (0x00007fe7600f8000)
 libpthread.so.0 => /lib/libpthread.so.0 (0x00007fe75fedc000)
 librt.so.1 => /lib/librt.so.1 (0x00007fe75fcd4000)
 libz.so.1 => /lib/libz.so.1 (0x00007fe75fabc000)
 libdl.so.2 => /lib/libdl.so.2 (0x00007fe75f8b8000)
 libc.so.6 => /lib/libc.so.6 (0x00007fe75f546000)
 /lib64/ld-linux-x86-64.so.2 (0x00007fe7634c5000)

However, the following workaround doesn't work:
 LD_LIBRARY_PATH=/usr/lib/gcj-4.3-90/:/usr/lib:/lib trang -I xml -O rng ~/public_html/linux/usb_ubuntu_9.04RC/index.xhtml junk.rng
Distributor ID: Ubuntu
Description: Ubuntu 9.04
Release: 9.04
Codename: jaunty

Revision history for this message
Åsmund Grammeltvedt (asmundg-launchpad) wrote :

I'm getting the same in Karmic:

Distributor ID: Ubuntu
Description: Ubuntu 9.10
Release: 9.10
Codename: karmic

ii libgcj-bc 4.4.1-1ubuntu2 Link time only library for use with gcj
ii libgcj10 4.4.1-5ubuntu2 Java runtime library for use with gcj
ii libgcj9-0 4.3.4-4ubuntu1 Java runtime library for use with gcj
ii trang 20030619-6.1 Multi-format XML schema converter based on R

libgcj-bc: /usr/lib/libgcj_bc.so.1
libgcj9-0: /usr/lib/gcj-4.3-90/libgcj_bc.so.1
libgcj10: /usr/lib/gcj-4.4-10/libgcj_bc.so.1

$ trang -I rnc -O rnc test.rnc foo.rnc
Exception in thread "main" java.lang.NullPointerException
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service$Loader2.getResources(libgcj_bc.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service.<init>(libgcj_bc.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader.<init>(libgcj_bc.so.1)
   at com.thaiopensource.relaxng.input.parse.ParseInputFormat.load(trang)
   at com.thaiopensource.relaxng.translate.Driver.doMain(trang)
   at com.thaiopensource.relaxng.translate.Driver.main(trang)

Revision history for this message
William F. Hammond (hammond) wrote :

I'm seeing something that appears essentially the
same in 9.04 with an xml to dtd conversion. If I were
using java directly with jars, I would expect to see this
with an incorrect classpath specification.

Moreover, no source for ubuntu's binary package
"trang" seems to be available.

> trang t.xml gt.dtd
Exception in thread "main" java.lang.NullPointerException
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service$Loader2.getReso
urces(libgcj_bc.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader$Service.<init>(libgcj_b
c.so.1)
   at org.relaxng.datatype.helpers.DatatypeLibraryLoader.<init>(libgcj_bc.so.1)
   at com.thaiopensource.relaxng.input.xml.Inferrer.infer(trang)
   at com.thaiopensource.relaxng.input.xml.XmlInputFormat.load(trang)
   at com.thaiopensource.relaxng.input.AbstractMultiInputFormat.load(trang)
   at com.thaiopensource.relaxng.translate.Driver.doMain(trang)
   at com.thaiopensource.relaxng.translate.Driver.main(trang)

Revision history for this message
William F. Hammond (hammond) wrote :

Also I see:

> apt-cache policy trang
The "trang" package looks old.

trang:
  Installed: 20030619-6.1
  Candidate: 20030619-6.1
  Version table:
 *** 20030619-6.1 0
        500 http://mirror.anl.gov jaunty/universe Packages
        100 /var/lib/dpkg/status

I recall that in the past I would get different results using
these guys (James Clark's "dtdinst" and "trang") with Sun's
java engine under Solaris vs. under Debian. In those days
I was never able to get them to work with gcj. As I recall,
that seemed to be because things were missing in the
gcj libraries.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.