[csw-users] Failing 32-bit xsltproc

[Roger Håkansson]

On 2010-03-29 12:28, Maciej (Matchek) Blizinski wrote:
> gmake[5]: Leaving directory
> `/home/maciej/src/opencsw/pkg/evince/trunk/work/solaris9-sparc/build-isa-sparcv8/evince-2.24.2/help'
> xsltproc -o evince-C.omf --stringparam db2omf.basename evince
> --stringparam db2omf.format 'docbook' --stringparam db2omf.dtd
> "-//OASIS//DTD DocBook XML V4.1.2//EN" --stringparam db2omf.lang C
> --stringparam db2omf.omf_dir "/opt/csw/share/omf" --stringparam
> db2omf.help_dir "/opt/csw/share/gnome/help" --stringparam
> db2omf.omf_in "/home/maciej/src/opencsw/pkg/evince/trunk/work/solaris9-sparc/build-isa-sparcv8/evince-2.24.2/help/evince.omf.in"
>   --stringparam db2omf.scrollkeeper_cl "`scrollkeeper-config
> --pkgdatadir`/Templates/C/scrollkeeper_cl.xml"
> `/opt/csw/bin/pkg-config --variable db2omf gnome-doc-utils`
> C/evince.xml || { rm -f "evince-C.omf"; exit 1; }
>
> This fails with a 139 exit code and doesn't say why.  --debug and
> --verbose don't help.  The return values specified in the man page are
> only 0-8.  Is this something people have seen before?

I think it might have something to do with the libxml2/zlib problem.

When upgrading a machine which hasn't been online for a while, i noticed 
that a bunch of pre/post-remove/install scripts failed due to some 
program dumping core.
It seemed that it was either xmlcatalog or scrollkeeper-update that was 
crashing. However when I ran the command manually it didn't crash so I 
didn't investigate further.
But looking at it now, it seems that both scrollkeeper-update and 
xmlcatalog is linked to both libz and libxml2, so it might be related to 
the zlib issue.