From: DDoSolitary <DDoSolitary@gmail.com>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [Bug 1818122] Re: QEMU 3.1 makes libxslt to crash on ppc64
Date: Wed, 03 Jul 2019 09:39:40 -0000 [thread overview]
Message-ID: <156214678027.17618.18014544267478445381.malone@gac.canonical.com> (raw)
In-Reply-To: 155137392124.31316.11495671074765014993.malonedeb@wampee.canonical.com
@pmaydell I just tested the latest commit in git master and still got
the same error.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1818122
Title:
QEMU 3.1 makes libxslt to crash on ppc64
Status in QEMU:
New
Bug description:
Host: clean Ubuntu Disco with QEMU 3.1
Guest: Alpine Linux edge with xmlto
Steps to set up guest:
curl -O http://dl-cdn.alpinelinux.org/alpine/edge/releases/ppc64le/netboot/vmlinuz-vanilla
curl -O http://dl-cdn.alpinelinux.org/alpine/edge/releases/ppc64le/netboot/initramfs-vanilla
qemu-system-ppc64 -m 1G -kernel vmlinuz-vanilla -initrd initramfs-vanilla -append "console=hvc0 ip=dhcp alpine_repo=http://dl-cdn.alpinelinux.org/alpine/edge/main/ modloop=http://dl-cdn.alpinelinux.org/alpine/edge/releases/ppc64le/netboot/modloop-vanilla" -device virtio-rng-pci -nographic
This brings up an VM with an in-memory Alpine Linux.
Steps to reproduce:
Login as root and execute the following commands.
apk add xmlto
ntpd -nqp time.google.com // For TLS OCSP
wget https://ddosolitary.org/manpage-base.xsl
wget https://ddosolitary.org/shadowsocks-libev.xml
xmlto -m manpage-base.xsl man shadowsocks-libev.xml
The downloaded files are from this project: https://github.com/shadowsocks/shadowsocks-libev The former is directly taken from the "doc" directory and the latter is an intermediate build output generated by asciidoc from doc/shadowsocks-libev.asciidoc
Expected behavior: The command silently succeeds producing
shadowsocks-libev.8
Actual behavior:
runtime error: file file:///usr/share/xml/docbook/xsl-stylesheets-1.79.1/manpages/tbl.xsl line 450 element text
xsltApplySequenceConstructor: A potential infinite template recursion was detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum number of nested template calls and variables/params (currently set to 3000).
Templates:
#0 name process.colspan
#1 name process.colspan
#2 name process.colspan
#3 name process.colspan
#4 name process.colspan
#5 name process.colspan
#6 name process.colspan
#7 name process.colspan
#8 name process.colspan
#9 name process.colspan
#10 name process.colspan
#11 name process.colspan
#12 name process.colspan
#13 name process.colspan
#14 name process.colspan
Variables:
#0
type
colspan
#1
colspan
#2
type
colspan
#3
colspan
#4
type
colspan
#5
colspan
#6
type
colspan
#7
colspan
#8
type
colspan
#9
colspan
#10
type
colspan
#11
colspan
#12
type
colspan
#13
colspan
#14
type
colspan
error: file /root/shadowsocks-libev.xml
xsltRunStylesheet : run failed
Note:
I tried increasing --maxdepth as suggested in the error output but that will result in a segfault.
This error doesn't occur with an older QEMU (I tested QEMU 2.12 on Ubuntu Cosmic) or different architectures on QEMU 3.1 (I tested x86, x86_64, arm, aarch64, s390x). Also it didn't help to use an older Alpine Linux (I tested v3.8). So I think it is caused by a bug in QEMU rather than the distro/package.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1818122/+subscriptions
next prev parent reply other threads:[~2019-07-03 9:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-28 17:12 [Qemu-devel] [Bug 1818122] [NEW] QEMU 3.1 makes libxslt to crash on ppc64 DDoSolitary
2019-06-12 1:59 ` [Qemu-devel] [Bug 1818122] " DDoSolitary
2019-06-12 13:46 ` Peter Maydell
2019-06-12 15:35 ` DDoSolitary
2019-07-03 9:39 ` DDoSolitary [this message]
2021-04-20 8:23 ` Thomas Huth
2021-04-20 8:24 ` Thomas Huth
2021-04-20 8:25 ` Thomas Huth
2021-04-20 8:49 ` DDoSolitary
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=156214678027.17618.18014544267478445381.malone@gac.canonical.com \
--to=ddosolitary@gmail.com \
--cc=1818122@bugs.launchpad.net \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).