Opened 9 years ago

Closed 6 years ago

#6958 closed bug (fixed)

build system's docbook crashes.

Reported by: mmadia Owned by: nobody
Priority: normal Milestone: R1
Component: Build System Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All


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 1  ../../../src/documentation/docbook-xsl/html/chunk.xsl HaikuHIG.xml 
...failed Doc2HTML1 /generated/x86gcc2/documentation/HIG/index.html ... 
...failed updating 1 target(s)... 

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/ 
Loaded symbols for /boot/system/lib/ 
Reading symbols from /boot/system/lib/ 
Loaded symbols for /boot/system/lib/ 
Reading symbols from /boot/system/lib/ 
Loaded symbols for /boot/system/lib/ 
Reading symbols from /boot/system/lib/ 
Loaded symbols for /boot/system/lib/ 
Reading symbols from /boot/system/lib/ 
Loaded symbols for /boot/system/lib/ 
[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/ 
(gdb) bt 
#0  0x0042d732 in strncmp () from /boot/system/lib/ 
#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 () 

Attachments (1) (22.9 KB ) - added by mmadia 7 years ago.
Debugger report of debug docbook -- hrev45285

Download all attachments as: .zip

Change History (4)

comment:1 by oco, 9 years ago

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, that point to this one : and finally this patch :

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.

by mmadia, 7 years ago

Debugger report of debug docbook -- hrev45285

comment:2 by mmadia, 7 years ago

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

comment:3 by pulkomandy, 6 years ago

Resolution: fixed
Status: newclosed

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.

Note: See TracTickets for help on using tickets.