On 01/03/2016 03:59 PM, John Paul Adrian Glaubitz wrote:
> Further research shows that it might actually be a glibc bug which
> occurred first with glibc_2.21. The problem never occurred with
> glibc_2.19.
Ok, more information: Downgrading libxml2 from 2.9.3+dfsg1-1 to
2.9.2+zdfsg1-4 fixes the iss
On 01/03/2016 03:05 PM, Jelmer Vernooij wrote:
> On Sun, Jan 03, 2016 at 11:45:45AM +0100, John Paul Adrian Glaubitz wrote:
>> We are constantly running into this issue on sparc64 as well.
> Thank you for taking the time to look into this in more detail, much
> appreciated.
No problem. It actually
Hi Adrian,
On Sun, Jan 03, 2016 at 11:45:45AM +0100, John Paul Adrian Glaubitz wrote:
> We are constantly running into this issue on sparc64 as well.
Thank you for taking the time to look into this in more detail, much
appreciated.
> I have already updated the kernel to 4.3.3 from unstable as wel
Hi!
We are constantly running into this issue on sparc64 as well.
I have already updated the kernel to 4.3.3 from unstable as well as
tried the patch that Peter De Wachter suggested for docbook-xsl as
well as changing the permissions for /dev/shm, to no avail.
xsltproc still randomly segfaults:
Followup-For: Bug #750593
I spent some time looking at what happens in the specific instance of
the smb.conf.5 document. The docbook-xsl stylesheets do a global
search-and-replace on the generated manpage: this is done recursively
using the string.subst template. Eventually for long enough documen
On Mon, Oct 06, 2014 at 11:05:57AM +0200, Nick Wellnhofer wrote:
> On Oct 6, 2014, at 06:21 , Jelmer Vernooij wrote:
>
> > Nick, which bug in the GNOME bug tracker are you referring to?
>
> https://bugzilla.gnome.org/show_bug.cgi?id=736077
>
> > Even if this is a bug in docbook-xsl, it would st
On Oct 6, 2014, at 06:21 , Jelmer Vernooij wrote:
> Nick, which bug in the GNOME bug tracker are you referring to?
https://bugzilla.gnome.org/show_bug.cgi?id=736077
> Even if this is a bug in docbook-xsl, it would still be good if
> xsltproc printed an error rather than crashing - though perhap
Nick, which bug in the GNOME bug tracker are you referring to?
Even if this is a bug in docbook-xsl, it would still be good if
xsltproc printed an error rather than crashing - though perhaps that
wouldn't need to be priority serious.
signature.asc
Description: Digital signature
As noted in the GNOME bug tracker, this looks very much like a stack overflow
from a recursive XSLT template. Your options are:
- Increase stack size.
- Isolate the recursive template that causes the error and ask the docbook-xsl
maintainers whether they can replace it with a non-recursive versio
This is the backtrace log.
Wish it help.
It always crashs in a i386 schroot env.
On Wed, Sep 10, 2014 at 6:48 PM, YunQiang Su wrote:
> On Tue, Aug 19, 2014 at 9:32 AM, YunQiang Su wrote:
>> On Tue, Aug 19, 2014 at 8:44 AM, Martin Schwenke wrote:
>>> On Wed, 4 Jun 2014 22:27:03 +0200 Ivo De Dec
On Tue, Aug 19, 2014 at 9:32 AM, YunQiang Su wrote:
> On Tue, Aug 19, 2014 at 8:44 AM, Martin Schwenke wrote:
>> On Wed, 4 Jun 2014 22:27:03 +0200 Ivo De Decker
>> wrote:
>>
>>> On some architectures (like i386), xsltproc fails with Bus error when
>>> running
>>> /usr/bin/xsltproc --nonet -o sm
On Tue, Aug 19, 2014 at 8:44 AM, Martin Schwenke wrote:
> On Wed, 4 Jun 2014 22:27:03 +0200 Ivo De Decker
> wrote:
>
>> On some architectures (like i386), xsltproc fails with Bus error when running
>> /usr/bin/xsltproc --nonet -o smb.conf.5 man.xsl smb.conf.5.tmp.xml
>> with the attached version
On Wed, 4 Jun 2014 22:27:03 +0200 Ivo De Decker
wrote:
> On some architectures (like i386), xsltproc fails with Bus error when running
> /usr/bin/xsltproc --nonet -o smb.conf.5 man.xsl smb.conf.5.tmp.xml
> with the attached version of man.xsl and smb.conf.5.tmp.xml.
>
> This is done during the s
13 matches
Mail list logo