Проблемы Xerces-C; segfault при вызове деструктора объекта - PullRequest
Новая
       10

Проблемы Xerces-C; segfault при вызове деструктора объекта

3 голосов
/ 06 июня 2009

Я играл с XML-библиотекой Xerces-C .

У меня есть простой пример, с которым я играю.

Я не могу заставить его работать без утечки памяти и без segfaulting. Это одно или другое.

Segfault всегда возникает, когда я удаляю объект парсера в разделе «Очистка».

Я пытался использовать обе версии библиотеки 2.8 и 2.7.

Примечание: Я взял все исключения из кода, я получаю одинаковые результаты с ним и без него. Для удобства чтения я удалил его из кода ниже.

Есть ли какие-нибудь подкованные Xerces люди, которые хотят что-то предложить?

Я ничего не могу сказать по обратному следу, он просто спрыгивает в деструктор суперкласса и там сегрегирует.

Backtrace: 

(gdb) bt
#0  0x9618ae42 in __kill ()
#1  0x9618ae34 in kill$UNIX2003 ()
#2  0x961fd23a in raise ()
#3  0x96209679 in abort ()
#4  0x95c5c005 in __gnu_cxx::__verbose_terminate_handler ()
#5  0x95c5a10c in __gxx_personality_v0 ()
#6  0x95c5a14b in std::terminate ()
#7  0x95c5a6da in __cxa_pure_virtual ()
#8  0x003e923e in xercesc_2_8::AbstractDOMParser::cleanUp ()
#9  0x003ead2a in xercesc_2_8::AbstractDOMParser::~AbstractDOMParser ()
#10 0x0057022d in xercesc_2_8::XercesDOMParser::~XercesDOMParser ()
#11 0x000026c9 in main (argc=2, argv=0xbffff460) at test.C:77

код: 

#include <string>
#include <vector> 

#if defined(XERCES_NEW_IOSTREAMS)
#include <iostream>
#else
#include <iostream.h>
#endif

#include <xercesc/dom/DOM.hpp>
#include <xercesc/dom/DOMDocument.hpp>
#include <xercesc/dom/DOMElement.hpp>
#include <xercesc/dom/DOMImplementation.hpp>
#include <xercesc/parsers/XercesDOMParser.hpp>
#include <xercesc/util/XMLString.hpp>
#include <xercesc/util/PlatformUtils.hpp>
#include <xercesc/sax/HandlerBase.hpp>
#include <xercesc/util/OutOfMemoryException.hpp>
#include <xercesc/framework/MemBufInputSource.hpp>

using namespace std;

XERCES_CPP_NAMESPACE_USE

int main(int argc, char const* argv[])
{

  string skXmlMetadata = "<?xml version=\"1.0\"?>\n <xmlMetadata>b</xmlMetadata>";

  XMLPlatformUtils::Initialize();
  XercesDOMParser* xmlParser = NULL;
  DOMWriter* xmlWriter = NULL; 
  ErrorHandler* errHandler = NULL;
  const XMLByte* xmlBuf =  NULL;
  MemBufInputSource* memBufIS = NULL;
  DOMNode* xmlDoc = NULL;

  xmlParser = new XercesDOMParser();
  xmlParser->setValidationScheme( XercesDOMParser::Val_Never );
  xmlParser->setDoNamespaces( false );
  xmlParser->setDoSchema( false );
  xmlParser->setLoadExternalDTD( false );

  errHandler = (ErrorHandler*) new HandlerBase();
  xmlParser->setErrorHandler( errHandler );

  // Create buffer for current xmlMetadata
  xmlBuf = (const XMLByte*) skXmlMetadata.c_str();
  const char* bufID = "XmlMetadata";
  memBufIS = new MemBufInputSource( xmlBuf, skXmlMetadata.length(), bufID, false );

  // Parse
  xmlParser->resetErrors();
  xmlParser->parse( *memBufIS );
  xmlDoc = xmlParser->getDocument();

  // Write created xml to input SkArray
  XMLCh* metadata = NULL;
  xmlWriter = DOMImplementation::getImplementation()->createDOMWriter();
  xmlWriter->setFeature( XMLUni::fgDOMWRTFormatPrettyPrint, true );
  metadata = xmlWriter->writeToString( *xmlDoc );
  xmlWriter->release();


  // Print out our parsed document
  char* xmlMetadata = XMLString::transcode( metadata );
  string c = xmlMetadata;
  cout << c << endl;

  // Clean up
  XMLString::release( &xmlMetadata );
  xmlDoc->release();
  delete xmlParser; // Dies here
  delete memBufIS;
  delete errHandler;
  XMLPlatformUtils::Terminate();

  return 0;
}

Ответы [ 3 ]

9 голосов
/ 07 июня 2009

"xmlDoc-> release ();" является виновником. Вы не являетесь владельцем этого узла, если только вы не скажете "xmlParser-> acceptDocument ()"

http://xerces.apache.org/xerces-c/apiDocs-2/classAbstractDOMParser.html#fe052561c37d70b62ac57ab6706d75aa

1 голос
/ 06 июня 2009

Позволяет исследовать доказательства ... 

#6  0x95c5a14b in std::terminate ()

Я могу сказать, что это вызывается, когда деструктор создает исключение. Деструкторы, выбрасывающие исключения - это большое нет-нет. Ксерсес может делать что-то нехорошее.

Или это может быть вызвано этой строкой 

#7  0x95c5a6da in __cxa_pure_virtual ()

где что-то может отсутствовать в таблице виртуальных функций. Возможно, один из деструкторов членов объекта DOM? Возможно, это создает исключение?

Эта ссылка предлагает отличное объяснение того, что может привести к сбою поиска в виртуальной таблице. Вкратце, это может быть вызвано висящим указателем базового класса, висящим вокруг кого-то, пытающегося вызвать полиморфную функцию для этого указателя.

Пример приведен по ссылке выше: 

// From sample program 5:
AbstractShape* p1 = new Rectangle(width, height, valuePerSquareUnit);
std::cout << "value = " << p1->value() << std::endl;
AbstractShape* p2 = p1;  // Need another copy of the pointer.
delete p1;
std::cout << "now value = " << p2->value() << std::endl;

Говоря о висячих указателях, похоже, что XercesDomParser содержит объекты, которые вы обновили: 

  errHandler = (ErrorHandler*) new HandlerBase();
  xmlParser->setErrorHandler( errHandler )

но позже удалено / выпущено 

  // Clean up
  XMLString::release( &xmlMetadata );
  xmlDoc->release();
  delete xmlParser;
  delete memBufIS;
  delete errHandler;

Может ли порядок уничтожения вещей быть неправильным и вызывать некоторые из вышеперечисленных проблем? На первый взгляд, все выглядит хорошо, но здесь я бы поэкспериментировал и дважды проверил документацию о том, как все должно быть снесено.

0 голосов
/ 06 июня 2009

Я не вижу ничего явно неправильного в коде. Возможно, вы захотите попытаться удалить все случаи использования new & delete в коде и создать вместо них объекты Cerces, которые вы используете в качестве стековых объектов. Например, вместо: 

xmlParser = new XercesDOMParser();

использование: 

XercesDOMParser xmlParser;

и т. Д.

...