C++でXML（主にxerces）やろう！

1 ：デフォルトの名無しさん：02/04/01 15:06

スレ無いしサイト少ないので立ててみる
いらなかったらサゲまくってください

2 ：デフォルトの名無しさん：02/04/01 15:35

2げとずざ。
それなんね。説明しちくり。

3 ：デフォルトの名無しさん：02/04/01 15:36

printf関数でXMLを書き出すの？

4 ：デフォルトの名無しさん：02/04/01 19:30

そこらへんのライブラリって今 apache XML にあるやつでしたか？
javaではいくつかあったけど、XalanとかCrimsonとか、
今はSunが統合したんでしたっけ？

C++だとxercesがメジャーどころですか？

5 ：デフォルトの名無しさん：02/04/01 23:01

C++でXML使って遊ぼうのほうがタイトルよかったかもしれなひ

6 ：デフォルトの名無しさん：02/04/04 10:28

期待上げ。
弱気にならずに何か書け。>>1

7 ：(ﾟдﾟ)：02/04/04 10:37

C++でXML(主にxemacs)やろう！
http://pc.2ch.net/test/read.cgi/tech/1017884042/l50

8 ：デフォルトの名無しさん：02/04/07 02:16

XML自体を勉強中
何か良書＆Webがあれば…（参考書スレ見てきます）

9 ：名無しさん＠お腹いっぱい。：02/04/08 14:53

もう一度期待上げ

10 ：デフォルトの名無しさん：02/04/08 14:59

JavaとかでXMLはよく聞くけどC++でを聞かないのはなんでかな？？

11 ：デフォルトの名無しさん：02/04/08 15:14

やっと、カーネル・サンダースの呪いの期限が切れた。
阪神は本来、神のチーム。
これくらいのゲームができて当たり前。
1938年に開幕７連勝した時に阪神は優勝した。
今年も９割方優勝する。
阪神電鉄の株価もウナギ昇りだ。
優勝すれば経済効果も核爆弾級だろう。
現在、阪神ファンの脳内モルヒネ分泌量は最高だ。
仕事にも遊びにもハリが出る。
阪神ファンが勝ち味に飢えていたが故に。
カーネル・サンダースは俺たち阪神ファンに17年間の試練を与えた。
今はそのことに感謝したい。
昼食時には是非ともKFCを利用したいと思っている。

12 ：デフォルトの名無しさん：02/04/12 23:17

age

13 ：デフォルトの名無しさん：02/04/12 23:18

>やっと、カーネル・サンダースの呪いの期限が切れた。
コピペだろうけど、激しくワタラ

14 ：デフォルトの名無しさん：02/04/13 15:25

>>10
Parser（Interpreter）がないからじゃ？

15 ：デフォルトの名無しさん：02/04/13 20:20

Xerces-CはIBMのICUと組み合わせればシフトJISやEUCの文書も
扱えるし、なかなか使えるっぽいよ。
姉妹品のXalanにはApacheの拡張モジュールが入ってて
それを使えばApacheでサーバーサイドXSLTができる。
わしは仕事上Java版しか使う機会がないが、
C++プログラマにもがんばってほしいところですな。

16 ：デフォルトの名無しさん：02/04/13 21:50

Windows環境だとMSXMLがあるからなあ・・・
どっちも似たようなもんだとすると、わざわざ使う機会がないヨン

17 ：デフォルトの名無しさん：02/04/14 00:19

C++ではなくてC言語ネタですまん。
どっかにC言語用パーサー(libxmlとか)の使用法サンプル
転がっていない。古いHP-UXでXML読み書きするためにいろ
いろやっているが今一わからん。

18 ：デフォルトの名無しさん：02/05/22 17:32

age

19 ：shige：02/05/22 17:40

>>18
「Linux プログラミングバイブル」という本の後半に記述があるので参考にするべきさｄふぇｙｇふぇｆ
ふぇｊぢｖｃｔ
ｑｗｄｑｗｄｘさ０pｆのいｓぢおｊｈ３２ｒｋｔ３；ふぇ７６２２２おいうあ
ｃｃｃｃｗｑｄｗｑｄｌ＠ｐ＠
Ruby!

20 ：デフォルトの名無しさん：02/05/22 18:26

>>19
それってどういう演出なの？
Ruby!って言いたいだけ？

21 ：デフォルトの名無しさん：02/07/07 22:19

C++XMLはこれからバリバリ必要になりそうだからね

22 ：デフォルトの名無しさん：02/07/07 22:31

Xerces+ICUでコンパイルする方法はepistemeのページに書いてあったなぁ…。
漏れは使いそうにないけど。

23 ：デフォルトの名無しさん：02/07/07 22:43

JavaとC#含め.NET付近では騒がれてる(XML)けどC++でってのはあんまり聞かないのは気のせい？

24 ：デフォルトの名無しさん：02/07/07 22:52

サーバサイドと同じく、C++がJavaに平伏した一例でもある＞XML

25 ：デフォルトの名無しさん：02/07/07 23:05

イクサーシズと読むらしいよ。

26 ：デフォルトの名無しさん：02/07/08 01:07

xer ザ〜じゃねーの？

27 ：デフォルトの名無しさん：02/07/08 01:12

Xeon＝ジーオン

28 ：デフォルトの名無しさん：02/07/08 02:34

C++でこそXML。Javaのあんなとろい処理は待てない。
データ形式をXMLにすることにするオーバーヘッドは
通信よりも処理にかかる負荷が大きい。

というわけでC++まんせー

29 ：デフォルトの名無しさん：02/07/08 02:36

XMLは何かこの先力を付けて来る気がする予感

30 ：デフォルトの名無しさん：02/07/08 02:46

C#の文字列インデックスは萌えですよ
まさにXML向き

31 ：デフォルトの名無しさん：02/07/08 03:14

MSXMLならC/C++から扱えますYO!
MS限定だけど・・・

32 ：デフォルトの名無しさん：02/07/08 09:43

組み込み機器がXML処理系を実装することなんて
あるのかな？またそういったときにXercesの
一部分が使われることなんてあるんでしょうか？

33 ：デフォルトの名無しさん：02/07/08 13:51

XercesだけじゃなくてC++でXML総合スレみたいにしたほうがよさげね
需要も少なそうだし

34 ：デフォルトの名無しさん：02/07/09 00:56

libxml2って何気に大きいのな

35 ：デフォルトの名無しさん：02/07/10 23:27

XML Scheme、XPath、XPointer なども含まれているからね。

36 ：名無しさん＠Ｅｍａｃｓ：02/07/18 08:05

>>34
そう？
うちの環境じゃ650kしかないけど？

37 ：デフォルトの名無しさん：02/07/21 23:11

>>36
あ、すまん、意味としては35の言うようなこと。
単なるパーザかと思ったら既に多機能てんこもりだったのね。

つかこれってgnome配下なのか...

38 ：名無しさん＠Ｅｍａｃｓ：02/07/24 22:19

>>37
Gnomeはlibxml2を使ってるかもしれないけど、
libxml1,libxml2はべつにGnomeとは何の関係もないよ。

つか、使ってるひといるんかな？
libxercesよりはコンパクトでいいと思うんだけど。。

39 ：デフォルトの名無しさん：02/09/24 02:29

保守あげ

40 ：デフォルトの名無しさん：02/09/24 02:30

http://www-6.ibm.com/jp/developerworks/xml/020118/j_x-ctlbx.html
C/C++ developers: XMLツールボックスの中身を充実させる

41 ：◯：02/09/27 21:55

>>38
そうけ？
Libxml is the XML C library developed for the Gnome project.
と書かれてあるけど。
http://xmlsoft.org/index.html
見てももろGnomeだし。違うもの言ってるのか？

xsltprocは(コマンドとして)使ってる。軽いよ。
特にウチでは問題無し。

42 ：デフォルトの名無しさん：02/09/27 21:57

>>41
元々は GNOME と関係なく開発されていたけど、
GNOME 用の XML ライブラリとして採用されたと思った。
サイトも前（2年位前かな）に見たのとは全然変わってるし。

43 ：デフォルトの名無しさん：02/09/27 23:14

「C++によるXML開発技法」って本どうですか。
あれで\4000以上は高いと思ったけど。

44 ：デフォルトの名無しさん：02/09/29 06:52

保守age

45 ：デフォルトの名無しさん：02/09/29 07:00

CやC++でXML使ってなんかしてる人って、本気でいるの？

46 ：デフォルトの名無しさん：02/09/29 07:10

正気じゃないとでも？

47 ：デフォルトの名無しさん：02/09/29 07:23

>>45
そうそう。頭悪いよね

48 ：デフォルトの名無しさん：02/09/30 23:41

普通に使ってますよ
頭悪くてごめんなさい

49 ：デフォルトの名無しさん：02/10/15 08:26

>>43
でも他にそういうテーマの本がなかなか無いから
買ってしまうという

50 ：デフォルトの名無しさん：02/10/20 00:51

age

51 ：デフォルトの名無しさん：02/10/20 01:16

パーサじゃなくて、C++でXMLを出力するライブラリって無い？

52 ：デフォルトの名無しさん：02/10/20 01:19

>>51
パーサの DOM API 使って Document オブジェクトを作ればいいんじゃないの？

53 ：デフォルトの名無しさん：02/10/20 01:34

bcc用組み込みパーサやってる。
需要あるならSourceForgeに上げるけど。

54 ：51：02/10/20 01:55

おお、DOMにそんな機能があったとは
>>52に感謝しろ

55 ：デフォルトの名無しさん：02/10/20 03:27

↑ﾊｧ?
ﾊﾞｶﾆﾊｳﾝｻﾞﾘ

56 ：デフォルトの名無しさん：02/10/20 19:09

>>51
xercesならDOMWriterを使うと幸せに慣れるぞ

57 ：デフォルトの名無しさん：02/10/21 12:43

内部のツリー状データ構造を共有したりできるの？＞xercesとxalan

58 ：デフォルトの名無しさん：02/11/02 03:10

printf関数でXMLを書き出すの?

59 ：デフォルトの名無しさん：02/11/02 07:37

使うならstd::ostream系列でしょ

60 ：デフォルトの名無しさん：02/11/02 13:27

>>58
>>56

61 ：デフォルトの名無しさん：02/11/05 04:37

保守

62 ：デフォルトの名無しさん：02/11/06 19:55

メンバー募集あげ。
プログラムする/しないに関わらずメンバー募集。
自分たちでXMLパーサつくりゃんせ。

プログラム作らないがアイコン作りますとか
要求機能アンケートしますたとか
文章自信ありますとかそれで充分結構。

https://sourceforge.jp/projects/frogger/

63 ：デフォルトの名無しさん：02/11/06 23:36

>>62
パーサにアイコンが必要？

64 ：デフォルトの名無しさん：02/11/07 01:02

>>63
現状でアプリはホイホイ作れますですはい。

ベースはできてる。タイトルの検索とか
リンクの抽出とかできる。
後の作業はXでないHTMLへの対応とかXSLTプロセッサ。

Irvineのアレ見てるけど
人集めるってたいへんだなぁとオモタ。

65 ：デフォルトの名無しさん：02/11/07 01:04

>>64
＞XでないHTMLへの対応とか

既にXMLじゃないのでスレ違いじゃん。

66 ：デフォルトの名無しさん：02/11/07 02:12

おまいらパーサなんてどうでもいいからスキーマコンパイラ作れ。

67 ：デフォルトの名無しさん：02/11/07 02:16

>>66
悪くない。構想を書いてみなされ。
ヨサゲなら設計に入るわ。

68 ：デフォルトの名無しさん：02/11/07 03:23

>>67

RelaxerのC++版かなぁ…

>このオプションはRELAXを入力として、C++やRubyといった言語のプログラムを生成する用途に使用することを・・・
ttp://www.asahi-net.or.jp/~dp8t-asm/java/tools/Relaxer/man_ja.html

のC++オプションを提供するプロジェクトはどう？

69 ：デフォルトの名無しさん：02/11/07 03:33

悪くないがオレが立てる気はないなぁ。
立ったら参加する気はちょいとある。

70 ：デフォルトの名無しさん：02/11/07 04:33

>>68
Relaxer よく知らないけど、Ruby 版作ろうかな。
meta オプション指定時に生成される Relaxer モデルから
特定言語のコード（クラス）を生成するプログラムを書けばいいんだよね？
って Ruby だとスレ違いか。

>>69
ここでやってもいいんじゃない？どうせ寂れスレだし。

71 ：デフォルトの名無しさん：02/11/08 01:06

>>69

先程申請しますた。

>>70

Ruby版お願いします。

72 ：71：02/11/08 15:37

ruby版既にありました。
ttp://www.ba.wakwak.com/~fuchi/rubyxml/

73 ：デフォルトの名無しさん：02/11/14 23:58

パーサじゃなくて、C でXMLを出力するライブラリって無い?

74 ：shige：02/11/15 00:25

libxmlのxmlDocDump()とか使うといいよ。ドキュメントのtreeのセクション見てみ。

75 ：デフォルトの名無しさん：02/11/21 15:11

Xerces1.4.3を使っています。(Javaですが)
DTDの読み込み・編集・出力はどうやってやれば良いですか?
あたりつけてDocumentからDocumentTypeを取得してみたら空っぽだったのと、
そもそもDocumentTypeでどうやって<!ELEMENT A (B?, C*)>みたいな事を表せるのかピンと来ません。
方向間違ってる?

76 ：デフォルトの名無しさん：02/11/29 23:22

MSXMLがあるのに何故にXercesなんか…。

77 ：デフォルトの名無しさん：02/11/29 23:25

↑窓厨

78 ：デフォルトの名無しさん：02/11/29 23:28

Windows限定なら普通MSXMLだな

79 ：デフォルトの名無しさん：02/11/29 23:35

Cygwin で Xerces-C がパッケージになったね。

80 ：デフォルトの名無しさん：02/11/30 11:14

WindowsでわざわざCygwin+Xercesって最高に阿呆だな。

81 ：デフォルトの名無しさん：02/11/30 11:27

移植性を考えるとか、unixからの移植を短期間で、とかなら分かるけど
winって決まってるならただのアホだな

82 ：デフォルトの名無しさん：02/11/30 13:38

移植性を考えた場合、JavaでなくC++を選択した時点で阿(略

83 ：デフォルトの名無しさん：02/11/30 13:47

Javaなら移植性があると思ってる馬鹿はもう絶滅しましたよ。

84 ：デフォルトの名無しさん：02/11/30 19:37

さすがにC++程では…。

85 ：デフォルトの名無しさん：02/11/30 19:51

Xecresユーザーどうよ？
リビルドしてテスト通る？
Leakとか出ませんか。
MSXMLもだいじょうぶかいな。
メジャーなパーサでは24時間戦えませんよ。

86 ：デフォルトの名無しさん：02/11/30 19:51

C#が出てきた今では、化石化したC++やJavaなど（以下略）

87 ：デフォルトの名無しさん：02/11/30 19:57

M$専用言語でつか？

88 ：デフォルトの名無しさん：02/11/30 20:09

>>85
一日一回リブート。

89 ：デフォルトの名無しさん：02/11/30 21:58

C#でMSXML以外という変人はいませんか？

90 ：デフォルトの名無しさん：02/11/30 22:38

C#のXMLって内部的にはMSXMLなんでないの？

91 ：デフォルトの名無しさん：02/12/08 03:22

expat 使ってますが何か？

92 ：デフォルトの名無しさん：02/12/08 22:45

>>91
何故そんな馬鹿な事を…？

93 ：デフォルトの名無しさん：02/12/09 09:14

c#でmsxml以外の選択肢はないのですか？
msxml3.0時代しか知らないんだけれど、独自拡張や使えないxslt構文が
いくつかあったのであまり好きではなかったけれど、
今の状況はどんな感じなのでしょうか？

94 ：デフォルトの名無しさん：02/12/09 12:39

今はMSXML4ですよ。
http://www.microsoft.com/japan/msdn/xml/downloads/msxml4.asp
---
World Wide Web Consortium (W3C) による最終勧告版の XML Schema および、DOM, SAX のサポート
テストシナリオにおいて 4 倍、一部のシナリオでは 8 倍以上の高速化が認められたXSLTエンジン
…
---

95 ：デフォルトの名無しさん：02/12/09 15:11

>>94
存在は知ってましたが、情報提示サンクスです。
XPathの独自拡張などがなくなっていればいいですね。
SAX機能をC#で試してみたいと思います。

ところで、C#でxml parserをmsxml以外で使うことはできませんか？

96 ：not91：02/12/09 15:25

>>92
日曜プログラマ？
http://wwbota.free.fr/TestsPerf.htm

97 ：デフォルトの名無しさん：02/12/09 15:34

>>95
オープンソースのC#実装(monoとかPortable｡NETとか）があるんだから
そっちでXercesへのバインディングとかやってるんじゃない？
そうしないとLinuxやFreeBSDで動かないし。
あとはMSのFreeBSD用のCLRとか調べてみたら？

98 ：デフォルトの名無しさん：02/12/09 16:33

XercesはC++Builderのコードガードで引っかかるし、
gccでは付属のテスト通らないが、使い物になるわけ？
リークとかしまくりの気が。

99 ：デフォルトの名無しさん：02/12/09 16:50

しかし、C#でそこまでしてMSXMLを避ける理由が謎。

100 ：デフォルトの名無しさん：02/12/09 17:40

>>99
別に漏れは93=95ではないけど、.NETと無関係にC#の実装はちょっと興味もってる。
だからXercesが使える使えないは別として、MSXML以外の実装があっても面白いと思うし、
MSXMLを使わないSystem.XML互換のライブラリがあれば面白いと思う。
いや、93の事情は知らんけど。