Oh well. Was too much of a headache and libxslt solved all my problems in the end.
> -----Original Message----- > From: Tim Moore > Sent: 26 April 2002 17:23 > To: '[email protected]' > Subject: XalanTransformer problems - segmentation fault and others > > > Hi, > > I'm having great difficulty getting my transform function to work. > > I have some XML in a string buffer, an XSLT file and need to send HTML > output to another string buffer. > > I've tried using streams but I get a segmentation fault. > Strangely the same > occurs if I specify the XML and output HTML as files (having > sent the XML > buffer to a file). e.g. by doing... xslTransformer.transform("my.xml", > "Transforms/my.xsl", "my.html"). > > If I run the same transform through the command line XalanTransformer, > however, it works! e.g. bash$ XalanTransformer("my.xml", > "Transforms/my.xsl", "my.html") > > It should be noted that I'm running this through Perl using > SWIG wrappers > (www.swig.org) to interface with my code which is in a C++ > library, however > I've run it through a simple C++ test app (no Perl or SWIG) > and it still > doesn't work, although it doesn't crash (the transform just > fails) - at > least it doesn't using the streams. It works with the > explicit filenames > (but only when I use a C++ test app, not through Perl). > Saving out to files > and running the transform isn't the ideal solution though. > The only file > used should be the XSL, and even then I may store that in memory as a > compiled stylesheet (I've tried that as well and it makes no > difference). > > Below is the code doing the job. I get the segmentation fault in > xslTransformer.transform(). > I've tried istringstream as well as istrstream. > > strXmlIn and strHtmlOutBuf are std::string types. > > XMLPlatformUtils::Initialize(); > XalanTransformer::initialize(); > > XalanTransformer xslTransformer; > > istrstream xmlInStream(strXmlIn.c_str(), > strXmlIn.length()); > ostringstream htmlOutStream(strHtmlOutBuf); > > XSLTInputSource xmlIn(&xmlInStream); > XSLTInputSource xslIn(strXSLTPath.c_str()); > XSLTResultTarget htmlOut(&htmlOutStream); > > const XalanDOMString xmlSystemID("XML Stream input"); > xmlIn.setSystemId(c_wstr(xmlSystemID)); > > // const XalanDOMString xslSystemID("XSL file input"); > // xslIn.setSystemId(c_wstr(xslSystemID)); > > try > { > if (xslTransformer.transform(xmlIn, > xslIn, htmlOut) > != 0) > cout << "Error in transform: " << > xslTransformer.getLastError() << endl; > } > catch(XSLException& eException) > { > cout << "Exception in transform: " << > eException.getMessage(); > } > > XalanTransformer::terminate(); > > XMLPlatformUtils::Terminate(); > > > The following is the stack when it crashes... > > XalanTransformer::transform(0xffbeee00, 0xffbeeb8c, > 0xffbeeb70, 0xffbeeb30, > 0x11ca30, 0x7ffffc00) > XalanTransformer::transform(0x1a, 0xffbee6c4, 0xffbee6dc, 0xffbee888, > 0xffbee9a8, 0xffbee618) > XSLTEngineImpl::process(0xffbee6dc, 0xffbee618, 0xffbeeb70, > 0xffbee640, > 0xffbee680, 0x12c810) > StylesheetRoot::process(0x19e408, 0x21fc, 0xffbee640, 0x12c810, 0x54, > 0xfed45024) > StylesheetRoot::setupFormatterListener(0x19e408, 0x0, > 0x12c810, 0x1, 0x2, > 0xfed6ab40) > StylesheetExecutionContextDefault::createFormatterToHTML(0x12c > 810, 0x1e6c64, > 0x19e710, 0x19e724, 0x19e738, 0x19e74c) > FormatterToHTML::FormatterToHTML(0x1b9008, 0x1, 0x19e764, > 0x1, 0x2, 0x2400) > FormatterToXML::FormatterToXML(0x1b9008, 0x0, 0x1b9500, 0x1b94ec, > 0xfed642e4, 0x1b94d8) > XalanTranscodingServices::getMaximumCharacterValue(0x1b9450, 0x1b9450, > 0x158428, 0x0, 0x0, 0x0) > TransformString(0xffbedf54, 0x1e6970, 0x5, 0xfebe096c, > 0x22f4, 0xfed45024) > XalanDOMString::XalanDOMString(0xffbedf54, 0xffbedecc, 0x0, > 0xffffffff, > 0xfebe096c, 0xfead9f0b) > XalanDOMString::append(0xffbedf54, 0x190eb0, 0xffffffff, 0xffffffff, > 0xfebe096c, 0xfeaaff5a) > std::vector >::__insert_aux2(0xffbedf54, 0xfef673f0, > 0x190eb0, 0x190eba, > 0x190eb0, 0x1fc23c) > std::uninitialized_copy(0x190eb2, 0x190eba, 0xfef673f2, 0x0, 0x0, 0x0) > > > Note that if I uncomment these lines... > > // const XalanDOMString xslSystemID("XSL file input"); > // xslIn.setSystemId(c_wstr(xslSystemID)); > > ... It doesn't crash. However it says something about not > finding the base > pathname and just doesn't succeed. i.e.: > > "Error in transform: XSLT warning: Fatal Error at (file , > line 0, column 0): > An exception occured! Type:XMLPlatformException, > Message:Could not determine > base pathname of the file (, line -1, column -1)" > > I assume this is because setting the system ID only applies > to streams, > whereas I'm specifying a filename for the XSLT file? However, > this is the > same error I get with the plain C++ app that doesn't crash > (and has the > above lines commented out). > > I can't post the full XML/XSLT files as they're company > confidential, but as > I say they work fine with the command line XalanTransformer. > The encoding > they use is UTF-8. However, the following are the headers from each... > > XML: <?xml version="1.0" encoding="utf-8"?> > XSLT: <?xml version="1.0" encoding="utf-8" ?> > <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; > version="1.0"> > > > For info (and maybe throwing a spanner or two into the > works), all of this > is within a project that links to Oracle libraries, builds in > SWIG wrappers > for Perl, and built as a shared library which is called from Perl. > > I'm using the pre-built libraries for Xalan & Xerces, > (specifically this > one: http://xml.apache.org/dist/xalan-c/Xalan-C_1_3-solaris.tar.gz - and yes, I'm using GNU Tar to unzip). I'm building with the Sun Workshop 6 (update 1) C++ compiler (5.2 Patch 109508-06 2001/11/07), and the environment is as follows... SunOS sun250 5.8 Generic_108528-12 sun4u sparc SUNW, Ultra-250. Perl version is 5.6.1 (built using the Sun compiler), and SWIG is 1.3.11u-20020211-1543. Oh, and compile options are roughly as follows... For compiling (there are lots of source files really, but only one deals with the xml bit)... CC -c -g mysource.cpp For linking... CC -G $(OBJ_FILES) -L$(LIBHOME) -L$(RDBMSLIB) -L/usr/local/lib -lxerces-c1_6_0 -lxalan-c1_3 $(OCICCCSHAREDLIBS) -L/opt/SUNWspro/lib -lCrun -lCstd -o libMyLibrary.so LIBHOME, RDBMSLIB and OCICCCSHAREDLIBS are to do with Oracle. For some reason I have to do the -lCrun and -lCstd with the library path before it and in that order else I get major run-time link problems in perl. I understand that the segmentation fault could be an issue with perl/swig, but still it doesn't work anyway without perl/swig in the equation (not using streams at least). I'd try GNU C++ but I can't get that to work properly (probably because the Xalan/Xerces libraries are built with the Sun Workshop compiler. I've tried building the libraries with GNU C++ but can't get them to build on Solaris using GNU). Any ideas? Regards, Tim.
