tinyxml 如何获得内存内容

xengine-qyt 2014-08-28 11:04:49

我通过文件或者内存方式加载到tinyxml 中后，通过tinyxml改变了xml的内容，然后我想获得tinyxml中的内容如何获得？
就是把改变后的xml的所有内容返回到我的一个char 缓冲区中。请问如何实现？

...全文

64 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

xengine-qyt 2014-08-29

打赏
举报

回复

呵呵。。。

Eleven 2014-08-28

打赏
举报

回复

直接文件操作就好了，CFile::Read()

TinyXML是一个简单小巧，可以很容易集成到其它程序中的C++ XML解析器。它能做些什么简单地说，TinyXML解析一个XML文档并由此生成一个可读可修改可保存的文档对象模型（DOM）。 XML的意思是“可扩展标记语言“（eXtensible Markup Language）。它允许你创建你自己的文档标记。在为浏览器标记文档方面HTML做得很好，然而XML允许你定义任何文档标记，比如可以为一个组织者应用程序定义一个描述“to do”列表的文档。 XML拥有一个结构化并且方便的格式，所有为存储应用程序数据而创建的随机文件格式都可以用XML代替，而这一切只需要一个解析器。最全面正确的说明可以在http://www.w3.org/TR/2004/REC-xml-20040204/找到，但坦白地说，它很晦涩难懂。事实上我喜欢http://skew.org/xml/tutorial上关于XML的介绍。有不同的方法可以访问和与XML数据进行交互。TinyXML使用文档对象模型（DOM），这意味着XML数据被解析成一个可被浏览和操作的C++对象，然后它可以被写到磁盘或者另一个输出流中。你也可以把C++对象构造成一个XML文档然后把它写到磁盘或者另一个输出流中。 TinyXML被设计得容易快速上手。它只有两个头文件和四个cpp文件。只需要把它们简单地加到你的项目中就行了。有一个例子文件——xmltest.cpp来引导你该怎么做。 TinyXML以Zlib许可来发布，所以你可以在开源或者商业软件中使用它。许可证更具体的描述在每个源代码文件的顶部可以找到。 TinyXML在保证正确和恰当的XML输出的基础上尝试成为一个灵活的解析器。TinyXML可以在任何合理的C++适用系统上编译。它不依赖于异常或者运行时类型信息，有没有STL支持都可以编译。TinyXML完全支持UTF-8编码和前64k个字符实体（译注：如果你不明白这句译文，可能你需要了解一下Unicode编码）。它无法做些什么 TinyXML不解析不使用DTDs（文档类型定义）或者XSLs（可扩展样式表语言）。有其它解析器（到www.sourceforge.org搜索一下XML）具有更加全面的特性，但它们也就更大，需要花更长的时间来建立你的项目，有更陡的学习曲线，而且经常有一个更严格的许可协议。如果你是用于浏览器或者有更复杂的XML需要，那么TinyXML不适合你。下面的DTD语法在TinyXML里是不做解析的：因为TinyXML把它看成是一个带着非法嵌入!ELEMENT结点的!DOCTYPE结点。或许这在将来会得到支持。指南有耐性些，这是一份能很好地指导你怎么开始的指南，它（非常短小精悍）值得你花时间完整地读上一遍。 TinyXML指南代码状况 TinyXML是成熟且经过测试的代码，非常健壮。如果你发现了漏洞，请提交漏洞报告到sourcefore网站上（www.sourceforge.net/projects/tinyxml）。我们会尽快修正。有些地方可以让你得到提高，如果你对TinyXML的工作感兴趣的话可以上sourceforge查找一下。相关项目你也许会觉得TinyXML很有用！（简介由项目提供） TinyXPath (http://tinyxpath.sourceforge.net). TinyXPath是一个小巧的XPath语法译码器脚本，用C++写成。 TinyXML++ (http://code.google.com/p/ticpp/). TinyXML++是一个全新的TinyXML接口，使用了许多诸如模板，异常处理和更好的错误处理这些C++强项技术。特性使用STL TinyXML可以被编译成使用或不使用STL。如果使用STL，TinyXML会使用std::string类，而且完全支持std::istream，std::ostream，operator<>。许多API方法都有 ‘const char*’和’const std::string&’两个版本。如果被编译成不使用STL，则任何STL都不会被包含。所有string类都由TinyXML它自己实现。所有API方法都只提供’const char*’传入参数。使用运行时定义： TIXML_USE_STL 来编译成不同的版本。这可以作为参数传给编译器或者在“tinyxml.h”文件的第一行进行设置。注意：如果在Linux上编译测试代码，设置环境变量TINYXML_USE_STL=YES/NO可以控制STL的编译。而在Windows上，项目文件提供了STL和非STL两种目标文件。在你的项目中，在tinyxml.h的第一行添加"#define TIXML_USE_STL"应该是最简单的。 UTF-8 TinyXML支持UTF-8，所以可以处理任何语言的XML文件，而且TinyXML也支持“legacy模式”——一种在支持UTF-8之前使用的编码方式，可能最好的解释是“扩展的ascii”。正常情况下，TinyXML会检测出正确的编码并使用它，然而，通过设置头文件中的TIXML_DEFAULT_ENCODING值，TinyXML可以被强制成总是使用某一种编码。除非以下情况发生，否则TinyXML会默认使用Legacy模式：如果文件或者数据流以非标准但普遍的"UTF-8引导字节" (0xef 0xbb 0xbf)开始，TinyXML会以UTF-8的方式来读取它。如果包含有encoding="UTF-8"的声明被读取，那么TinyXML会以UTF-8的方式来读取它。如果读取到没有指定编码方式的声明，那么TinyXML会以UTF-8的方式来读取它。如果包含有encoding=“其它编码”的声明被读取，那么TinyXML会以Legacy模式来读取它。在Legacy模式下，TinyXML会像以前那样工作，虽然已经不是很清楚这种模式是如何工作的了，但旧的内容还得保持能够运行。除了上面提到的情况，TinyXML会默认运行在Legacy模式下。如果编码设置错误或者检测到错误会发生什么事呢？TinyXML会尝试跳过这些看似不正确的编码，你可能会得到一些奇怪的结果或者乱码，你可以强制TinyXML使用正确的编码模式。通过使用LoadFile( TIXML_ENCODING_LEGACY )或者LoadFile( filename, TIXML_ENCODING_LEGACY )，你可以强制TinyXML使用Legacy模式。你也可以通过设置TIXML_DEFAULT_ENCODING = TIXML_ENCODING_LEGACY来强制一直使用Legacy模式。同样的，你也可以通过相同的方法来强制设置成TIXML_ENCODING_UTF8。对于使用英文XML的英语用户来说，UTF-8跟low-ASCII是一样的。你不需要知道UTF-8或者一点也不需要修改你的代码。你可以把UTF-8当作是ASCII的超集。 UTF-8并不是一种双字节格式，但它是一种标准的Unicode编码！TinyXML当前不使用或者直接支持wchar，TCHAR，或者微软的_UNICODE。"Unicode"这个术语被普遍地认为指的是UTF-16（一种unicode的宽字节编码）是不适当的，这是混淆的来源。对于“high-ascii”语言来说——几乎所有非英语语言，只要XML被编码成UTF-8， TinyXML就能够处理。说起来可能有点微妙，比较旧的程序和操作系统趋向于使用“默认”或者“传统”的编码方式。许多应用程序（和几乎所有现在的应用程序）都能够输出UTF-8，但是那些比较旧或者难处理的（或者干脆不能使用的）系统还是只能以默认编码来输出文本。比如说，日本的系统传统上使用SHIFT-JIS编码，这种情况下TinyXML就无法读取了。但是一个好的文本编辑器可以导入SHIFT-JIS的文本然后保存成UTF-8编码格式的。 Skew.org link上关于转换编码的话题做得很好。测试文件“utf8test.xml”包含了英文、西班牙文、俄文和简体中文（希望它们都能够被正确地转化）。“utf8test.gif”文件是从IE上截取的XML文件快照。请注意如果你的系统上没有正确的字体（简体中文或者俄文），那么即使你正确地解析了也看不到与GIF文件上一样的输出。同时要注意在一个西方编码的控制台上（至少我的Windows机器是这样），Print()或者printf()也无法正确地显示这个文件，这不关TinyXML的事——这只是操作系统的问题。TinyXML没有丢掉或者损坏数据，只是控制台无法显示UTF-8而已。实体 TinyXML认得预定义的特殊“字符实体”，即： & & < > " " ' ‘ 这些在XML文档读取时都会被辨认出来，并会被转化成等价的UTF-8字符。比如下面的XML文本： Far & Away 从TiXmlText 对象查询出来时会变成"Far & Away"这样的值，而写回XML流/文件时会以“&”的方式写回。老版本的TinyXML“保留”了字符实体，而在新版本中它们会被转化成字符串。另外，所有字符都可以用它的Unicode编码数字来指定， " "和" "都表示不可分的空格字符。打印 TinyXML有几种不同的方式来打印输出，当然它们各有各的优缺点。 Print( FILE* )：输出到一个标准C流中，包括所有的C文件和标准输出。 "相当漂亮的打印", 但你没法控制打印选项。输出数据直接写到FILE对象中，所以TinyXML代码没有内存负担。被Print()和SaveFile()调用。 operator<<：输出到一个c++流中。与C++ iostreams集成在一起。在"network printing"模式下输出没有换行符，这对于网络传输和C++对象之间的XML交换有好处，但人很难阅读。 TiXmlPrinter：输出到一个std::string或者内存缓冲区中。 API还不是很简练。将来会增加打印选项。在将来的版本中可能有些细微的变化，因为它会被改进和扩展。流设置了TIXML_USE_STL，TinyXML就能支持C++流（operator <>）和C（FILE*）流。但它们之间有些差异你需要知道： C风格输出：基于FILE* 用Print()和SaveFile()方法生成具有很多空格的格式化过的输出，这是为了尽可能让人看得明白。它们非常快，而且能够容忍XML文档中的格式错误。例如一个XML文档包含两个根元素和两个声明仍然能被打印出来。 C风格输入：基于FILE* 用Parse()和LoadFile()方法速度快，容错性好。当你不需要C++流时就可以使用它。 C++风格输出：基于std::ostream operator<> 从流中读取XML使其可用于网络传输。通过些小技巧，它知道当XML文档读取完毕时，流后面的就一定是其它数据了。TinyXML总假定当它读取到根结点后XML数据就结束了。换句话说，那些具有不止一个根元素的文档是无法被正确读取的。另外还要注意由于STL的实现和TinyXML的限制，operator>>会比Parse慢一些。空格对是保留还是压缩空格这一问题人们还没达成共识。举个例子，假设‘_’代表一个空格，对于"Hello____world"，HTML和某些XML解析器会解释成"Hello_world"，它们压缩掉了一些空格。而有些XML解析器却不会这样，它们会保留空格，于是就是“Hello____world”（记住_表示一个空格）。其它的还建议__Hello___world__应该变成Hello___world 。这是一个解决得不能让我满意的问题。TinyXML一开始就两种方式都支持。调用TiXmlBase::SetCondenseWhiteSpace( bool )来设置你想要的结果，默认是压缩掉多余的空格。如果想要改变默认行为，你应该在解析任何XML数据之前调用TiXmlBase::SetCondenseWhiteSpace( bool ) ，而且我不建议设置之后再去改动它。句柄想要健壮地读取一个XML文档，检查方法调用后的返回值是否为null是很重要的。一种安全的检错实现可能会产生像这样的代码： TiXmlElement* root = document.FirstChildElement( "Document" ); if ( root ) { TiXmlElement* element = root->FirstChildElement( "Element" ); if ( element ) { TiXmlElement* child = element->FirstChildElement( "Child" ); if ( child ) { TiXmlElement* child2 = child->NextSiblingElement( "Child" ); if ( child2 ) { // Finally do something useful. 用句柄的话就不会这么冗长了，使用TiXmlHandle类，前面的代码就会变成这样： TiXmlHandle docHandle( &document ); TiXmlElement* child2 = docHandle.FirstChild( "Document" ).FirstChild( "Element" ).Child( "Child", 1 ).ToElement(); if ( child2 ) { // do something useful 这处理起来容易多了。查阅TiXmlHandle可以得到更多的信息。行列追踪对于某些应用程序来说，能够追踪节点和属性在它们源文件中的原始位置是很重要的。另外，知道解析错误在源文件中的发生位置可以节省大量时间。 TinyXML能够追踪所有结点和属性在文本文件中的行列原始位置。TiXmlBase::Row() 和 TiXmlBase::Column() 方法返回结点在源文件中的原始位置。正确的制表符号可以经由TiXmlDocument::SetTabSize() 来配置。使用与安装编译与运行xmltest：提供了一个Linux Makefile和一个Windows Visual C++ .dsw 文件。只需要简单地编译和运行，它就会在你的磁盘上生成demotest.xml文件并在屏幕上输出。它还尝试用不同的方法遍历DOM并打印出结点数。那个Linux makefile很通用，可以运行在很多系统上——它目前已经在mingw和MacOSX上测试过。你不需要运行 ‘make depend’，因为那些依赖关系已经硬编码在文件里了。用于VC6的Windows项目文件 tinyxml： tinyxml 库，非STL tinyxmlSTL： tinyxml 库，STL tinyXmlTest：用于测试的应用程序，非STL tinyXmlTestSTL：用于测试的应用程序，STL Makefile 在makefile的顶部你可以设置： PROFILE，DEBUG，和TINYXML_USE_STL。makefile里有具体描述。在tinyxml目录输入“make clean”然后“make”，就可以生成可执行的“xmltest”文件。在某一应用程序中使用：把tinyxml.cpp，tinyxml.h， tinyxmlerror.cpp， tinyxmlparser.cpp， tinystr.cpp，和 tinystr.h 添加到你的项目和makefile中。就这么简单，它可以在任何合理的C++适用系统上编译。不需要为TinyXML打开异常或者运行时类型信息支持。 TinyXML怎么工作举个例子可能是最好的办法，理解一下： Go to the Toy store! Do bills 它称不上是一个To Do列表，但它已经足够了。像下面这样读取并解析这个文件（叫“demo.xml”）你就能创建一个文档： TiXmlDocument doc( "demo.xml" ); doc.LoadFile(); 现在它准备好了，让我们看看其中的某些行和它们怎么与DOM联系起来。第一行是一个声明，它会转化成TiXmlDeclaration 类，同时也是文档结点的第一个子结点。这是TinyXML唯一能够解析的指令/特殊标签。一般来说指令标签会保存在TiXmlUnknown 以保证在它保存回磁盘时不会丢失这些命令。这是一个注释，会成为一个TiXmlComment对象。 "ToDo"标签定义了一个TiXmlElement 对象。它没有任何属性，但包含另外的两个元素。生成另一个TiXmlElement对象，它是“ToDo”元素的子结点。此元素有一个名为“priority”和值为“1”的属性。 Go to the TiXmlText ，这是一个叶子结点，它不能再包含其它结点，是"Item" TiXmlElement的子结点。另一个TiXmlElement, 这也是“Item”元素的子结点。等等最后，看看整个对象树： TiXmlDocument "demo.xml" TiXmlDeclaration "version=’1.0′" "standalone=no" TiXmlComment " Our to do list data" TiXmlElement "ToDo" TiXmlElement "Item" Attribtutes: priority = 1 TiXmlText "Go to the " TiXmlElement "bold" TiXmlText "Toy store!" TiXmlElement "Item" Attributes: priority=2 TiXmlText "Do bills" 文档本文档由Doxygen使用‘dox’配置文件生成。许可证 TinyXML基于zlib许可证来发布：本软件按“现状”提供（即现在你看到的样子），不做任何明确或隐晦的保证。由使用此软件所引起的任何损失都决不可能由作者承担。只要遵循下面的限制，就允许任何人把这软件用于任何目的，包括商业软件，也允许修改它并自由地重新发布： 1. 决不能虚报软件的来源；你决不能声称是你是软件的第一作者。如果你在某个产品中使用了这个软件，那么在产品文档中加入一个致谢辞我们会很感激，但这并非必要。 2. 修改了源版本就应该清楚地标记出来，决不能虚报说这是原始软件。 3. 本通告不能从源发布版本中移除或做修改。参考书目万维网联盟是定制XML的权威标准机构，它的网页上有大量的信息。权威指南：http://www.w3.org/TR/2004/REC-xml-20040204/ 我还要推荐由OReilly出版由Robert Eckstein撰写的"XML Pocket Reference"……这本书囊括了入门所需要的一切。捐助者，联系人，还有简史非常感谢给我们建议，漏洞报告，意见和鼓励的所有人。它们很有用，并且使得这个项目变得有趣。特别感谢那些捐助者，是他们让这个网站页面生机勃勃。有很多人发来漏洞报告和意见，与其在这里一一列出来不如我们试着把它们写到“changes.txt”文件中加以赞扬。 TinyXML的原作者是Lee Thomason(文档中还经常出现“我”这个词) 。在Yves Berquin，Andrew Ellerton，和tinyXml社区的帮助下，Lee查阅修改和发布新版本。

1、系统和网络编程库：ACE 除了ACE之外，还有很多系统和网络编程方面的程序库。比如在线程库方面，还有ZThread、boost::thread，如果放大到C/C++领域，还有APR，还有CII。在文件和目录操作方面，boost也有相应的组件，而在网络编程方面有socket++，还有boost::asio，未来的C ++0X中几乎肯定有一个网络编程和一个线程库。然而目前看来，ACE仍然是进行系统和高性能网络编程的首选，其地位在一段时间内不会被撼动。它不但是一个实用的程序库、框架集，还是一个典范的设计模式应用范例，非常值得学习。 2、GUI库：Qt 传统上Qt被认为是可移植的GUI库，但实际上Qt现在已经是一个比较完整的可移植应用程序框架了，其中包含了大量的工具，比如正则表达式、Web和 Socket类、2D和3D图形、XML解析、SQL类等，甚至还包括了一个完整的容器类库，不过其王牌还是GUI。在目前的跨平台GUI框架中，Qt成熟度最高，已经被一些大公司应用在关键产品中。由于Trolltech对Qt采用的dual license模式，该产品既可以从开源社区获得支持，又能够赚取足够的商业利润，因此其前景也令人比较有信心。 Qt的主要技术特色是其元对象模型。Qt实际上使用的并不是标准的C++，而是标准C++的一个扩展。它通过元对象模型扩展，实现了著名的signal/slot机制，而这一机制也成为Qt的最大特色和优势。与Qt类似的可移植GUI框架还有wxWidget、FOX等。 3、分布式对象中间件：ICE ICE是分布式对象中间件领域里的后起之秀，可以大致地将其视为“改进版”的CORBA。目前应用在一些大型项目当中，其中包括波音公司主持的下一代陆军作战系统。 ICE的一个特别价值是其代码的范例意义。由于ICE的出现较晚，开发者比较系统地应用了新的C++编程风格，所以成为了研读C++代码的良好目标。 4、正则表达式：boost::regex 正则表达式是编程工作中最强有力的工具之一。C++的正则表达式支持一直以来是一个软肋。大约在2001年左右，boost中出现了regex库，初步解决了这个问题。但是最初的regex无论在效率上还是可靠性方面都有一些问题，后来经过一次大规模的翻修之后，达到了比较完善的程度。其他可以选择的替代品还有C语言的pcre库，Qt中的QRegExp类等。 5、矩阵计算：MTL 自1995年以来，C++在科学计算领域当中取得了巨大的突破。这主要归功于template技术的高级应用，使得C++在科学计算的性能方面取得了巨大的进步，一大批优秀的C++科学计算库涌现出来。比如Blitz++、POOMA、MTL、Boost::uBLAS。而这其中，MTL就功能丰富程度、性能、开发支持和成熟程度来讲，是比较突出的一个，因此可以优先考虑。值得一提的是，2002年，MTL与后来被Intel收购的KAI C++配合，曾经在性能评测中击败了FORTRAN。 6、XML、TinyXml C++的XML相关库不少，但是大部分其实都是C库，使用起来自然不那么轻便。其中基于DOM的有TinyXml，基于SAX的当然是Xerces。前者小巧快捷，便于使用，适合做数据交换。后者则是全功能的XML解析器。 7、内存管理：boost::smart_ptr，Hans-Boehm GC C/C++的内存管理是一个永恒的话题。一般来说，C++的开发者倾向于自己管理内存。然而，出乎很多C++开发者意料的是，近期C++的一些领袖人物已经公开宣称，如果不配备自动内存管理机制，用C++编写安全可靠的大型程序是非常困难的。而Bjarne Stroustrup也曾对中国开发者建议，如果没有特别的理由，应该在大型项目中使用自动内存管理工具。因此，今天的C++开发者应当积极地学习和应用自动内存管理设施。说到自动内存管理，比较轻量级的做法是boost::smart_ptr，而激进的做法是引入完整的GC机制。目前开源而又比较可靠的GC中，Hans- Boehm GC无疑是最受信赖的。作为一个保守的GC，Hans-Boehm GC在性能和功能方面都算是卓越。特别是，使用这个**，你仍然可以*elete、free来自己管理内存，对于我们编程习惯的冲击比较小。 8、配置管理：Lua 随着软件系统越来越复杂，对软件的可配置型提出了越来越高的要求。传统上只要通过命令行参数来配置的系统，现在可能需要越来越多的方式和机制。目前越来越受欢迎、并且得到越来越多证实的做法，是将Lua嵌入到C/C++程序中，而用Lua程序作为配置脚本。这种做法的优势是，Lua语言强大灵活，可以适应复杂的配置要求。同时，Lua便于嵌入C/C++程序，而且编译执行速度非常快，可以说是目前解决C/C++程序配置管理问题的一个出色方案。 9、密码及安全：OpenSSL 安全是今天进行C/C++编程无法回避和必须重视的问题。然而编写安全的应用程序，特别是跟网络相关的C/C++应用程序，是一件十分困难的事情。可以说，整个业界目前在这个进程上仍然处于“初级阶段”。特别是涉及到大量的安全、密码学相关的算法、规范，如果让开发者自己摸索，其工作量和难度达到了不现实的程度。因此必须借助可靠的相关程序库才有可能提高程序的安全性。在这方面，OpenSSL是目前最好的选择，其内容之全面可靠，已经成为业界标杆。然而，由于安全编程固有的复杂性，即使使用penSSL，开发工作仍然是非常繁琐的。因此我们也希望能够尽快看到更简单、更易用的C/C++安全程序库。

本课程详细讲解Yolov3 Tiny算法模型的训练，量化，仿真以及在海思开发板上的部署。主要内容包括：1.课程介绍2.darknet框架代码下载及其编译3.基于无人零售商品数据集训练yolov3 tiny a）无人零售数据集介绍 b）配置文件data和cfg的介绍和修改 c）模型训练和较优模型的挑选4）yolov3 tiny darknet模型转换成caffe model5）wk模型生成及其仿真验证 a）3519av100 sdk010提供 b）模型的量化 c）仿真代码讲解及其运行6）仿真检测结果框偏移现象及其纠正7）量化模型在板载上运行

有限元计算框架 OOFEM最新版2.5主要内容： [1]这是什么 [2]必备条件 [3]安装 [4]运行oofem和oofeg [5]相关的链接 [1] 这是什么 ============================================================================== 下面的目录树包含OOFEM包的源代码。 OOFEM_TOP_DIR | |-- doc - 包含“用户指南User's guide”，生成“参考手册Reference manual”的资源， | documents 描述输入文件规范、元素和材料库以及其他有用的文档。 | |-- src - 所有oofem模块的源文件 | | | |-- oofemlib - OOFEM核心部分OOFEMlib模块的源代码。 | | | |-- sm - 结构分析模块来源。 | | | |-- tm - 源传输问题模块. | | | |-- fm - 流体力学模块的来源。 | | | |-- dss - 包括直接稀疏求解器(DSS)的源代码，由R. Vondracek提供) | | | |-- main - 包含main()的源代码以及oofem、oofeg的一些全局函数的实现。 | | |-- tools - 几个实用程序的源代码。 | |-- tests -包含几个测试，这些测试对于验证程序功能非常有用。 | |-- bindings - 保存源文件，以生成到Python编程语言的OOFEM绑定。 [2] 必备条件 ============================================================================== oofem需要CMake跨平台构建系统和支持STL的c++编译器(标准模板库)。 oofem包含到iml++库的接口。它是由Roldan Pozo编写的用于求解对称和非对称线性方程组的现代迭代方法的c++模板库。可以从http://math.nist.gov/iml++/下载。图形化后处理器(oofeg)需要安装Petr Krysl (http://www.multires.caltech.edu/~pkrysl/)的ELIXIR和Ckit库。它们提供了X-windows图形支持。与OOFEM一起使用的Elixir版本可能与Petr Krysl维护的原始版本不兼容。兼容的Elixir版本可以在oofem主页(http://ksm.fsv.cvut.cz/oofem/oofem.html)上找到。 Ckit库可以在相同的位置获得。对分布式内存的并行支持需要安装MPI库。如果您没有，我们建议您使用Open MPI。这是一个免费的、高性能的、可移植的MPI实现(http://www.open-mpi.org/)。对于高性能的特征值求解器，oofem使用了SLEPc。该工具包可以从SLEPc项目主页(http://www.grycap.upv.es/slepc)下载。通过tinyXML2库支持XML解析器。CEMHYD3D模型需要这个库，可以从它的git存储库(https://github.com/leethomason/tinyxml2)下载。可以从源文件自动生成参考手册。您也可以使用它来生成类的文档。为此，您必须安装doxygen文档系统 (http://sourceforge.net/projects/doxygen/) 和图形可视化工具包(http://www.research.att.com/sw/tools/graphviz/) 要从源文件构建元素库、材料库和oofem输入手册，需要使用latex和latex 2 html包。由于其大小，已编译的参考手册本身不包括在发行版中。可以从oofem主页在线访问。 [3] 安装 ============================================================================== UNIX快速说明: ---------------------------- 0)解压缩源1)创建树外构建目录“mkdir -p ~/build/debug” 2)配置目标“cd ~/build/debug; 其中，PATH_TO_OOFEM_SOURCES是指向OOFEM源目录的路径，创建于步骤0(例如~/oofem-2.2)。 3)编译OOF

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录前言XML文件理解常用的XML类方法使用总结前言 TinyXML下载地址：https://sourceforge.net/projects/tinyxml/ 官方文档：TinyXML TinyXML是个解析库，它由两个头文件（.h文件）和四个CPP文件（.cpp文件）构成，用的时候，只要将（tinyxml.h、tinystr.h、tinystr.cpp、tinyxml.cpp、tinyxmlerror.cpp、tinyxmlp.

3,055

社区成员

8,066

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章