Iwao myds

_tfopen と _tsopen の mode の関係がわからなかったので，コードを抜粋
(VS8)\VC\crt\src\_open.c より
　　/* First mode character must be ‘r’, ‘w’, or ‘a’. */
　　switch (*mode) {
　　　　case _T(‘r’):
　　　　　　modeflag = _O_RDONLY;
　　　　　　streamflag |= _IOREAD;
　　　　　　break;
　　　　case _T(‘w’):
　　　　　　modeflag = _O_WRONLY | _O_CREAT | _O_TRUNC;
　　　　　　streamflag |= _IOWRT;
　　　　　　break;
　　　　case _T(‘a’):
　　　　　　modeflag = _O_WRONLY | _O_CREAT | _O_APPEND;
　　　　　　streamflag |= _IOWRT;
　　　　　　break;
　　　　default:
　　　　　　_VALIDATE_RETURN((“Invalid file open mode”,0), EINVAL, NULL);
　　　　}

VC 6 では通っていたが，VC 7 でエラーとなってそのままだったコード．
std::vector <void*> voidPtrs(1024,NULL) ;

c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\vector(124) : error C2664:
‘std::vector >::_Construct_n’ : 2 番目の引数を ‘int’ から ‘void *const & ‘ に変換できません。
理由: ‘int’ から ‘void *const ‘ へは変換できません。
整数型からポインタ型への変換には reinterpret_cast、C スタイル キャストまたは関数スタイル キャストが必要です。
c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\vector(109) :
コンパイルされたクラスのテンプレートのインスタンス化 ‘void std::vector<_Ty,_Ax>::_Construct(_Iter,int,std::_Int_iterator_tag)’ の参照を確認してください
with
[
_Ty=void *,
_Ax=std::allocator,
_Iter=int
]
c:\～\～.cpp(206) : コンパイルされたクラスのテンプレートのインスタンス化
‘std::vector<_Ty,_Ax>::vector(_Iter,int)’ の参照を確認してください
with
[
_Ty=void *,
_Ax=std::allocator,
_Iter=int
]

(void*) とすることで通るみたい．
std::vector <void*> voidPtrs(1024,(void*)NULL) ;

Xml_E で，MFC を使用しない様に変更中．
XML のデータを用意して，以下の様に単純に 100 個の配列にコピーする時間を計測しようとした．
　　　ElapseTick et ;
　　　CArray xmlAry ;　　　　　　　　　　　　　　　　　　　// std::vector xmlAry ;
　　　for (int index=0 ; index<100 ; index++) {
　　　　　xmlAry.Add(Xml_Data) ;　　　　　　　　　　　// xmlAry.push_back(Xml_Data) ;
　　　　　}
　　　CString etStr = ::ToString(et.GetElapse()/1000.0) ;
　　　m_CtrlResult.SetWindowText(etStr) ;
データによっては期待した結果（MFC 版と同等またはそれより高速）が出たが，
この SVG を使用してメモリが少ない環境では極端に遅くなってしまった．
そこで，それぞれのサイズを調べてみた．

tstring は，std::string または std::wstring ．
vector は， <int> のサイズ．sizeof (std::vector<bool>) は vector<int> などより大きくなることがあるみたい．
Xml_E の MFC 版のデータメンバは，
CString Name , CString Text , CArray<Xml_Attribute,Xml_Attribute> Attribute , CArray<Xml_E,Xml_E> Child ．
STL 版は tstring と std::vector に置換えた．

2013/04/22
SVG の全要素数は 5,557 ，属性は 19,103 ．MFC 版では 518,200 ，STL 版では 1,065,584 となる．
つまり 50 M ～ 100 M 位が一時的に必要となってしまっていた（200 個にした時もあり）．

ループ部分を 2 重ループとして，内側を 10 で 10 個の配列が必要となる様に改良．
時間を計測すると環境にもよるがほぼ同等の結果が得られた，
T5400 では MFC 6 秒と STL 3 秒．

Xcode で，#include “..\Test\Test.h” は通らない？
バックスラッシュではなく通常のスラッシュ ‘/’ とすれば OK （VC 6 でも通る）．

2013/03/04
CString::GetBuffer() にあたる部分を，string::begin() とすると VC 6 では通る（たまたま通っているだけ）．
　　#ifdef _MBCS
　　{
　　　　// tstring tmpStr = str + _T(“”) ;
　　　　// _tcsrev(tmpStr.begin()) ;
　　　　std::vector tmpStr ;
　　　　tmpStr.resize(str.length()+1) ;
　　　　_tcscpy(&tmpStr[0],str.c_str()) ;
　　　　_tcsrev(&tmpStr[0]) ;
　　　　// ….
　　　　}
　　#endif
昨日立ち読みした方法に改良．確かこんなんだったと思う．

2013/03/07
VC 7 でコンパイルすると，
　　c:\…\Test.cpp(45) : error C2664: ‘_tcsrev’ :
　　　　1 番目の引数を ‘std::basic_string::iterator’ から ‘char *’ に変換できません。

_T(“String”) の様な文字列の場合の動作は理解していたつもりでいたが，…
文字の場合も，同様に _T(‘C’) とはすぐ思いつかなかった．
7 bit の文字範囲で処理している時はあまり関係ないが，半角カナなどを扱う所でちょっと引っかかったので．
当然と言えば当然だが，ちょっと勘違いしてた．

T2OLE を利用したら，
——————–構成: Test – Win32 Debug——————–
ｺﾝﾊﾟｲﾙ中…
Test.cpp
C:\…\Test.cpp(81) : error C2065: ‘_lpa’ : 定義されていない識別子です。
C:\…\Test.cpp(81) : error C2440: ‘=’ : ‘char *’ から ‘int’ に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照)
この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。
C:\…\Test.cpp(81) : error C2065: ‘_convert’ : 定義されていない識別子です。
cl.exe の実行ｴﾗｰ
Test.exe – ｴﾗｰ 3、警告 0

USES_CONVERSION; の指定がないとこれらのエラーが出力される．
テクニカル ノート 59

他に，今回テストに利用したサンプルで IID_PPV_ARGS が未定義となった．
動作確認が目的なので，c:\…\v7.0A\Include\ObjBase.h より対象部分の数行をコピーして利用．
COM のコーディング プラクティス

以下の様なコードで，配列の要素として書き戻す部分がうまく機能してなかった．
BOOL d3D_PgonsA::SetUniqueName (void) {
　　{ // 空の場合 “Pgons_0x” を設定
　　　　for (int index=0 ; index<this->GetCount() ; index++) {
　　　　　　d3D_Pgons1 pgons = (*this)[index] ;
　　　　　　CString name = pgons.GetName().c_str() ;
　　　　　　if (name.IsEmpty()) {
　　　　　　　　name.Format(_T(“Pgons1_%03d”),index+1) ;
　　　　　　　　pgons.SetName(name) ;
　　　　　　　　(*this)[index] = pgons ;
　　　　　　　　continue ;
　　　　　　　　}
　　　　　　}
　　　　}
　　//　…
　　}
原因は， d3D_Pgons1& operator[] (const int index) が定義されてなかったためだが，未だによくわかってない．