問題タブ [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

しかし、何をしようとしても、常に「libexpat is missing or unusable」というエラーが発生します。誰かがエラーを見つけますか???

仲間のプログラマー、

フォーラムを検索しましたが、私の問題に対する答えが見つかりませんでした。

expat を使用して C で 2 GB の xml ファイルを解析しようとしています。コードの抜粋です (問題に関係のない部分のほとんどを削除しました)。

ご覧のとおり、ファイルから読み取り、サイズ 10000000 のバッファーに入れています。

私の問題は、不正な形式の XML エラーまたはタグの不一致エラーが時々発生することです。私の理解では、xmlファイルは巨大であるため、データがバッファに読み込まれると、バッファに開始タグが存在するバッファに終了タグを含めることができない可能性があります.たとえばxmlのような完全なタグを読み取ることは

およびバッファ読み取りのみ

BTSTEMPLATERSC タグが完全ではないため、不正な形式の xml エラーが発生します。

それで、これら2つのエラーを回避できるように、xmlデータのチャンクを正しく読み取る方法を教えてください。

ありがとう

OS: CentOS 7 GDB-7.11

リモート デバッグ セッションでスレッド名がデバッガーに表示されるようになったため、GDB-7.11 が必要です。スレッド名を表示できませんが、GDB を実行すると次のようになるためだと思います。

私が使用する場合: yum whatprovides libexpat

それは明らかにそこにあり、/usr/lib64 にあります

./configure --with-read-line --with-libexpat を実行すると

繰り返しますが、問題は、なぜ GDB の configure スクリプトがそれを見つけられないのかということです。それは他のすべてを見つけるようです...？

GPX ファイルへのパスを OSGeo.OGR.Ogr.Open() にスローすると、入力された DataSource の代わりに null が返されます。私の状況では、読み取りをサポートする OGR/GPX ドライバーをビルドしていないため、これが発生していると思います (少なくともログ ファイルにはそう書かれています)。

[エラー] :: GDAL [code=6 msg=OGR/GPX ドライバーは読み取りサポート付きでビルドされていません。外国人図書館が必要]

GDAL ディレクトリに必要な libexpat.dll があります。私の質問は、その Ogr.Open(path_to_gpx_file) 呼び出しから実際の DataSource を取得できるように、それを使用して OGR を構築するにはどうすればよいですか? 私は自分のプロジェクトへの参照としてそれを追加しようとしましたが、役に立ちませんでした (それは私が信じているアンマネージ DLL であるため、インターネットはそれがノーノーだと教えてくれます)。

C (このアプリケーションで C が推奨されない場合は C++) で単純なパーサーを実装する必要があります。このパーサーは、少数の要素 (xml ベースと呼ばれる理由) のみを含む xml ファイルを読み取ります。完全に5つの子要素よりも。実装は簡単ですか、それとも expat のようなライブラリを使用する必要がありますか? 可能であれば、プロセスについてどのようにできるか教えてもらえますか?