Bug#299588: Scrollkeeper Segmentation Error

[Loïc Minier]

        Hi Guy,

On Sat, May 28, 2005, Guy Roussin wrote:
> #1  0xb7db3dcb in free () from /lib/tls/libc.so.6
> #2  0xb7ef67d3 in xmlFreeNode (cur=0x81adf48) at tree.c:3363
> #3  0xb7fa5a63 in xsltParseStylesheetOutput () from /usr/lib/libxslt.so=
.1
> #4  0xb7fa7214 in xsltParseStylesheetProcess () from /usr/lib/libxslt.s=
o.1
> #5  0xb7fa727d in xsltParseStylesheetImportedDoc () from /usr/lib/libxs=
lt.so.1
> #6  0xb7fa7348 in xsltParseStylesheetDoc () from /usr/lib/libxslt.so.1
> #7  0xb7fa7401 in xsltParseStylesheetFile () from /usr/lib/libxslt.so.1
> #8  0xb7fd26a8 in apply_stylesheets () from /usr/lib/libscrollkeeper.so=
.0
> #9  0xb7fd3743 in install () from /usr/lib/libscrollkeeper.so.0
> #10 0x08049f4f in main (argc=0, argv=0x2) at update.c:541

 Your backtrace is already providing useful information, and I suspect a
 libxslt bug (since xmlFreeNode is an internal function called by higher
 level xsltParse* functions, I tend to think that it's called with
 invalid data).
   As you see in your backtrace, "/usr/lib/libscrollkeeper.so.0" is
 used, but the source information (such as "update.c:541") is not
 printed for functions in "/usr/lib/libscrollkeeper.so.0".  This can be
 solved by exporting LD_LIBRARY_PATH:
 - cd to your build directory
 - run:
    % LD_LIBRARY_PATH=debian/tmp/usr/lib ldd debian/scrollkeeper/usr/bin/scrollkeeper-update
 - you should get:
     libscrollkeeper.so.0 =>
                    debian/tmp/usr/lib/libscrollkeeper.so.0 (0x40018000)
 - run:
    # LD_LIBRARY_PATH=debian/tmp/usr/lib gdb debian/scrollkeeper/usr/bin/scrollkeeper-update
 and report the backtrace as you did the first time.

 Please check whether that you have no locally installed libxslt.

 Meanwhile, I will search for bug reports looking like your backtrace in
 the libxslt BTS.

   Thanks,

-- 
Loïc Minier <lool@dooz.org>
"Neutral President: I have no strong feelings one way or the other."