[Desktop-packages] [Bug 2023355] [NEW] python-doc search does not work
Public bug reported: The search interface to locally installed python-3.10-doc (and probably other versions) fails to work in Firefox. To reproduce, attempt to search from this page (or the search bar on other pages): file:///usr/share/doc/python3.10/html/search.html The reason for this is the jquery.js and underscore.js files are symlinks to files under /usr/share/javascript/, and Firefox won't follow them. Replacing the symlinks with copies fixes the problem, in the short term at least. This could presumably be fixed in the python packages by removing the parts of debian/rules that make these into symlinks in the first place. Having a locally searchable copy of the documentation is useful when there is no network. ** Affects: firefox (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/2023355 Title: python-doc search does not work Status in firefox package in Ubuntu: New Bug description: The search interface to locally installed python-3.10-doc (and probably other versions) fails to work in Firefox. To reproduce, attempt to search from this page (or the search bar on other pages): file:///usr/share/doc/python3.10/html/search.html The reason for this is the jquery.js and underscore.js files are symlinks to files under /usr/share/javascript/, and Firefox won't follow them. Replacing the symlinks with copies fixes the problem, in the short term at least. This could presumably be fixed in the python packages by removing the parts of debian/rules that make these into symlinks in the first place. Having a locally searchable copy of the documentation is useful when there is no network. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/2023355/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
hi Colin, I first met on a 3.19.0-20 build: Linux samba-build-i386-32bit 3.19.0-20-generic #20-Ubuntu SMP Fri May 29 10:06:53 UTC 2015 i686 i686 i686 GNU/Linux and as far as I can tell (taking into account Joseph's 3.16 and upstream 4.2rc3), that a87938b/b51621a commit is neither the cure or culprit. It is interesting that it works for you on a VM -- it looks like the specific VM peculiarities matter. I'll try to find out what my VM actually is, beyond openstack. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Triaged Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
I'll try to find out what my VM actually is, beyond openstack. KVM 2.0.0+dfsg-2ubuntu1.11 The processor (per attached files above) is Intel Xeon E312xx (Sandy Bridge). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Triaged Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
Thanks Joseph! It's no better with 3.16.0-44-generic #59~lp1471029. Perhaps even slightly worse -- in my sample of 2 I've seen the heap at b8d- and b94-, while I think stock Vivid 3.19 was most often in the b7's. $ uname -a Linux samba-build-i386-4-32bit 3.16.0-44-generic #59~lp1471029 SMP Wed Jul 22 22:24:19 UTC 2015 i686 i686 i686 GNU/Linux $ /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default/docs-xml/manpages/smb.conf.5.xml (set -e; for x in {1..200}; do cat /proc/$!/maps proc-maps/$!-$x; sleep 0.2;done) [1] 919 [1]+ Segmentation fault $ head proc-maps/919-2 b5976000-b5979000 rw-p 00:00 0 b5979000-b5995000 r-xp fd:01 2095 /lib/i386-linux-gnu/libgcc_s.so.1 b5995000-b5996000 rw-p 0001b000 fd:01 2095 /lib/i386-linux-gnu/libgcc_s.so.1 b5996000-b5997000 rw-p 00:00 0 b5997000-b5a8 r-xp fd:01 56064 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.20 b5a8-b5a84000 r--p 000e9000 fd:01 56064 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.20 b5a84000-b5a85000 rw-p 000ed000 fd:01 56064 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.20 b5a85000-b5a8c000 rw-p 00:00 0 b5a8c000-b70f7000 r-xp fd:01 55921 /usr/lib/i386-linux-gnu/libicudata.so.52.1 b70f7000-b70f8000 r--p 0166a000 fd:01 55921 /usr/lib/i386-linux-gnu/libicudata.so.52.1 $ tail proc-maps/919-2 b77c3000-b77c4000 r-xp 00:00 0 [vdso] b77c4000-b77c6000 r--p 00:00 0 [vvar] b77c6000-b77e8000 r-xp fd:01 2083 /lib/i386-linux-gnu/ld-2.21.so b77e8000-b77e9000 r--p 00021000 fd:01 2083 /lib/i386-linux-gnu/ld-2.21.so b77e9000-b77ea000 rw-p 00022000 fd:01 2083 /lib/i386-linux-gnu/ld-2.21.so b77ea000-b77ef000 r-xp fd:01 58216 /usr/bin/xsltproc b77ef000-b77f r--p 4000 fd:01 58216 /usr/bin/xsltproc b77f-b77f1000 rw-p 5000 fd:01 58216 /usr/bin/xsltproc b8db2000-b8f11000 rw-p 00:00 0 [heap] bfbd8000-bfbf9000 rw-p 00:00 0 [stack] -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Triaged Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params,
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
hi Joseph Those packages don't want to install on the i386: dpkg: error processing archive linux-tools-3.16.0-44-generic_3.16.0-44.59~lp1471029_amd64.deb (--install): package architecture (amd64) does not match system (i386) (In compiling the 4.2 upstream kernel for i386, I ended up using a whole series of magic flags -- something like this: DEB_HOST_ARCH=i386 linux32 fakeroot make-kpkg –arch i386 –cross-compile – ... ) BTW, the machine in question now has sufficient disk to compile a kernel, so I could do it there if that is easier. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Triaged Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
apport information ** Tags added: apport-collected ec2-images vivid ** Description changed: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default/docs- xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 + --- + AlsaDevices: + total 0 + crw-rw 1 root audio 116, 1 Jul 9 00:13 seq + crw-rw 1 root audio 116, 33 Jul 9 00:13 timer + AplayDevices: Error: [Errno 2] No such file or directory + ApportVersion: 2.17.2-0ubuntu1.1 + Architecture: i386 + ArecordDevices: Error: [Errno 2] No such file or directory + AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: + CRDA: Error: [Errno 2] No such file or directory + DistroRelease: Ubuntu 15.04 + Ec2AMI: ami-012b + Ec2AMIManifest: FIXME + Ec2AvailabilityZone: nz-por-1a + Ec2InstanceType: c1.c4r4 + Ec2Kernel: aki-0005 + Ec2Ramdisk: ari-0005 + IwConfig: Error: [Errno 2] No such file or directory + Lsusb: + Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd + Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub + MachineType: OpenStack Foundation OpenStack Nova + Package: linux (not installed) + PciMultimedia: + + ProcEnviron: + TERM=xterm + PATH=(custom, no user) + XDG_RUNTIME_DIR=set + LANG=en_US.UTF-8 + SHELL=/bin/bash + ProcFB: + + ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 + ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 + RelatedPackageVersions: + linux-restricted-modules-3.19.0-20-generic N/A + linux-backports-modules-3.19.0-20-generic N/A + linux-firmware N/A + RfKill: Error: [Errno 2] No such file or directory + Tags: vivid ec2-images + UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' + Uname: Linux 3.19.0-20-generic i686 + UpgradeStatus: No upgrade log present (probably fresh install) + UserGroups: adm
[Desktop-packages] [Bug 1471029] JournalErrors.txt
apport information ** Attachment added: JournalErrors.txt https://bugs.launchpad.net/bugs/1471029/+attachment/4432282/+files/JournalErrors.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Incomplete Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] ProcCpuinfo.txt
apport information ** Attachment added: ProcCpuinfo.txt https://bugs.launchpad.net/bugs/1471029/+attachment/4432284/+files/ProcCpuinfo.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Incomplete Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] WifiSyslog.txt
apport information ** Attachment added: WifiSyslog.txt https://bugs.launchpad.net/bugs/1471029/+attachment/4432288/+files/WifiSyslog.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Incomplete Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] Lspci.txt
apport information ** Attachment added: Lspci.txt https://bugs.launchpad.net/bugs/1471029/+attachment/4432283/+files/Lspci.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Incomplete Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] UdevDb.txt
apport information ** Attachment added: UdevDb.txt https://bugs.launchpad.net/bugs/1471029/+attachment/4432287/+files/UdevDb.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Incomplete Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] ProcModules.txt
apport information ** Attachment added: ProcModules.txt https://bugs.launchpad.net/bugs/1471029/+attachment/4432286/+files/ProcModules.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Incomplete Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] ProcInterrupts.txt
apport information ** Attachment added: ProcInterrupts.txt https://bugs.launchpad.net/bugs/1471029/+attachment/4432285/+files/ProcInterrupts.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: Incomplete Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jul 9 00:13 seq crw-rw 1 root audio 116, 33 Jul 9 00:13 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.17.2-0ubuntu1.1 Architecture: i386 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/timer', '/dev/snd/seq'] failed with exit code 1: CRDA: Error: [Errno 2] No such file or directory DistroRelease: Ubuntu 15.04 Ec2AMI: ami-012b Ec2AMIManifest: FIXME Ec2AvailabilityZone: nz-por-1a Ec2InstanceType: c1.c4r4 Ec2Kernel: aki-0005 Ec2Ramdisk: ari-0005 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: OpenStack Foundation OpenStack Nova Package: linux (not installed) PciMultimedia: ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-20-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 ProcVersionSignature: User Name 3.19.0-20.20-generic 3.19.8 RelatedPackageVersions:
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
Bug is fixed in upstream kernel 4.2.0 rc3, with the heap getting roughly 800Mb to use and the stack 135. 80085000-8008a000 r-xp fd:01 58216 /usr/bin/xsltproc 8008a000-8008b000 r--p 4000 fd:01 58216 /usr/bin/xsltproc 8008b000-8008c000 rw-p 5000 fd:01 58216 /usr/bin/xsltproc 81432000-9176b000 rw-p 00:00 0 [heap] b56e7000-b5747000 rw-p 00:00 0 b57a8000-b58df000 rw-p 00:00 0 b58df000-b58fb000 r-xp fd:01 2095 /lib/i386-linux-gnu/libgcc_s.so.1 [...etc...] b771c000-b771d000 rw-p 00043000 fd:01 67414 /usr/lib/i386-linux-gnu/libxslt.so.1.1.28 b7726000-b7728000 rw-p 00:00 0 b7728000-b772a000 r--p 00:00 0 [vvar] b772a000-b772b000 r-xp 00:00 0 [vdso] b772b000-b774d000 r-xp fd:01 2083 /lib/i386-linux-gnu/ld-2.21.so b774d000-b774e000 r--p 00021000 fd:01 2083 /lib/i386-linux-gnu/ld-2.21.so b774e000-b774f000 rw-p 00022000 fd:01 2083 /lib/i386-linux-gnu/ld-2.21.so bfe18000-bff04000 rw-p 00:00 0 [stack] I am suspicious of fs/binfmt_elf.c, and in particular [upstream a87938b2e/ ubuntu b51621abb] fs/binfmt_elf.c: fix bug in loading of PIE binaries , but I have no proof yet. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in glibc package in Ubuntu: New Status in libxslt package in Ubuntu: Triaged Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1471029/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to :
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
So, it isn't the ld-linux.so, it is the kernel on 32 bit i386, where exec is loading PIE elf binaries in such a way that the heap and the stack are next to each other and have very little room. About 20% of /usr/bin/* (and others, like /bin/systemd) on the vivid cloud image is affected, though in many cases their memory use is too low to cause problems. The problem was discovered in the samba test suite, which uses xsltproc to generate manpages. One of the bigger man pages caused a segfault. ** Package changed: glibc (Ubuntu) = linux (Ubuntu) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in libxslt package in Ubuntu: Triaged Status in linux package in Ubuntu: New Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libxslt/+bug/1471029/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1471029] Re: ELF programs with R_386_RELATIVE blocks are badly mapped into memory
It seems like a kernel thing. brk is returning bad addresses. Below, tail is an unaffected process, and xsltproc is affected. brk should be returning a 7 digit hex address, like it does for tail. $ head -2 *.strace == tail.strace == execve(/usr/bin/tail, [tail, xsltproc.strace], [/* 33 vars */]) = 0 brk(0) = 0x98a2000 == xsltproc.strace == execve(/usr/bin/xsltproc, [/usr/bin/xsltproc, --nonet, -o, default/docs-xml/manpages/smb.co..., /home/ubuntu/autobuild/b22271/sa..., default/docs-xml/manpages/smb.co...], [/* 33 vars */]) = 0 brk(0) = 0xb84f1000 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxslt in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: ELF programs with R_386_RELATIVE blocks are badly mapped into memory Status in glibc package in Ubuntu: New Status in libxslt package in Ubuntu: Triaged Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1471029/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1471029] Re: Segfault in xsltproc on i386
This is a dynamic linking/loading problem, not related to libxml2 (or xsltproc) as first thought. The problem seems to be that executables with R_386_RELATIVE components are being mapped entirely (including the heap) into memory between roughly B700 and BFFF, which gives them roughly 140M to work with. Most programs can cope with that, but some (e.g. xsltproc performing described task) cannot. I don't know whether to blame ld-linux.so or the kernel. This is on a 15.04 cloud image with 4GB running on openstack. ** Package changed: libxml2 (Ubuntu) = glibc (Ubuntu) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxml2 in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: Segfault in xsltproc on i386 Status in glibc package in Ubuntu: New Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1471029/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1471029] Re: Segfault in xsltproc on i386
I tried some more things: 1. Compiling with clang makes no difference. 2. Compiling with -fsanitize=address results a stack overflow message followed by a stack trace. It doesn't reveal as much as the post-mortum traceback in gdb. The address sanitizer seems to make the error deterministic. 3. Copying the debian/ packaging directory into the git tree and compiling from there makes no difference. Most of the contents of debian/patches are already upstream anyway. 4. Switching the linker to gold makes no difference. The process map (from apport-unpack) never lists memory as [stack], and always has a double [heap] listing with a window of 0x1000 in the middle. Like this: dump9/ProcMaps:b7ccf000-bfabb000 rw-p 00:00 0 [heap] dump9/ProcMaps:bfabc000-bfb14000 rw-p 00:00 0 [heap] The stack pointer is using the second of these (i.e., in this case bfabc000-bfb14000, and the segfault is when it hits the window. Typically this allows the stack a few hundred kB (352k in the example above). It looks like something is putting the process's memory together wrongly. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxml2 in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: Segfault in xsltproc on i386 Status in libxml2 package in Ubuntu: New Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libxml2/+bug/1471029/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1471029] Re: Segfault in xsltproc on i386
OK, so sampling the last two lines of the process map every 0.2 seconds: start: b772c000-b772e000 rw-p 5000 fd:01 67267 /usr/bin/xsltproc bfe83000-bfea4000 rw-p 00:00 0 [stack] 0.2s b7894000-b849e000 rw-p 00:00 0 [heap] bfe83000-bfea4000 rw-p 00:00 0 [stack] 0.4s b7894000-b90d5000 rw-p 00:00 0 [heap] bfe83000-bfea4000 rw-p 00:00 0 [stack] The heap starts to squeeze the stack for room. When they are separated by 64k, the heap takes over the stacks naming rights, and the sizes are fixed: 3.6s b7894000-bfe32000 rw-p 00:00 0 [heap] bfe4c000-bfea4000 rw-p 00:00 0 [stack] 3.8s b7894000-bfe32000 rw-p 00:00 0 [heap] bfe3d000-bfea4000 rw-p 00:00 0 [stack] 4.0s b7894000-bfe32000 rw-p 00:00 0 [heap] bfe33000-bfea4000 rw-p 00:00 0 [heap] 4.2s b7894000-bfe32000 rw-p 00:00 0 [heap] bfe33000-bfea4000 rw-p 00:00 0 [heap] The stack is fixed in size from here on in, so it is only a matter of luck and time. 20.6s b7894000-bfe32000 rw-p 00:00 0 [heap] bfe33000-bfea4000 rw-p 00:00 0 [heap] 20.8s b7894000-bfe32000 rw-p 00:00 0 [heap] bfe33000-bfea4000 rw-p 00:00 0 [heap] post-mortum: b7894000-bfe32000 rw-p 00:00 0 [heap] bfe33000-bfea4000 rw-p 00:00 0 [heap] Why? I don't know. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxml2 in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: Segfault in xsltproc on i386 Status in libxml2 package in Ubuntu: New Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this
[Desktop-packages] [Bug 1471029] Re: Segfault in xsltproc on i386
Rebuilding libxml2_2.9.2+dfsg1-3_i386.deb from ubuntu source with -O0 fixes the issue. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxml2 in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: Segfault in xsltproc on i386 Status in libxml2 package in Ubuntu: New Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libxml2/+bug/1471029/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1471029] Re: Segfault in xsltproc on i386
Actually I was wrong, -O0 doesn't fix it. Sorry. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxml2 in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: Segfault in xsltproc on i386 Status in libxml2 package in Ubuntu: New Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libxml2/+bug/1471029/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1471029] [NEW] Segfault in xsltproc on i386
Public bug reported: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default/docs- xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias (comp=0xb866a948, ctx=0xb99bd308) at ../../xpath.c:14978 #8 0xb7787260 in xsltEvalVariable (ctxt=ctxt@entry=0xb9836560, variable=variable@entry=0xba25d3b0, castedComp=0xb86a4238) at ../../../libxslt/variables.c:903 #9 0xb778759a in xsltBuildVariable (ctxt=0xb9836560, castedComp=0xb86a4238, tree=0xb86a6978) at ../../../libxslt/variables.c:1759 #10 0xb7788bfa in xsltParseStylesheetCallerParam (ctxt=0xb86a6978, inst=0xb86a6978) at ../../../libxslt/variables.c:1975 #11 0xb779b9db in xsltCallTemplate (ctxt=0xb9836560, node=0xb85efed8, inst=0xb86a6880, castedComp=0xb86a4148) at ../../../libxslt/transform.c:4739 (More stack frames follow...) (gdb) bt -5 #3311 0xb779a7de in xsltProcessOneNode (ctxt=0xb9836560, contextNode=0xb97586a0, withParams=0x0) at ../../../libxslt/transform.c:2097 #3312 0xb779d818 in xsltApplyStylesheetInternal (style=0xba25d3e8, style@entry=0xb85ee200, doc=0xb86bc7f0, doc@entry=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6159 #3313 0xb779df8d in xsltRunStylesheetUser (style=0xb85ee200, doc=0xb97586a0, params=0xb77ed340 params, output=0xb85e13e0 default/docs-xml/manpages/smb.conf.5, SAX=0x0, IObuf=0x0, profile=0x0, userCtxt=0xb9836560) at ../../../libxslt/transform.c:6449 #3314 0xb77ea12c in xsltProcess (doc=0xb97586a0, cur=0xb85ee200, filename=0xbfd59812 default/docs-xml/manpages/smb.conf.5.xml) at ../../../xsltproc/xsltproc.c:483 #3315 0xb77e9298 in main (argc=6, argv=0xbfd58f94) at ../../../xsltproc/xsltproc.c:903 ** Affects: libxml2 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxml2 in Ubuntu. https://bugs.launchpad.net/bugs/1471029 Title: Segfault in xsltproc on i386 Status in libxml2 package in Ubuntu: New Bug description: Running the Samba autobuild tests on a 15.04 openstack image results in a segfault in this command: /usr/bin/xsltproc --nonet -o default/docs-xml/manpages/smb.conf.5 /home/ubuntu/autobuild/b22271/samba/docs-xml/xslt/man.xsl default /docs-xml/manpages/smb.conf.5.xml I reported this upstream as a bug in xsltproc, but it was found to be impossible to reproduce using upstream source on the openstack instance: https://bugzilla.gnome.org/show_bug.cgi?id=751764 Comment 8 (https://bugzilla.gnome.org/show_bug.cgi?id=751764#c8) is particularly informative. The stack trace below shows the segfault actually occurs in libxml's xpath evaluation functions. I see no difference between xpath.c in upstream 2.9.2 and Ubuntu's version. (gdb) bt 12 #0 0xb760f874 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc818) at ../../xpath.c:13606 #1 0xb760f82e in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc890) at ../../xpath.c:13598 #2 0xb7610244 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8b8) at ../../xpath.c:13529 #3 0xb760f9d6 in xmlXPathCompOpEval (ctxt=0xba25d3e8, op=0xb86bc8e0) at ../../xpath.c:13977 #4 0xb7612735 in xmlXPathCompOpEval (op=optimized out, ctxt=0xba25d3e8) at ../../xpath.c:14552 #5 xmlXPathRunEval (ctxt=0xba25d3e8, toBool=optimized out) at ../../xpath.c:14552 #6 0xb76171ed in xmlXPathCompiledEvalInternal (toBool=0, resObj=synthetic pointer, ctxt=optimized out, comp=optimized out) at ../../xpath.c:14915 #7 xmlXPathCompiledEval__internal_alias
[Desktop-packages] [Bug 501601] Re: Bash in gnome-terminal shows control characters as unsupported-unicode squares
The annoying thing for me is not that these characters are represented, but that they ignore the character grid. If I run, for x in `seq 1 31`;do echo -e $x-\\x$(printf %x $x)=;done it should print the character code, followed by a minus, followed by a representation of the character code, followed by an equals sign -- except when the character code tells the cursor to jump around or delete stuff. On the linux console, and in plain old xterm, the non-moving characters print are invisible and take up no space. In xfce4-terminal, they print as little squares but stay within their assigned box. In gnome terminal, as in the attached picture, they encroach over the following character, so that you can't read it. This is annoying, because it means you can't look at files that e.g. use the field separator codes (28-31) as field separators. ** Attachment added: Image showing many control characters misbehaving https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/501601/+attachment/4134902/+files/gnome-terminal.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/501601 Title: Bash in gnome-terminal shows control characters as unsupported-unicode squares Status in “gnome-terminal” package in Ubuntu: Incomplete Bug description: Binary package hint: gnome-terminal When I upgraded to Karmic (clean install) I noticed bash echoes control characters using the hat notation (ex. ctrl+c shows as ^C). stty reported echoctl being set, so I tried to unset it. This helped, and pressing ctrl+c at a prompt cancels the prompt, shows a new one and nothing is echoed. Though, when pressing ctrl+c while a program is running (ex. cat or ping), a unicode square is echoed like for unicode characters not supported by the selected font. I tried selecting many different encodings and fonts, though nothing seemed to help. Futher, if inside this same shell I open a screen session, this behaviour is gone and everything works as intended, which is to have ctrl+c or ctrl+z have the desired effect with nothing echoed. Finally, opening a bash session in xterm or tty[1-6] and disabling echoctl/ctrlecho using stty command, this cannot be reproduced. So it seems that only an plain bash session in gnome-terminal does this. To see a screenshot, view the attached PNG. Basically what happens there is 1. 2 ctrl+c presses at the prompt. 2. Then 1 ctrl+c during cat 3. Then 1 ctrl+z during cat 4. Bring cat back to the foreground and press ctrl+c again THEN disable echoctl 5. Repeat the process - where you can now see instead of hat notation, the prompt presses are fine, but the in-program presses echo unicode squares. Very frustrating. ProblemType: Bug Architecture: i386 Date: Wed Dec 30 12:40:10 2009 DistroRelease: Ubuntu 9.10 ExecutablePath: /usr/bin/gnome-terminal InstallationMedia: Ubuntu 9.10 Karmic Koala - Release i386 (20091028.5) NonfreeKernelModules: fglrx Package: gnome-terminal 2.28.1-0ubuntu1 ProcEnviron: LANGUAGE=en_US.UTF-8 PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-16.53-generic SourcePackage: gnome-terminal Uname: Linux 2.6.31-16-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/501601/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1239580] [NEW] gstreamer-tools package information is misleading
Public bug reported: The executables packaged in gstreamer-tools are effectively aliases for the similarly named files in gstreamer-tools-0.10, with some additional magic that allows them to work with GStreamer 0.8 if it is there (and it almost certainly isn't). The package description makes it sound as the tools worked with GStreamer 1.0. They don't. The attached patch to debian/control might fix that. ** Affects: gstreamer0.10 (Ubuntu) Importance: Undecided Status: New ** Patch added: patch https://bugs.launchpad.net/bugs/1239580/+attachment/3877392/+files/control.diff -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gstreamer0.10 in Ubuntu. https://bugs.launchpad.net/bugs/1239580 Title: gstreamer-tools package information is misleading Status in “gstreamer0.10” package in Ubuntu: New Bug description: The executables packaged in gstreamer-tools are effectively aliases for the similarly named files in gstreamer-tools-0.10, with some additional magic that allows them to work with GStreamer 0.8 if it is there (and it almost certainly isn't). The package description makes it sound as the tools worked with GStreamer 1.0. They don't. The attached patch to debian/control might fix that. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/1239580/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp