問題タブ [expat-parser]

AndroidでSaxParserを使用してxmlファイルを解析しようとしています。

これは私のxmlファイルです:

そして、これはコードです：

xr.parse の後、例外があります:

03-22 15:24:04.248: INFO/System.out(415): XML Pasing Excpetion =

何が間違っている可能性がありますか？どうもありがとう。

pyFileMaker をダウンロードしました。PyFileMakerディレクトリLibを Python31 ディレクトリの下のディレクトリにコピーしましたが、単に次のFMServer行でモジュールを含めると:

このエラーが発生します

モジュール expat が存在するかどうかを確認しましたが、実際には存在します。どうすればこれを修正できますか?

みんな以下は、私が解析しようとしているxmlです

以下は、私が使用しているパーサーのコードです

sp.parse() は、expatParser Exception を提供しているコードです。以前の 5 つの xml 解析で同じロジックを使用していましたが、このエラーは発生しません。私は何が間違っているのですか、それともxmlが間違っているのですか??

Pythonでexpat xmlパーサーを使用する場合、解析されたxmlデータを文字列、ファイル、または任意のデータ構造に保存するにはどうすればよいですか。xml データのノードを解析して使用する方法を教えてください。

問題の説明

Expat をカスタム C++ ラッパーと共に使用していますが、これは他のプロジェクトで既にテスト済みです。元のデータ (c_str) が正しい方法で std::string に変換されていないため、問題が発生しています。ラッパーのソースを変更していないので、これは気になります。

この変換後、文字列が null で終わる文字を取得するようです。

どうすればこれを修正できますか?

独自の外国人ラッパー

カスタムパーサー

expat ラッパー内の文字データ (char*)

パーサー内の文字データ (std::string)

特定の文字のみを解析すると、エクスパットエラーが発生します。他のHTMLコードは問題なく解析されます。expat libexpatMT.libのUTF-8ライブラリを使用しており、ラッパーでcharとstd::stringを使用しています。ワイド文字などは使用していません。

& アンパサンドの置き換えやカスタムスペーサーなどのHTMLエンティティ内でも使用されているため、ここでアンパサンドが無効なトークンになる可能性がある理由はわかり&ません。

助言がありますか？ここでの問題はアンパサンドです。

私はexpatを使用するのが初めてです。XML_SetUserData がどのように意図されているかを理解しようとしています。私の場合、クラス A オブジェクトのリストがあり、XML ストリームを解析するときにこのリストにデータを入力する必要があります。

これまでのところ、この単一のリストを表すためにシングルトンを使用することを計画していました。XML_SetUserData は、リストがシングルトンである必要をなくすためのものですか?

Expatはxmlパーサーまたはxmlジェネレーターとしてより人気がありますか？Expatをxmlジェネレーターとして使用する場合は、基本的な1〜2個のAPIを教えてください。

Unix ベースのアプリのビルド プロセスを簡素化するツールを使用しています。自動的に行うことの 1 つは、「./configure」を実行する前に「autoreconf -i」を実行することです。ただし、 OSX (Lion) でexpatライブラリをビルドしようとすると、ビルドは失敗します。

一方、最初に autoreconf を実行しないと、うまくビルドできません:

「autoreconf -i」は何をしているのですか? なぜビルドが失敗するのですか?

expat パーサーに 3 つのハンドラーを登録しました: - start -end - text

そして、メイン プログラムから xml ファイルを読み取り、それをバッファリングして、XML_Parse API を呼び出します。このようなもの：

失敗時に XML_Parse が 0 を返す場合、if 内部から例外がスローされています。そしてインナーキャッチブロックに引っ掛かります。

これが私の質問です: 解析中にユーザー定義の例外がハンドラーのいずれかからスローされた場合、それは外側の catch でキャッチされますか?

はいの場合、実際には私のコードでは発生していません。代わりに、コアをダンプしており、スタックは、throw が std:terminate につながることを示しています。HANDLERS から例外をスローする前に何か他のことを実行する必要がありますか?

ありがとう。