build system's docbook crashes.

[mmadia]

haiku-svn/src/documentation/uiguidelines> jam -q -sHAIKU_OUTPUT_DIR=/generated/x86gcc2  
...found 411 target(s)... 
...updating 1 target(s)... 
Doc2HTML1 /generated/x86gcc2/documentation/HIG/index.html

<alert dialog pops up, as docbook crashed>

/generated/x86gcc2/objects/haiku_host/x86/release/tools/docbook/libxslt/xsltproc --catalogs " ../../../src/documentation/docbook-dtd/catalog.xml ../../../src/documentation/docbook-xsl/catalog.xml " -xinclude -path " " -stringparam base.dir "/generated/x86gcc2/documentation/HIG/" -stringparam use.id.as.filename 1  ../../../src/documentation/docbook-xsl/html/chunk.xsl HaikuHIG.xml 
 
...failed Doc2HTML1 /generated/x86gcc2/documentation/HIG/index.html ... 
...failed updating 1 target(s)... 
haiku-svn/src/documentation/uiguidelines> 

Debug output of crashed docbook

GNU gdb 6.3 
Copyright 2004 Free Software Foundation, Inc. 
GDB is free software, covered by the GNU General Public License, and you are 
welcome to change it and/or distribute copies of it under certain conditions. 
Type "show copying" to see the conditions. 
There is absolutely no warranty for GDB.  Type "show warranty" for details. 
This GDB was configured as "i586-pc-haiku"...(no debugging symbols found) 
 
[tcsetpgrp failed in terminal_inferior: Invalid Argument] 
Thread 96902 caused an exception: Segment violation 
Reading symbols from /boot/system/runtime_loader...done. 
Loaded symbols for /boot/system/runtime_loader 
Reading symbols from /boot/system/lib/libnetwork.so...done. 
Loaded symbols for /boot/system/lib/libnetwork.so 
Reading symbols from /boot/system/lib/libz.so.1...done. 
Loaded symbols for /boot/system/lib/libz.so.1 
Reading symbols from /boot/system/lib/libroot.so...done. 
Loaded symbols for /boot/system/lib/libroot.so 
Reading symbols from /boot/system/lib/libbe.so...done. 
Loaded symbols for /boot/system/lib/libbe.so 
Reading symbols from /boot/system/lib/libstdc++.r4.so...done. 
Loaded symbols for /boot/system/lib/libstdc++.r4.so 
[tcsetpgrp failed in terminal_inferior: Invalid Argument] 
[Switching to team /generated/x86gcc2/objects/haiku_host/x86/release/tools/docbook (96902) thread xsltproc (96902)] 
0x0042d732 in strncmp () from /boot/system/lib/libroot.so 
(gdb) bt 
#0  0x0042d732 in strncmp () from /boot/system/lib/libroot.so 
#1  0x00272b92 in __xmlParserInputBufferCreateFilename () 
#2  0x00272c13 in xmlParserInputBufferCreateFilename () 
#3  0x0024ee23 in xmlNewInputFromFile () 
#4  0x002741b0 in xmlDefaultExternalEntityLoader () 
#5  0x0021b670 in xsltprocExternalEntityLoader () 
#6  0x00274281 in xmlLoadExternalEntity () 
#7  0x0024ec84 in xmlNewEntityInputStream () 
#8  0x00251eac in xmlParserHandlePEReference () 
#9  0x0024ddc9 in xmlNextChar () 
#10 0x00259356 in xmlParseConditionalSections () 
#11 0x00259d41 in xmlParseExternalSubset () 
#12 0x002d6cae in xmlSAX2ExternalSubset () 
#13 0x0025eea6 in xmlParseDocument () 
#14 0x00264293 in xmlDoRead () 
#15 0x00264377 in xmlReadFile () 
#16 0x0021cd4c in main () 
(gdb) 

[oco]

I just discover a similar call stack while building OOo4Kids under Haiku. The build process was doing some xslt processing using xsltproc too.

After some search, i found this page ​https://bugzilla.redhat.com/show_bug.cgi?id=664060, that point to this one : ​https://bugzilla.redhat.com/show_bug.cgi?id=675172 and finally this patch : ​http://git.gnome.org/browse/libxml2/commit/?id=a7e79f28689c574e0bbef17f4cb3da00249181ff.

The problem seems related to a mismatch between libxml2 and zlib.

I have applied it to my libxml2-2.7.3 and i was able to continue my build. If i am correct looking at the libxml2 repository, the patch is included starting from libxml2-2.7.7.

[mmadia]

Debugger report of debug docbook -- hrev45285

[mmadia]

To note hrev45285 uses libxml2-2.8.0. The source does indeed have the patch mentioned by oco. However, the crash still occurs.

[pulkomandy]

Applied the patch in hrev48240 for the libxml2 used by docbook in the build system, and that fixes the problem. Maybe we should consider removing that copy of libxml2 from our sources and using the version installed on the host system instead.