问题标签 [expat-parser]

我似乎无法正确使用 expat 在 Windows 10 (mingw) 上构建 gdb 的语法。我下载了外籍资源并且构建没有问题。expat.h 文件位于 /usr/local/include 中，而 expat 库（libexpat.a 和 libexpat.dll.a）最终位于 /usr/local/lib

我的配置是：../gdb-7.7.1/configure --target=arm-linux-gnueabihf --prefix /c/sysGCC/output --with-python --with-expat --with-libexpat-prefix= /usr/local/lib --disable-nls

但无论我尝试什么，我总是会得到一个 make 错误“libexpat 丢失或无法使用”。有没有人发现错误？？？

各位程序员，

我搜索了论坛，但找不到我的问题的答案。

我正在尝试使用 expat 在 C 中解析 2 GB xml 文件，这里是我的代码片段（我已经删除了与我的问题无关的大部分部分），

如您所见，我正在从文件中读取并放入大小为 10000000 的缓冲区。

我的问题是，我有时会收到格式错误的 XML 错误或不匹配的标签错误。我的理解是因为 xml 文件很大，所以当数据被读入缓冲区时，它可能会错过在缓冲区中包含结束标记，而缓冲区中存在打开标记 - 这就是为什么不匹配的标记错误，格式错误的 XML 错误，因为，而不是读取完整的标签，例如 xml 是

和缓冲区只读

BTSTEMPLATERSC 标记不完整，因此出现格式错误的 xml 错误。

那么，有人可以帮我知道如何正确读取一大块 xml 数据，以便避免这两个错误吗？

谢谢萨韦什

我已经下载了 Expat 2.0.1 的副本，它基本上是一堆 .h 和 .c 文件（请参阅下面屏幕截图中的完整目录）。

要将库添加到我正在处理的 VS 2013 项目中，我转到属性 -> 配置属性 -> VC++ 目录并将屏幕截图中显示的 2.0.1 文件夹的路径添加到“包含目录”字段。这消除了所有智能感知错误，但是当我构建项目时，我得到一堆链接器错误，它们抱怨未解析的符号（例如XML_ParserCreate，这是 Expat 库中的一个函数）。我可以右键单击这些符号并查看定义，所以看起来一切都正确“连接”了。我怎样才能让链接器停止抱怨？似乎没有任何库可以添加到配置的链接器部分。我需要以Makefile.MPW某种方式使用吗？

操作系统：CentOS 7 GDB-7.11

我需要 GDB-7.11，因为最终支持线程名称出现在远程调试会话的调试器中。但是，我无法显示线程名称，我相信这是因为当我运行 GDB 时，我得到以下信息：

如果我使用：yum whatprovides libexpat

它显然在那里，位于 /usr/lib64

当我运行 ./configure --with-read-line --with-libexpat

那么问题来了，为什么 GDB 的配置脚本找不到呢？它似乎找到了其他一切......？

我正在学习 libexpat。我将这个示例拼凑在一起，以便使用 API 进行基本熟悉：

代码：

目录.xml：

生成文件：

输出：

问题：

从输出来看，我安装的回调似乎XML_SetCharacterDataHandler()为 CATALOG、CD、TITLE 和 ARTIST xml 标签调用了两次，然后为 YEAR 标签调用了多次——有人可以解释这种行为吗？从上面提到catalog.xml的 ，我不清楚为什么有（或永远会有）多个值与任何 XML 标记相关联。

谢谢你。

引文：

归功于本网站的上述示例代码的基础。

当我将 GPX 文件的路径扔给 OSGeo.OGR.Ogr.Open() 时，我得到的是 null，而不是填充的 DataSource。在我的情况下，我相信这种情况正在发生，因为我没有构建具有读取支持的 OGR/GPX 驱动程序（至少我的日志文件是这样说的）：

[错误] :: GDAL [code=6 msg=OGR/GPX 驱动程序尚未构建具有读取支持。需要外籍图书馆]

我的 GDAL 目录中有我相信它想要的 libexpat.dll。我现在的问题是，如何使用它构建 OGR，以便我可以开始从 Ogr.Open(path_to_gpx_file) 调用中获取实际的 DataSource？我尝试将其添加为对我的项目的引用，但无济于事（因为我相信它是一个非托管 DLL，互联网告诉我这是不可以的）。

我需要在 C 中实现一个简单的解析器（或者 C++，如果 C 不适合这个应用程序），它将读取一个 xml 文件，该文件将只包含几个元素（这就是为什么称之为基于 xml），即只有 4 个根元素和更少总共超过 5 个子元素。它易于实现还是我应该使用像 expat 这样的库？如果可能的话，有人可以告诉我如何处理这个过程吗？

我想使用来自 Android NDK 的工具链为 arm-linux-androideabi 构建 expat 2.0.0。我使用 Centos 7、x86_64。我的配置步骤似乎有效

但在 make 我得到一些讨厌的错误

/bin/sh ./libtool --verbose --mode=link arm-linux-androideabi-gcc -std=gnu99 -I./lib -I. --sysroot=/media/qt5-qwt6/ndk10/android-ndk-r10e/platforms/android-4/arch-arm -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions --sysroot=/media/qt5-qwt6 /ndk10/android-ndk-r10e/platforms/android-4/arch-arm -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/readfilemap.o libexpat.la libtool：链接：arm-linux-androideabi-gcc -std=gnu99 -I./lib -I. --sysroot=/media/qt5-qwt6/ndk10/android-ndk-r10e/platforms/android-4/arch-arm -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions --sysroot=/media/qt5-qwt6 /ndk10/android-ndk-r10e/platforms/android-4/arch-arm -DHAVE_EXPAT_CONFIG_H -o xmlwf/.libs/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/readfilemap.o ./ .libs/libexpat。

我在这里忽略了什么？我应该以某种方式更改我的配置命令吗？

当我使用 expat xml 库构建程序时出现这些链接器错误。

构建指令：

库在文件系统上：

$ 定位 libexpat.so

跑 strace 检查是否有任何明显的问题：

当一切都正确加载时，为什么链接器会抛出这些错误，知道吗？

我可以在符号表中查找函数：-

我在我的 Mac（运行 OS X 10.13.1）上使用安装了Homebrew的Python，最近，我注意到解释器需要很长时间才能启动。

在着手尝试解决这个问题时，我做了一个简单的检查time：

……这揭示了问题的严重性：12 秒！

然后我使用gnomon- 一个非常方便的npm模块，用于逐项列出 CLI 工具的时间 - 将问题归结为有问题的 Python 模块。我使用了这个命令：

…gnomon输出显示了详细的 Python 解释器输出发出的每一行所花费的时间。它看起来像这样：

......我已经强调了执行需要将近12 秒的输出行——迄今为止最长的，因为其他每一行通常需要几纳秒，或者最多几微秒，也许。

通常，如果我遇到一个不稳定的 Python 扩展，我会自己重新编译它，或者从源代码调整它，以便在必要时正确地使它没有问题。但在这种情况下，我正在处理一个 c-extension 模块，它是一个更大的 Python 标准库模块的一部分，所有这些模块都附带 Homebrew 二进制包（在 Homebrew argot 中称为“瓶子”），其中包含这个版本的 Python。

这是其他人可以证明的问题吗？特别是，在类似情况下运行 Python 时，其他人会遇到这个问题吗？而且，最重要的是，我该如何解决它？我是否需要使用 Homebrew 或不使用 Homebrew 重建整个 Python 安装？