qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [Bug 1818122] [NEW] QEMU 3.1 makes libxslt to crash on ppc6


From: DDoSolitary
Subject: [Qemu-devel] [Bug 1818122] [NEW] QEMU 3.1 makes libxslt to crash on ppc64
Date: Thu, 28 Feb 2019 17:12:01 -0000

Public bug reported:

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.

** Affects: qemu
     Importance: Undecided
         Status: New

-- 
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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]