C++でXML（主にxerces ..
331:デフォルトの名無しさん
04/09/06 03:03
>>330
329 は各地にマルチポスとしてるよ。
332:デフォルトの名無しさん
04/09/29 14:42:50
#include<Xercesc/util/PlatformUtils.hpp>
#include<Xercesc/util/XMLString.hpp>
#include<Xercesc/dom/DOM.hpp>
using namespace std;
XERCES_CPP_NAMESPACE_USE
#define X(x) XMLString::transcode(x)
int main(){
XMLPlatformUtils::Initialize();
{
DOMImplementation *impl= DOMImplementationRegistry::getDOMImplementation(X(""));
DOMDocumentType *doctype = impl->createDocumentType(
X("html"),
X("-//W3C//DTD XHTML 1.1//EN"),
X("URLﾘﾝｸ(www.w3.org)") );
DOMDocument *doc = impl->createDocument(NULL,X("html"),doctype);
}
XMLPlatformUtils::Terminate();
return 0;
}
これをVC7でビルドしようとしたんですが
xml error LNK2020: 未解決のトークン (0A000010) __imp_?fgXercescDefaultLocale@XMLUni@xercesc_2_3@@2QBDB
xml error LNK2020: 未解決のトークン (0A000013) __imp_?fgMemoryManager@XMLPlatformUtils@xercesc_2_3@@2PAVMemoryManager@2@A
xml fatal error LNK1120: 外部参照 2 が未解決です。
というエラーが出るんですが、どう対処すればいいのか分からんのです。誰か助けて。Xersescは2.3っす。
333:デフォルトの名無しさん
04/09/29 23:49:23
DOMってなんであんなに使いにくいんだろう。
XPathサポートしてる実装じゃないととても使う気になれない
334:デフォルトの名無しさん
04/09/30 00:08:40
>>333
極度に移植性を高めた結果でしょ。言語に制約を受けないように。
335:デフォルトの名無しさん
04/09/30 07:52:58
それにしても例えば要素の子要素をたどるときと要素の属性をたどるときでまったく違うやり方でしょ。
XPathだったら軸がちがうだけで子要素名／属性名をノードテストに使用できる点は一緒なのに、
DOMだと「ある要素のhoge属性の値を取得」だったらgetAttibuteでノードマップをもらって属性名をキーに値をゲットだけど
似たような「ある要素のhoge子要素の値を取得」でまったく違うコードをいっぱい書かなきゃならん。
XPathだったら/@hogeか/hogeかの違いだけだ。
336:デフォルトの名無しさん
04/10/02 22:20:13
>>332
どーやってビルドしようとしたのか、詳しく書かないとわからんﾔﾛ。
Xersescは2.3 の導入方法、vc7はスタンドアロン？(free)、リンカに渡す
pathチェック…。
一番の原因は最後の理由では？(-_-;
337:デフォルトの名無しさん
04/10/09 00:21:21
C++でxercesを利用すると一体どんな問題が解決されますか？
338:デフォルトの名無しさん
04/10/09 04:57:30
水虫が治ります
339:デフォルトの名無しさん
04/10/23 22:58:19
MiX、VC.NETでコンパイルとおらねえよ
340:デフォルトの名無しさん
04/10/23 23:21:28
VC++.NETなのかVC#.NETなのかそもそもスレ違いだバカ
341:デフォルトの名無しさん
04/10/23 23:27:42
C#でやろうとするのはお前だけ
342:デフォルトの名無しさん
04/10/24 02:12:58
>339
typenameをどっかにつけたら通る
でも、そもそもあれだとgccでも通らない気がするけど…
343:デフォルトの名無しさん
04/10/24 14:26:43
>>342
㌧ｸｽ
えーっと、typenameを付ける場所は二カ所あるです
MiXのバージョンは0.5.3ね
Attribute.h(21)
typedef nodelist_type::iterator nodelist_iter;
↓
typedef typename nodelist_type::iterator nodelist_iter;
NodeList.h(39)
typedef container_type::iterator basic_iterator;
↓
typedef typename container_type::iterator basic_iterator;
あと、凡ミスってかcygwinのgcc3.3.1だと平気だけど、VC++7で引っかかる点
Attribute.h(55)
virtual string_type toString(bool dmy=false,const string_type& dmy=xml_traits::indent(),int dmy2=0)const;
↓
virtual string_type toString(bool dmy=false,const string_type& dmy1=xml_traits::indent(),int dmy2=0)const;
引数の名前がダブってる(；´д⊂)
344:デフォルトの名無しさん
04/10/24 15:52:48
>343
> 引数の名前がダブってる(；´д⊂)
そういえばそんなのもあったね(ﾆｶﾞﾜﾗ
んでもって、DOMパーサーにXML食わせてパースに失敗したらリソースリークしたり、
(auto_ptrをparseの中に仕組んだりして対処したような)
開始タグを入れる前に終了タグを入れたりしたら(いきなり </> 見たいに)
STLPortのデバックモードで落ちたり…
(空のstackをpopしてたんだっけかな…)
結局途中で断念してしまった…
345:デフォルトの名無しさん
04/10/24 16:56:11
>>344
おとなしくXerces使った方が良いのかも知れんね(´･ω･`)
もうちょっと、MiX使ってみてから判断します
346:345
04/10/26 21:28:26
感想。
リークはちゃんと調べてないので分かんないけど、
とりあえず、ドキュメントが間違ってるのは何とかして欲しいと思った(;´д｀)
まあ、規模はそれなりに小さいので、条件によっては使っても良いんじゃないかと。
347:デフォルトの名無しさん
04/10/28 00:26:18
ﾎｼｭ
348:デフォルトの名無しさん
04/11/02 02:00:55
ほ
349:デフォルトの名無しさん
04/11/02 18:46:06
C++でXMLいじるとなんかアドバンテージあるの？
350:デフォルトの名無しさん
04/11/02 18:54:30
悪いけどそういうスレじゃないんだよね
351:デフォルトの名無しさん
04/11/02 19:00:25
>>350
(^o^;)
352:デフォルトの名無しさん
04/11/02 20:48:34
>>350
そういうスレだろ
353:デフォルトの名無しさん
04/11/02 21:02:11
違うって。C++のアドバンテージとか言い出すと他の言語による比較論議になる。
そうするともはやC++で～スレじゃなくなる。
（C++による）MSXMLとXercesの比較などならわかるが、C++を比較対象にするのはちょっと違う。
C++スレでJavaとの比較議論始まったらウザイだろ。それと同じ。
354:デフォルトの名無しさん
04/11/02 21:20:11
>>349
速い。その代わり文字列処理が面倒になるかな。
やるならJavaとかの方がいいと思うけどね。
355:デフォルトの名無しさん
04/11/02 21:25:53
stringクラスとboost使えばそうでもないよ。
356:デフォルトの名無しさん
04/11/02 22:33:02
>>354
じゃあスーパープログラマにとってはC++で組んだ方が気持ちいいんですね
357:デフォルトの名無しさん
04/11/02 22:52:54
C++の場合はXercesじゃないほうがいいじゃん。
ちょっと規模が大きいからもっさりしそう。
単純なパーサ作ればそのアプリのデータだけはきびきび処理できるわけで。
358:デフォルトの名無しさん
04/11/03 03:13:15
>>357
MiX小さくて(・∀・)ｲｲよ
359:デフォルトの名無しさん
04/11/03 16:52:27
バグバグだけどな
360:デフォルトの名無しさん
04/11/03 16:54:28
作者ウザイ
361:デフォルトの名無しさん
04/11/03 17:03:19
無名なのになぜかMiXの名がしばしば出てくるよね
362:デフォルトの名無しさん
04/11/03 17:38:08
MiXでさえ機能多すぎでうぜぇ気がする。
単にパースしてくれれば済む話。
363:デフォルトの名無しさん
04/11/03 17:47:58
キミはちょっと脳たりんだな。
364:デフォルトの名無しさん
04/11/03 17:49:07
誰か、STLPortのデバッグモードでも落ちない小さなXMLパーサをつk(ry
365:デフォルトの名無しさん
04/11/03 18:32:31
>>359
確かになんとかしてほしい。
取らぬ狸の皮算用とか言ってる場合じゃないぞ。
366:デフォルトの名無しさん
04/11/16 14:11:53
hosyu
367:デフォルトの名無しさん
04/12/01 18:22:35
hs
368:デフォルトの名無しさん
04/12/05 21:53:22
xerces-cのminGW用インポートライブラリ作ろうと思って挫折した。難しすぎ。
窓dllの仕組みもよう分からんのに移植しようとか思ったのが甘かったか・・・
369:デフォルトの名無しさん
04/12/05 21:54:43
pexports/dlltoolで駄目だった？
370:368
04/12/05 22:17:11
名前マングリングされててどうにもならんす orz
pexportsで抜き出したdefの上4行はこんな惨状
LIBRARY xerces-c_2_6.dll
EXPORTS
??0ASCIIRangeFactory@xercesc_2_6@@QAE@XZ
??0AbstractDOMParser@xercesc_2_6@@IAE@QAVXMLValidator@1@QAVMemoryManager@1@QAVXMLGrammarPool@1@@Z
371:デフォルトの名無しさん
04/12/05 22:38:38
ここのxerces-c-mingwは使えないだろうか？
URLﾘﾝｸ(sourceforge.net)
372:デフォルトの名無しさん
04/12/06 22:51:00
てか、ソースからコンパイルすればいいじゃん。
373:デフォルトの名無しさん
04/12/06 23:45:56
ん、たしかに。で、ソースからリコンパイルしてリンクまでいけた。
・・・が、SAXparserのコンストラクタでコケる。
これからデバッグモードでやりなおしてみるつもり。やれやれ・・・。
374:デフォルトの名無しさん
04/12/07 00:21:12
runConfigのオプションは？
-p mingw-msys -n fileonly -r noneで行けた。
pスレにすると、MinGWのＤＬＬがウザいので、pスレをやめると良いと思われ。
375:デフォルトの名無しさん
04/12/07 11:10:18
tinyXMLって名前のとおりtinyなのかな？
パースするだけならこれで良さそうなんだけれど。
376:デフォルトの名無しさん
04/12/07 20:16:25
パースするだけで、高速なのがよければexpatがお薦め！！
安定してるしね。ＣＰＰラッパーの、expatppも結構使える。
377:デフォルトの名無しさん
04/12/08 11:20:48
>374
ビルドの最後でdoowrap.exeからc++.exeに渡すパラメータがおかしくてエラー出てたけど
手動でg++.exeに変更したらなんとかビルドできて正常動作しました。ありがとう。
378:デフォルトの名無しさん
04/12/30 16:33:16
Xerces C++ 2.6.0を使用しています。
for(;;) {
elem = doc->createElement(tag_name);
root->appendChild(elem);
root->removeChild(elem);
elem->release();
}
と書くと、メモリをがんがんに消費しまくるのですが、
何か足りない処理はありますか?
379:デフォルトの名無しさん
04/12/30 16:49:52
メモリ使用量が正常で無いというのは何と比較したのよ
380:378
04/12/30 17:09:03
>>379
えと、比較ではなくて、Windowsのタスクマネージャでメモリ消費量を眺めつつ
378を実行すると、メモリ消費量が単調増加していき、最終的にはメモリ不足で落ちる、
という感じです。
381:378
04/12/30 17:35:37
ついしんです。
for(;;) {
elem = doc->createElement(tag_name);
elem->release();
}
でも、起きました...
382:デフォルトの名無しさん
04/12/30 18:01:47
Xercesのソースを少し追ってみました。
release()を行うと、Documentオブジェクトの再利用バッファにElementが退避されます。
退避されたオブジェクトは、次回に同型のオブジェクトを割り当てる際に、再利用されます。
確かにrelease()で解放したオブジェクトは、次回のcreateElement()の
呼び出しで再利用されているようです。しかし、Elementのデータメンバは
管理されておらず、コンストラクタでNULLが上書きされ、結果としてデータメンバは
メモリリークになります。
では手を加えてこのデータメンバを手動で解放しよう...と考えたいところですが、
オブジェクトの割り当てにはDocument独自のヒープ管理によりなされており、
このヒープ管理機能には、個々の割り当て結果を解放する機能がないように
見えます。（一括の解放はある）
恐らくフラグメントの処理等を省いて高速化を図っているんじゃないかと
思うんですが、このあたりの事情はどこかに書いてありますか？
（あるなら、お客さんには「そういうものなんだ」と言って逃げます）
FAQに再利用の件が少し書いてあるのを見つけましたが、リークが起きる事象
そのものの記述ではなく、いまいちな感じです。
383:デフォルトの名無しさん
04/12/30 18:15:29
やっぱり素人にはJavaの方が楽だな.....
と思った。
384:デフォルトの名無しさん
04/12/30 18:15:51
素人って俺のことな
385:382
04/12/31 01:25:11
そのまま納品しました。
ようやく年が越せそうだ...
386:デフォルトの名無しさん
05/01/13 19:39:01
玄人には？
387:デフォルトの名無しさん
05/01/13 21:57:50
XMLパースプログラムを自分で作るのは難しいのですか？
388:デフォルトの名無しさん
05/01/14 02:11:04
簡単ですよ
ただ、仕様把握するのが面倒なだけで
難しいというか楽しい部分が少ないので誰もやりたがらない
389:デフォルトの名無しさん
05/01/18 18:48:03
XMLPlatformUtils::Terminate() 呼び出したら
cloneNode() とかで作成したオブジェクトも勝手に削除してる?
アプリの終了時に Terminate() 呼び出すから、
実行中に破棄できるオブジェクトを破棄し忘れてても気づかない・・・
390:デフォルトの名無しさん
05/01/27 12:12:29
・Xerces(SAX,DOM)
URLﾘﾝｸ(xml.apache.org)
マルチプラットホーム(win32,linux)
windowsの場合、xerces-c_2_6.dll(2,304KB)が必要。
・msxml()
URLﾘﾝｸ(www.microsoft.com)
MSXML4まで出てる。
MS独自の仕様があるっぽ
・expat/expatpp(SAX)
URLﾘﾝｸ(expat.sourceforge.net)
早いっぽい
・tinyXML()
URLﾘﾝｸ(sourceforge.net)
小さいっぽい
・MiX()
URLﾘﾝｸ(mix.sourceforge.jp)
このスレに作者がいる予感
速度: expat > msxml = xerces = tinyXML = MiX
機能: xerces > msxml > expat = tinyXML = MiX
容量: msxml = expat = tinyXML = MiX > xerces
安定: xerces = expat = tinyXML > msxml > MiX
OS : xerces > msxml = expat = tinyXML = MiX
このスレを一通り読んで適当に書いてみた。
改変してー
391:デフォルトの名無しさん
05/01/27 12:19:24
誰も居ない予感
392:デフォルトの名無しさん
05/01/27 12:21:40
何か目標でも立てれば？
2chパーサー作るとか
393:デフォルトの名無しさん
05/01/27 12:27:30
>>392
別に何か作ろうってスレじゃないと思われ
C++でXMLを使う事について ライブラリとかバグとかを話し合うスレと思われ
そしてネタ切れしてると思われ
とりあえず>>390改変でまとめようと思われ
wiki建てた方がいいのかな
394:デフォルトの名無しさん
05/01/27 12:42:24
個人的に思ったXML(parser)使う利点
・HTMLぐらい皆がわかる簡単な書式ってそうない。
・簡単なCSVでもパーザ書くのめんどくさいし。
・属性等に名称つけてるので可読性が高い。（CSVは、何行目が何ーとか覚えてないと駄目）
・解析後に独自のバイナリに落としときゃそれなり早いはず。
・ツリー状(親子関係)にデータをもてるので幅広く活用できる
・ゲーム系だとかなり使えるんじゃないの
3Dは、もちろん 基本的なアクションやシューティングって親子関係多いし。
別に親子関係無しでもいいと思う。
弾幕記述言語にXML使ってあり、
libBulletMLにtinyXML使ってるっぽい。
URLﾘﾝｸ(shinh.skr.jp)
395:デフォルトの名無しさん
05/01/27 16:57:29
食える文字コード
Xerces: ICUと組んでとにかくいろいろ
msxml: MSの各種コードページいろいろ(？)
expat: UTF-8
tinyXML: UTF-8
MiX: std::basic_string<> (？)
※適当な調査です
396:デフォルトの名無しさん
05/01/27 18:24:28
tinyXMLのlibﾌｧｲﾙ
VC6,Releaseで118KBだった
小さい
397:デフォルトの名無しさん
05/01/27 23:04:33
expat: SAX
tinyXML: DOM
398:Rubyist!
05/01/27 23:23:22
libxmlを忘れるなよ。
399:デフォルトの名無しさん
05/01/28 01:15:49
There are four built-in encodings in Expat:
* UTF-8
* UTF-16
* ISO-8859-1
* US-ASCII
400:デフォルトの名無しさん
05/01/28 10:07:33
>>398
それC++じゃないけど
401:デフォルトの名無しさん
05/01/28 10:08:11
>>396
Mixの方がそれより小さいんじゃないの？
402:デフォルトの名無しさん
05/01/28 10:10:17
>>390
一番重要なライセンスについて知りたいよう
403:デフォルトの名無しさん
05/01/28 12:44:32
expatもC++じゃないだろ
404:デフォルトの名無しさん
05/01/28 13:15:16
>>402
expatとlibxmlはMITライセンス。他は使わないので知らん。
405:デフォルトの名無しさん
05/01/28 14:37:45
tinyXMLは、zlib? ライセンス
406:デフォルトの名無しさん
05/01/28 15:15:56
MixとtinyXML容量比較しようと
適当にMiXの全ソース
VC6のstatic libプロジェクトにぶっこんでビルドしたけど
エラー出た。66個
おしまい。
template使いまくりで非常にC++らしく
SAX,DOM両方出来るらしいのは素敵なんだが。
tinyXMLは、
DOMしか出来ないっぽいが、
VC6のlib生成用のプロジェクト最初からついてて
template使わない単純なクラスばっかり。
ヘタレプログラマーには、導入しやすいかと。
407:デフォルトの名無しさん
05/01/28 15:20:50
>>403
C++版のexpatppってのがあるらしい
libxmlはCだね。
まあC++でも使えるからいいんじゃね？
tinyXML遅いっぽ
URLﾘﾝｸ(www.radiumsoftware.com)
408:デフォルトの名無しさん
05/01/28 15:23:49
Cだと
Parsifalってのもあるっぽいね
URLﾘﾝｸ(www.saunalahti.fi)
速度はやっぱり
expatだが
409:Rubyist!
05/01/28 17:47:33
libxmlはHTMLParserやシンプルなhttp/ftpクライアントとかXMLSchema/RelaxNG validationやlibxsltと連携できるのが利点かな？
windows上だとiconvやzlibもおまけで付いてくるので少し配布サイズがでかくなるが。
410:デフォルトの名無しさん
05/01/28 19:13:49
XMLって
<root att0="a", att1="b" />
じゃなく
<root>
<att0>a</att0>
<att1>b</att1>
</root>
って書かないと駄目なんですか？
Elements使えば解析できるが
411:デフォルトの名無しさん
05/01/28 19:23:39
>>410
テクニカルにはどっちもOK。
理念的には、というか普通はどっちも×。
412:デフォルトの名無しさん
05/01/28 20:11:27
xmlの理念について解説してるページ教えて
413:デフォルトの名無しさん
05/01/28 21:15:44
理念など無いよ。
414:デフォルトの名無しさん
05/01/28 21:52:09
<root att0="a", att1="b" />
↑
415:デフォルトの名無しさん
05/01/28 22:01:56
見落としてた・・・・orz
416:デフォルトの名無しさん
05/01/29 02:58:17
XMLをバイナリーデータに落とし込む良い方法はありますか？
URLﾘﾝｸ(www-6.ibm.com)
１つだけ情報見つけたけどなんかもっと分かりやすくて
C++で使えるツールとか無いかなぁと。
417:デフォルトの名無しさん
05/01/29 03:32:52
>>416
zipなりで圧縮すれば？
418:デフォルトの名無しさん
05/01/29 12:11:34
1バイトずつ読み込んで全ての最上位ビットを1にすればよろし。
419:デフォルトの名無しさん
05/01/29 16:09:30
壊れちゃうよ
420:デフォルトの名無しさん
05/01/29 16:25:41
>>410-411は結局どう書けば普通なの？
421:デフォルトの名無しさん
05/01/29 21:28:01
>>419
ごめん。そうだね。
1バイトずつ読み込んで全ての最上位ビットを反転すればよろし。
に訂正。
422:デフォルトの名無しさん
05/01/30 01:00:02
>>420
気分次第
423:デフォルトの名無しさん
05/01/30 02:21:42
>XML Binary Infoset (XBIS）プロジェクト
↑これ使った人いる？
>プレーンテキストの XML と XBIS エンコーディングした XML と
>gzip 圧縮した XML に対するテスト結果によると、
>XBIS を使えば処理時間と文書サイズ両方が小さくできるのに対し、
>gzip 圧縮を用いれば文書サイズが大幅に小さくできる代わりに処理時間が
>増えるということです。
って事らしいが。
424:デフォルトの名無しさん
05/01/31 09:44:26
読みやすきゃ形式どうでもいいんじゃない？
不安ならHTML真似すれば
425:デフォルトの名無しさん
05/02/01 09:01:41
SOX(Simple Outline XML)流行らないね
426:デフォルトの名無しさん
05/02/01 18:59:57
C++でXML書かせたいんですけどいいライブラリないですか？
427:デフォルトの名無しさん
05/02/01 19:50:34
擦れたい嫁
428:デフォルトの名無しさん
05/02/01 21:22:21 Ibde1uYg BE:33704238-
>>427
得ろ杉
429:デフォルトの名無しさん
05/02/01 21:35:51
WinだったらMSXML以外を選択するメリットが分らないんだけど。
XercesとMSXMLの違いを教えてぽ。
430:429
05/02/01 21:52:22
MSXMLってXPathもXSLTも(1.0だけど)XMLSchemeも実装していて、まじ便利じゃん。
独自拡張って言っても、細かい制御なり設定／取得できていい感じじゃん。
XSLTでもJavaScriptを拡張言語指定できて便利じゃん。(早く2.0を実装しろと）
パフォーマンスも外部参照やValidation組んでいる割にはかなり早いし、軽いじゃん。
くだらない::CoInitialize(VOID)書かなきゃいかんのは、デメリットかな？
スマートポインタと相性悪いんだYO！
個人的にはRELAXを実装して欲しいところ。
431:デフォルトの名無しさん
05/02/01 21:54:13
ありえね
432:429
05/02/01 22:03:55
>>431
具体的にどうありえねーのか教えてくれろ？
ついでにXercesの素晴らしさも教えて欲しいです。
いまXerces-C++使うﾌﾟﾛｸﾞﾗﾑ書いてんだけどよ、なんか馴染まないんだぁよ。
433:デフォルトの名無しさん
05/02/01 22:07:09
msxmlでrelaxngの実装されることなんてありえね、と言っているのではないかな。431じゃないがたぶん。
434:429
05/02/01 22:26:25
>>433
ありえて欲しいところｗ
VCのAdd-Inで組んで広めれば、簡単に広がりそうなもんだが。
そういったシェア拡大の為の宣伝は下手だな＜relaxng
435:デフォルトの名無しさん
05/02/03 01:22:12
誘導されてきました。
知ってる人いたら教えてけろ
407 名前：デフォルトの名無しさん 投稿日：2005/02/02(水) 23:26
COMはありですか？
VC6 でMSXML使ってます。
XML形式の書き出しは何とかできたんだけど、出力が１行になっちゃいます。
複数行に出力されるようなフラグとかあるんですか？
現状
<？xml 略？>
<root><a><b>text</b></a></root>
理想
<？xml 略？>
<root>
タブ１個<a>
タブ２個<b>text</b>
タブ１個</a>
</root>
436:デフォルトの名無しさん
05/02/03 01:38:23
>>435 URLﾘﾝｸ(www.azureus.com)
何か大変だな。
437:435
05/02/03 02:10:32
ぐ、ぐぅ分からん。
段差をつけるには単純に空白を追加しろって書いてあるような気ガス
もしくは VCでやるには XSLT 使わないとダメってことかなぁ
438:デフォルトの名無しさん
05/02/03 14:02:59
>>435
IEでみればいいよ
439:429
05/02/03 19:11:28
>>435
DOMいじって再帰で階差をつけるよりは>>436のサイトのXSLTを読み込んで
変換かけたほうがパフォーマンス的に良い場合が多いし、楽。(データ量が多いほどXSLT使った方が早い）
もともとXML的にはトリミング無い方が正しい(?自信無し)訳だし、確認だけなら>>438の言う通り
IEで見ればいいと思う。
それ以外だと、UTF-8が素で読み込めないという欠点はあるが、Pythonの標準DOMにprettyXML関数がある。
俺はそれを使って、データの確認をしている。
440:429
05/02/03 19:15:23
>>435
ちなみにDOM使って再帰で階差をつけるのはそんなに簡単じゃない。
>>436のサイトではSAX使っている例があるが、SAXならクソ簡単。
>>439
誤 トリミング
正 インデント
441:435
05/02/03 21:17:00
みんな色々さんく。
とりあえず今回は時間もないんでDOMのままでいっとく
時間が空いたらSAXやってみるかな
442:デフォルトの名無しさん
05/02/10 19:21:30
XSLTなら
<xsl:output method="xml" />
<xsl:output indent="yes" />
で済むからめっちゃ楽だよね。
443:デフォルトの名無しさん
05/03/09 20:49:38
MiXバグだらけ、という話だけど
XMLファイルの読み込み程度なら耐えられるのかな？
それともそれすらままならない？
444:デフォルトの名無しさん
05/03/09 21:38:35
>443
>339,342,343-346
ここらへんの話だね。
しょうじきSTLの扱いが怪しいところが何箇所かあった。
内部処理にexpatを使ってくれるようになったらいくらか…、
って、expatラッパーならほかにあるしなぁ……。
445:デフォルトの名無しさん
05/05/10 23:44:35
<xml>
<text prop="a">AAAA</text>
<text prop="b">BBBB</text>
</xml>
XPathで2番目のノードを指定する場合って
/xml/text[2] なんだけど、
これ以外にプロパティで選択する方法ってある？
ニュアンスはこんな感じ。
/xml/text:prop="b"
446:デフォルトの名無しさん
05/05/11 01:26:12
>445
XPathには詳しくないが、ｸﾞｸﾞったら一発で見つかったんで答えてみるテスト。
/xml/text[@prop="b"]
または
/xml/text[attribute::prop="b"]
URLﾘﾝｸ(www.doraneko.org)
447:345
05/06/07 15:22:34
>>444
結局、時間がなかったのであの時はMiX使ったけど、
次の機会には絶対別のパーサを使おうと決めました。
正直お勧めはしません。
448:デフォルトの名無しさん
05/07/14 17:24:57
>>206でも話題にあがってるけど、レスした人がいないようなんで。
XMLのパスに全角文字が含まれていると正しく実行されない。
（DLL内で永久ループにはまる？）
回避法ないですか？
449:デフォルトの名無しさん
05/07/14 17:34:34
すまん。DLL内で永久ループ～ってのは俺のプログラムがあほなせいだった。
m_pParser->parseURI(lpszFileName);
ここでNULLが返ってくるだけだな。
ためしにMSLCh* に変換しても×だった
450:デフォルトの名無しさん
05/07/15 00:24:56
#include <Windows.h>
↑Xercesでこれやったら、コンパイルエラーになるんだけど、どうして？
451:デフォルトの名無しさん
05/07/15 07:59:05
Windows + VisualC++2003 + STLPortで
コンパイルが通らない。
STLPortが駄目なんですかね？
UNIXユーザーはアプリケーションはソースから
コンパイルして使うのが一般的と聞いたんだけど
こういう場合どういった対処をするもんなんですか？
1.アプリ製作元が確認したビルド環境に合わせる
2.ソースを改変してコンパイルが通る様にする
3.バイナリ版を使う
452:デフォルトの名無しさん
05/07/16 02:50:03
Xercesで
DOMWriter *pxWriter = static_cast<DOMImplementationLS*>(pxImpl)->createDOMWriter();
pxWriter->setEncoding( _UNICODE("Shift_JIS") );
pxWriter->setFeature(XMLUni::fgDOMWRTFormatPrettyPrint, true);
LocalFileFormatTarget target( _UNICODE("tekitou.xml") );
pxWriter->writeNode(&target, *pxDoc);
ってやると、勝手に空白二つのインデントが入ったXML文書が出力されます。それをタブにする方法はありませんか？
453:デフォルトの名無しさん
05/07/16 02:50:36
age
454:デフォルトの名無しさん
05/07/26 19:17:47
URLﾘﾝｸ(neta.ywcafe.net)
天気予報をXMLで提供すると気象庁が発表してから半年が経った
実は2004年の11月には既に気象庁がこんなプレスリリースを出している。
府県天気予報・府県週間天気予報を新しい形式（XML形式）で提供します。
◎：平成16年12月から追加して発表するもの
（XML形式で提供します。気象庁HPでも12月から掲載します。）
しかし発表で予告された12月1日からもう半年以上を経た2005年7月現在、
気象庁のwebサイトにはXML形式のデータなどどこにも見当たらない。
なお、お察しのとおり、財団法人 気象業務支援センターも
財団法人 日本気象協会も 気象庁の官僚の天下り先である。
455:デフォルトの名無しさん
05/08/01 20:11:10
官僚って毎日終電過ぎてタクシーで帰るらしいね。
456:デフォルトの名無しさん
05/08/21 13:12:18
仕事が忙しいんだね。大変だ。
457:デフォルトの名無しさん
05/08/25 23:19:59
タクシーで帰れるなんてなんて贅沢なんだと思ってしまったｗ
458:デフォルトの名無しさん
05/09/04 13:27:06
仕事で忙しいか。
接待したり、飲み会したり、勉強会と称して雑談したり、
有り余るゼニの使い道を考えたり
ゴルフの練習をしたり
大忙し
459:デフォルトの名無しさん
05/09/12 22:43:37
ビルドできないんだけど････
XERCESCROOT=c:/usr/xerces-c-src_2_7_0/src/xercesc
>runConfigure -pcygwin -cgcc -xg++
>make
すっと、
AbstractDOMParser.cpp が、dom/impl/DOMAttrImpl.hpp が見つからないっつってとまる。
そのファイルちゃんとあるし、frameworkディレクトリとかは問題なくコンパイルとおっている
んだけど、なんでですか？
460:459
05/09/12 23:20:35
あれ、cygwinにxerces ついてるじゃん。
こっちつかえばいいや。失礼しました。
461:デフォルトの名無しさん
05/09/13 03:32:00
xercesってなんですか？発音も教えて
462:デフォルトの名無しさん
05/09/13 04:18:34
ザーシーズ。
紀元前５世紀前半、アケメネス朝ペルシャの王位についていたクセルクセス（Khshaiarsha）王の
名がギリシア語経由で欧米に伝ったもの。ドイツ語や、英語ではXerxesと書く。
のち、フランスの昆虫学者が、サンフランシスコ半島に生息していた絶滅種の蝶に、この大王の
名を付けた。このクセルクセスのフランス語形Xerces、蝶の名が、XMLパーサxercesの元ネタ。
463:デフォルトの名無しさん
05/09/13 04:25:30
>>462
本当なんだかネタなんだかよくわからん情報をありがとう。
464:デフォルトの名無しさん
05/09/13 04:32:09
本当だ、ばかもの。
465:デフォルトの名無しさん
05/09/13 19:16:52
バカとは何だ、バカとは！
466:デフォルトの名無しさん
05/09/13 19:22:37
そうだこのうつけが！
467:デフォルトの名無しさん
05/10/07 00:54:31
Xercesやexpatの存在を最近知って
とりあえずイジってみたいというレベルの人向けの
入門的サイトってありますか？できれば日本語で。
468:デフォルトの名無しさん
05/10/12 21:49:16
大人しく本買うかライブラリ付属の説明を頑張って読むほうが良さげ
469:デフォルトの名無しさん
05/10/12 21:55:42
本あったっけ
470:デフォルトの名無しさん
05/10/12 21:58:18
俺は↓の読んだけど意見分かれるかもね
C++によるXML開発技法
URLﾘﾝｸ(www.amazon.co.jp)
471:デフォルトの名無しさん
05/10/13 21:44:54
というかその本しか無いんだよな
472:デフォルトの名無しさん
05/10/20 01:46:55
xerces とか libxml って、そのままだとかなりでかいライブラリなんだが、
サブセットで xxx.dll サイズ小さくしたやつってない？
473:デフォルトの名無しさん
05/10/20 02:10:42
TinyXMLとか、MiXとかじゃだめなんか？
474:デフォルトの名無しさん
05/10/20 02:41:45
>>472
おま、dll って、windows 限定でいいんなら始めから素直に msxml 使っとけよｗ
インストールされているバージョンに若干気をつける必要があるが、
最近の windows なら標準で添付されてんだから dll の大きさなんか気にする必要なし。
( 最近の windows じゃなくても最近の IE が入ってればおｋ )
475:デフォルトの名無しさん
05/10/20 02:51:38
最近はライブラリで提供されているのにDLLを使うメリットを感じないんだが。
476:472
05/10/21 00:02:41
ゴメソ
別にwindows限定な話じゃないつもりだったんだけど、dll っていっちゃって失敗したｗ
いや、フリーでソースも公開されてるので、linuxでもwindowsでも使えて、サブセットを
選べて、場面に応じてコンパクトなライブラリとしてビルドできたらいいななんて思ったんです。
>>473
知りませんでした。ちょっと調べてみまつ Thx!!
ただ、本当は xerces の config オプションとかでサブセットでライブラリを作るかフルセット
で作るかをビルド時に選択できたりするとうれしいかなと。
477:デフォルトの名無しさん
05/10/21 14:06:32
小さめのライブラリがいいんならもともと小さいのを使っておればいいだろ
expatとかさ
まあDOMもXPATHも使えんがｗ
478:デフォルトの名無しさん
05/10/22 01:05:24
小さいサイズのライブラリを使うためにライブラリの種類を変えないと
いけない（使い方も微妙にかわる）ってのが嫌なんだろう
479:デフォルトの名無しさん
05/10/23 00:01:29
XMLを使うったって、
ちょっとプログラム上でApacheやRealServerのconfを
書き換えたいという程度の時もあるんだな。
夜中にトップページを「また明日」に自動的に変更するとかさ。
そういうちょっとした作業にはMiXでさえうざいぐらい大きい。
480:デフォルトの名無しさん
05/10/23 21:26:45
ちょっと書き換えたいだけなら、Perlでも遣え。
481:デフォルトの名無しさん
05/10/23 21:38:47
だよな。使う道具を間違えてるのに道具のせいにしてるとしか思えん。
482:デフォルトの名無しさん
05/10/23 22:53:38
いや、だから自作してるって。メジャーなのは大きすぎるから。
あと、単独では動かず、Perl本体をインストールしないといけないPerlは問題外。
483:デフォルトの名無しさん
05/10/23 23:00:44
もしかしてサーバはWindowsか。なんかもう・・・いいや。
484:デフォルトの名無しさん
05/10/23 23:06:19
使うOSすら間違えているんだな。論外。
485:デフォルトの名無しさん
05/10/24 00:27:39
全台UNIXというわけにもいかない。
ハードや商用ソフトの知的所有権の制約もあるんだよ。
486:デフォルトの名無しさん
05/10/24 00:31:56
WindowsならWSHからMSXML使用でいいのでは。
487:デフォルトの名無しさん
05/10/24 00:33:56
だからそういう外部モジュールと依存関係とりたくねーの。
スタティックリンクしてなるべく自己完結したいの。
488:デフォルトの名無しさん
05/10/24 00:34:01
同意。
489:デフォルトの名無しさん
05/10/24 00:35:56
同意は486に対してね。
つかもういいよ。その例はXMLの話にもっていくほどでもない。
490:デフォルトの名無しさん
05/10/24 00:55:56
自分が必要な機能だけをサポートした、小さなライブラリ作れば済むだけの話じゃん。
汎用のライブラリが小さく作れるわけ無かろう。
バカを相手するのも大変だな、まったく。
491:デフォルトの名無しさん
05/10/24 01:01:35
小さいライブラリの実装とか話題にしたくないわけね？
492:デフォルトの名無しさん
05/10/24 01:03:13
「小さいライブラリ無い？」ってただのクレクレ厨じゃん。
493:デフォルトの名無しさん
05/10/24 01:08:53
その場合の大きい小さいって何だ？
ファイルサイズか？それともいらない関数が多いとかか？
494:デフォルトの名無しさん
05/10/24 01:15:46
オレの場合いらない機能が多すぎ。
495:デフォルトの名無しさん
05/10/24 01:18:58
じゃあスレ違いだね。
君専用の汎用ライブラリなんて存在し無いから。
496:デフォルトの名無しさん
05/10/24 01:19:07
「お前が欲しい機能だけ実装されたライブラリ」の話だったらまったく興味は無いな。
497:デフォルトの名無しさん
05/10/24 01:22:45
やっぱXMLの話にもっていくほどじゃないな。
>>494が欲しいのはconfの特定の部分を書き換えるライブラリじゃん。
498:デフォルトの名無しさん
05/10/24 01:27:01
だからトップダウンでパースするかイベントでとるかとか
字句解析時の内部コードはどうするかとか
そういう話にはもって行きたくないのね？
499:デフォルトの名無しさん
05/10/24 01:28:31
msxmlの使い方がわかんなくて駄々こねてるだけと見た。
500:デフォルトの名無しさん
05/10/24 01:32:09
いらない機能は使わなければいいだけだと思うのだが。
501:デフォルトの名無しさん
05/10/24 01:33:53
>>498
いつのまにライブラリ無いか？の話からライブラリ作らないか？の話に変わったんだ
502:デフォルトの名無しさん
05/10/24 01:35:48
話が錯綜してるけど482は自作しているのだが。
もう一人は小さいのが無いのか探している。
503:デフォルトの名無しさん
05/10/24 01:36:13
staticリンクなら、もともと「使ってない機能に関する」オブジェクトは
リンクされないんじゃないか？
504:デフォルトの名無しさん
05/10/24 01:36:49
>>498
おまえ素人か。
仮に作りたいなら要件を詰めろよ。
どんな機能が必要か決めないとそんな話にもっていけるわけねーだろ。
505:デフォルトの名無しさん
05/10/24 01:37:42
文字エンコード対応だけで結局デカくならん？
Windowsには標準ではiconvも（もちろんICUも）ないよ？
まあデカいからICUなんてこの場合まず選択肢に入らないだろうけど
506:デフォルトの名無しさん
05/10/24 01:39:00
>>502
自作してるのはXMLパーサじゃないんだろ？
507:デフォルトの名無しさん
05/10/24 01:39:44
>>503
規模が大きいということはずーっとバグ取りやセキリティfixの
バージョンアップがずーっと続くということもあるし。
508:デフォルトの名無しさん
05/10/24 01:40:39
>>507
だったら何?
509:デフォルトの名無しさん
05/10/24 01:42:00
具体的に必要な機能って何よ。
510:デフォルトの名無しさん
05/10/24 01:43:24
>>505
UTF-8の場合、外部の正規表現ライブラリの制約とかが無い限り
ASCII記号とマルチバイトが被らないという特徴を生かすという方向もある。
>>506
オレのはトップダウンパーサ。
511:デフォルトの名無しさん
05/10/24 01:44:38
>>508
汎用のパーサに大きすぎるって不満があるから
必要な都度作ってるって話だな。
512:デフォルトの名無しさん
05/10/24 01:44:53
>>510
それは暗にUTF-8限定、と言っとるわけだな。
俺的にはその時点でかなりやなかんじ。
513:デフォルトの名無しさん
05/10/24 01:48:01
俺様ライブラリになる可能性大だなぁ
514:デフォルトの名無しさん
05/10/24 01:48:20
URLﾘﾝｸ(www.40hz.org)
これはまじで小さいよ。パーサといえるかどうかは微妙だが
インタフェースはSAX風のイベントハンドラ式。
これをちょっといじったのを使ったことはある。
515:デフォルトの名無しさん
05/10/24 01:49:26
ていうか「正規のXML文書であっても読めるとは限らない」ライブラリ、だよね
いらないよそんなの。
516:デフォルトの名無しさん
05/10/24 01:50:32
>>510
いや、parseの方法なんか聞いて無いんだ。
任意のXMLを確実に扱えるのか？
517:デフォルトの名無しさん
05/10/24 01:51:06
配布まで考えるとオレ様ライブラリの方がいいかもね。
ほげほげXMLのバージョンいくつをインストールして
あれもこれもダウンロードしてOSはサービスパックいくつ以上とかうるさくなるから、
なるべくひとつの実行ファイル単体で動作するもののほうがうれしい。
518:デフォルトの名無しさん
05/10/24 01:53:50
俺様なのと単体なのは話が別だ。
519:デフォルトの名無しさん
05/10/24 01:54:47
逆に単体で動く汎用パーサなんてあるわけ？
520:デフォルトの名無しさん
05/10/29 06:12:53
URLﾘﾝｸ(www.trickpalace.net)
521:デフォルトの名無しさん
05/10/29 10:39:05
結論：msxml最高
522:デフォルトの名無しさん
05/10/30 04:22:38
>>520
それこそオレ様系だろ
523:デフォルトの名無しさん
05/10/30 19:51:13
オレ様系と汎用の境目がわからん。
TinyXmlとかMixあたりだとどっちになるんだ？
524:デフォルトの名無しさん
05/11/02 07:48:50
MiX凍結して結構経つなぁ
個人的にTinyやexpatよりもMiXが一番ニーズに合うから期待はしてたんだけど
もうだめぽ…？
525:デフォルトの名無しさん
05/11/02 14:25:14
小規模ソフトですぐに枯れたんならむしろ旬だが。
逆に永遠にバグフィックスが続くのが大規模ソフトのイタイ点。
526:デフォルトの名無しさん
05/11/03 10:12:24
LISPで我慢しろや
527:デフォルトの名無しさん
05/11/04 00:04:29
LISPで"我慢"か
勧めてるのか、けなしてるのか
528:デフォルトの名無しさん
05/11/29 17:56:08
MiX、サンプルの
MiX::DOM_Parser<char> parser;
parser.setIgnoreSpace(true);
return parser.parse(fin);
がコンパイル通らなくてどうしようもないんだが。。。
document_typeとMiX::document<char>が合わない？？
529:デフォルトの名無しさん
05/12/07 07:42:08
WebサービスもXMLもVBならカンタンだね。
WebアプリケーションもWindowsアプリと同じだし、
そもそもXMLって何だっけ？
530:デフォルトの名無しさん
05/12/10 17:06:55
MiXが使えないと嘆いてた者です
ちょっとしたXMLを読み書きしたいだけなら
SourceForgeにある、Froggerがよさげでした
機能、サイズともにMiXより小さくて（ヘッダとソースで1000行以下）
DOMでの読み書きができて、SAXは使えません
他、細かい事はできない感じですが、用途によっては十分だと思いました
参考になればと思い書き残しておきます
531:デフォルトの名無しさん
05/12/10 21:57:39
HTMLパーサの話題はこのスレ的には×ですか？
532:デフォルトの名無しさん
06/01/16 15:40:42
HTMLパーサの話題はスレが止まるので×です
533:デフォルトの名無しさん
06/02/02 18:14:26
ほらほら、止まってるよ！
534:デフォルトの名無しさん
06/02/04 01:10:11
IXMLDOMNodeのnodeTypedValueプロパティがSystem.Xml.XMLNodeには
存在しないんだけど、C++でput_nodeTypedValue()でシリアライズした
VARIANTは、どうやればC#で読み出せるんだ。
いろいろ調べたけど、どうも無理ぽなんだが。
(Interop.MSXML2.dllを作れば別だけど)
535:デフォルトの名無しさん
06/02/15 21:53:09
S式パーサがあればXMLなんて不要。
どうしようもなく冗長なXMLを使ってる馬鹿は考えを改めた方がいい。
ｽﾚﾘﾝｸ(tech板)
536:デフォルトの名無しさん
06/02/19 00:04:45
機能的にはむしろS式の方が優れているのだが、
XMLである必要ってのは結局ミドルウェアや市販のツールの都合だろうな。
537:デフォルトの名無しさん
06/02/19 02:06:56
それよりもHTML(そしてSGML)らしさを醸し出してカモを集めようとしただけだと思う。
538:デフォルトの名無しさん
06/03/14 08:05:50
MiX使ってみたんだけどこれなんで引数の受け渡しが参照じゃないの？
理由がサッパリわからんのだけど
もしかしてこれは俺の知らないワンダフルな最適化方法なのかい？
539:デフォルトの名無しさん
06/03/16 13:40:55
Xerces ってなんて発音するんですか？
540:デフォルトの名無しさん
06/03/16 13:49:59
生の XML ではなくて、RDF (RSS/RDFに限らず）を
いじくるための標準的なライブラリは何でしょうか？
Mozilla のソースなどから取り出して使えないかと
検討したことがあるんですが、単独で使うには
適していないみたいです。
541:デフォルトの名無しさん
06/03/26 17:30:15
>>538
MiXは腐ってるし作者も投げたみたいだから使わない方がいいよ。
542:デフォルトの名無しさん
06/04/11 05:51:59
>>541
やっぱりか……
MiXソース眺めてみたけどそんな気がしたのでXercesに乗り換えた。
レス㌧クス
543:デフォルトの名無しさん
06/05/30 17:55:21
XML教えて♪
544:デフォルトの名無しさん
06/05/30 17:58:28
ｾｸﾛｽって何？XMLのツール？
545:デフォルトの名無しさん
06/06/03 06:38:22
XML Schema Language でかかれたスキーマから、
C++ のクラスを生成してくれるようなライブラリはありますか？
できればシリアライザも・・・
Java や .NET Framework ではあるのですが、
C++ で読み書きしたいっす。
546:デフォルトの名無しさん
06/06/24 02:22:52
ｾｸﾛｽ＝sex
547:デフォルトの名無しさん
06/06/24 02:33:39
>>546
Simple Expression Xml？
548:デフォルトの名無しさん
06/06/24 13:38:38
>>540
URLﾘﾝｸ(librdf.org)
C++っていうかCだけど。
あとrepatっていうexpatベースのRDFパーサがあったんだけど配布元が消えた。
549:デフォルトの名無しさん
06/08/25 02:16:21
xercesのC++版で、SAXをつかって、ファイルに書き出すクラスってあります？
MSXMLやxercesのJava版ではあったんですが。
とりあえず実装して使ってますが、元々あるなら切り替えたいなぁと。
550:デフォルトの名無しさん
06/08/30 10:19:57
Java版にあってC++版にない事もなかろう。つーか、ドキュメントないの?
551:デフォルトの名無しさん
06/08/30 22:38:19
Documentというか、Java版のクラス名と同名、一部でソース検索掛けたり、
ぐぐったりしてみましたが、見つからず。
552:デフォルトの名無しさん
06/09/04 19:56:26
xecersってライブラリの事？
553:デフォルトの名無しさん
06/09/08 10:26:53
100MくらいのXMLをIEで開いたらフリーズした
554:デフォルトの名無しさん
06/09/08 18:32:23
フリーズではなく、思いっきり時間かかっているだけってことないか?
#100Mもあったら無茶苦茶リソース食いそうだが。
555:デフォルトの名無しさん
06/09/10 18:57:49
XMLはDOMで開くと開くXMLのサイズの10倍はメモリ喰うと考えていいな。
556:デフォルトの名無しさん
06/09/17 15:34:34
DOMが使えて軽いXMLパーサある？
557:デフォルトの名無しさん
06/09/17 17:21:33
MSXML最高
IE6入ってればMSXML3使えるし
558:デフォルトの名無しさん
06/09/18 14:00:32
libxml2をわかりやすく解説してるサイトある？
559:デフォルトの名無しさん
06/09/18 14:05:06
MSXのMLとどう区別すれば良いですか？
560:デフォルトの名無しさん
06/09/28 23:06:24
C++ というか、.NET の話な気がするけど、
XPath などで、1部分だけXMLノードを抜き出して、
それを Read() で回して各ノードの情報を取りたいんだけど、
どの reader に代入すれば良いのか分からない……どうしらた良いですか？
561:デフォルトの名無しさん
06/09/28 23:07:44
dom使ったらすんげー遅かった
saxってどうなんすか？
っていうかセンス無いライブラリだと思った
libxmlでも試すか…
562:560
06/09/28 23:27:40
あ、違う方法だけどできた。すまんかった。
563:デフォルトの名無しさん
06/09/28 23:54:00
Javaみたいにインタフェースベースで作ればいいのに。
MSXMLだろうがXercesだろうが、
それぞれのファクトリだけ変更すれば全部同じになるじゃん
564:デフォルトの名無しさん
06/09/29 00:00:38
MSXMLは元からインターフェースベースですよ。
……すまん、言ってみたかっただけだ。
565:デフォルトの名無しさん
06/09/29 00:24:22
まあ、言ってることに間違いはないなｗ
566:デフォルトの名無しさん
06/10/28 21:30:02
xmlファイルのdiffツールでいいものないかな？
単純なdiffだと、line単位で差分を検出してしまうので
無視していいものまで出てきてしまいます
xpath形式に変換してdiffとかすればできるかな？
567:デフォルトの名無しさん
07/01/12 18:35:35
UTF-8のxmlをXMLString::transcodeでShift-JISに変換すると下記の様に、"～"や"－"が"?"となってしまうのは解決できませんか？
「お～い。－100」 → 「お?い。?100」 となってしまいます。
BCC5.5、Xerces-C++ Version 2.7.0 を使ってます。
568:デフォルトの名無しさん
07/01/13 06:23:05
>>567
Shift-JIS と CP932 (MS-Windows-31J, MS932) の違いを覚えるといいと思うよ.
569:567
07/01/13 14:44:52
>>568さん
ありがとうございます。
URLﾘﾝｸ(www.ingrid.org)
を参考に何となく分かりました。
結局解決は無理なのでしょうか…？
Xercesのソースをいじったり、transcodeで使う変換テーブルの様なものがあって、それをいじれば可能とか？
解決方法をネットで探しているのですが、一向に見つからなかったので質問させて頂いた次第です…
570:デフォルトの名無しさん
07/01/13 14:48:09
>>569
ICUは？
571:567
07/01/13 15:24:46
>>570さん
ありがとうございます。
実は私、Cの経験は多少あるのですが、C++やXML、またWindows上でのソフト開発に関してはさっぱりのド素人です。
今回は、あるフリーソフトの公開されているソースを、少しだけ自分で必要な機能に特化して改造しようとしていている最中です。
とりあえず何とか環境を揃えて、ソースをビルドできるまでにはなりました(^^;
ICUというのも知りませんでしたが、少し調べてみて、これを文字変換に使えばできるのかな？という感じなのでもう少し調べてみます。
分からなかった場合、また質問させて頂くと思うので、よろしくお願いします。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5496日前に更新/130 KB
担当:undef