C/C++

私のやり方まちがっている？(掲示板の回答について)

Blue(blue@wankuma.com) — Fri, 20 Jul 2007 21:56:00 GMT

http://hpcgi1.nifty.com/MADIA/Vcbbs/wwwlng.cgi?print+200707/07070029.txt
より、私の回答スタイルを全否定されました。

プログラマって、何かを作るってことに達成感を持ちませんかね？
パズルのようにあるピースとピースをつないでゆく、そういうところが面白いと思うんだけど。

マイクロソフト MVP アワード受賞

Blue(blue@wankuma.com) — Tue, 03 Jul 2007 00:52:00 GMT

何もネタがなかったので久々の更新です。

皆々様のおかけで、Visual Developer - Visual C++のカテゴリで
マイクロソフト MVP アワードを受賞することができました。

MVPという重圧に恥じぬように日々精進しなければ。。。

/clr:oldSyntaxでも、ちゃんとデザイン画面で表示できるのね

Blue(blue@wankuma.com) — Mon, 19 Feb 2007 01:30:00 GMT

MSDNフォーラムでMC++の質問のために、VS2005のCLR Windowsフォームアプリケーションを
/clr:oldSyntaxで、コンパイルできるように書き直したのですが、
これはデザイン画面使えなくなっちゃうかなぁ～と思ったけど、そうでもなかったです。

コントロールの配置からイベントまで自動生成されるコードはすべてMC++用になるんですな。

いろいろ便利になっているのかなと思ったら、新しいフォームとかのCLRコンポーネントは追加できない
ようです。
ですので、追加時は/clrを変更してから、自動生成されたコードをMC++用に書き直し、
再度/clr:oldSyntaxに戻すようなことをしないとだめなのかな。(ここまで面倒見てほしかった。)

C++/CLIでタイプライブラリを使ってExcelを操作できないその２

Blue(blue@wankuma.com) — Fri, 19 Jan 2007 01:15:00 GMT

# タイトル長かったので短くしたw

前回Windows フォームアプリケーションで #importをつかってExcelを使おうとすると、
vtMissingをつかうようなメソッドを使うと、ASSERTして実行できない現象がありました。

そこでデバッガでさかのぼっていったところ、

ってなのをみつけ、もしかしたらvtMissingが作成できていないとか？と適当なことを思いつき
グローバル変数として _variant_t vtMissing; を入れてみたら、よくわからないけどASSERTもなく動きました！
# extern _varinat_t vtMissing;はcomutil.hに記述されていますが、その定義はどこに記述されているのだろ？
# (記述されていなければリンクエラーになるはずなんだけど。)

この対処でありなんだろうか？

[C++/CLI]Windows フォームアプリケーションでタイプライブラリを使ってExcelを操作できない

Blue(blue@wankuma.com) — Tue, 16 Jan 2007 01:53:00 GMT

最近 C++/CLI でも Excel を操作したいという質問をよく見ます。
そこでサンプルでも作っておこうかなとおもって、いろいろやってみたのですが、
CLRプロジェクト－Windows フォームアプリケーションのときに、ある条件のときに実行できなくなります。
(コンパイルはできる)

以下そのコードです。Formも立ち上がらずすぐにASSERTします。
(ちなみに、CoInitializeは(何でかはよくわからないけど)不要のようです。)

#import "C:\Program Files\Common Files\Microsoft Shared\OFFICE11\MSO.DLL" \
    no_namespace rename("DocumentProperties", "DocumentPropertiesXL") \ 
    rename("RGB", "MSO_RGBXL")
#import "C:\Program Files\Common Files\Microsoft Shared\VBA\VBA6\VBE6EXT.OLB" \
    no_namespace
#import "D:\Program Files\Microsoft Office\OFFICE11\EXCEL.EXE" \
    rename("ReplaceText", "ReplaceTexXL") rename("CopyFile", "CopyFileXL") \
    rename("DialogBox", "DialogBoxXL" ) rename("RGB", "RGBXL")\
    rename("DocumentProperties", "DocumentPropertiesXL") \
    exclude("IFont") exclude("IPicture") no_dual_interfaces

HRESULT ExcelTest()
{
    HRESULT hr = S_OK;
    Excel::_ApplicationPtr pApp = NULL;
    try
    {
        hr = pApp.CreateInstance(L"Excel.Application");
        if (FAILED(hr)) _com_issue_error(hr);
        Excel::WorkbooksPtr pWorkbooks = pApp->GetWorkbooks();
        if (pWorkbooks)
        { 
            Excel::_WorkbookPtr pWorkbook = pWorkbooks->Add();
            if (pWorkbook)
                pWorkbook->Close();
        }
        pApp->Quit();
    }
    catch (_com_error& e)
    {
        hr = e.Error();
    }
    if (pApp) pApp.Release();
    return hr;
}

環境:Visual Studio 2005 Pro SP1/Windows Xp Pro SP2/Excel 2003 Personal SP2
オプション:Unicode 文字セットを使用する, 共通言語ランタイムサポート (/clr)
(一応ソースは分けてあります。(ExcelTest.cpp))

これをCLRコンソールアプリケーションで記述し動かしても何も問題ありません。
で、本題の
>ある条件のときに
とは、引数省略時のvtMissingではなかろうか？と思っています。
上のコードの Excel::Workbooks::Add と Excel::Workbook::Close をコメントアウトすると正常に実行できます。
また、
>Excel::_WorkbookPtr pWorkbook = pWorkbooks->Add();
を
Excel::_WorkbookPtr pWorkbook = pWorkbooks->Add(Excel::xlWBATWorksheet);
にして、Excel::Workbook::Close をコメントアウトしても正常に実行できます。

>pWorkbook->Close();
を
_variant_t v;
pWorkbook->Close(v);
としても実行できません。

ASSERTは
D:\Program Files\Microsoft Visual Studio 8\VC\crt\src\dbgheap.c の 1473 で発生し、ちょっと理解しにくそうなものです。
>_ASSERTE(_CrtIsValidHeapPointer(pUserData));

一応、#pragma unmanged とか、試してみたけど意味なしっぽく、お手上げ状態です、、、
もう少しやってみて、だめなら掲示板にスレたてますかな。

VC2005のインテリセンスってどうなの？

Blue(blue@wankuma.com) — Sun, 26 Nov 2006 02:45:00 GMT

VC2005で気になったこと。
MFCの～A、～Wのあるメソッドで、どうも～Wしかインテリセンスで表示されないような。
(～Aや～Wのつかないものが表示されない)
※一部のクラスのメソッドで文字セット：Unicodeでしか試していません。

VC2005(VS2005 Pro)

↑
の場合、GetWindowTextってのは候補にないの？ってことです。
(実際は使えます。)

参考(VC6 Stand)

ちなみに windows.hのGetWindowTextの場合は３つとも表示されます。

編集追記)
よく考えると、CWnd::GetWindowTextと宣言されているものの
GetWindowTextが#defineで置き換わった後のものを表示しているような気がします。
(ということで、_MBCSの場合はGetWindowTextAしか出ないわけなのかな。)

まぁ一番問題なのは、折角TCHARとして使っているのにもかかわらず、
GetWindowTextWとか使っちゃったら、_MBCSではコンパイルできなくなってしまうということです。
(TCHARを理解していない人ははまりそうですな。)

String^型の変数を可変長引数に指定してもいいのか？

Blue(blue@wankuma.com) — Thu, 23 Nov 2006 02:03:00 GMT

ある掲示板で、「String^型をchar型配列にするにはsprintfを使えばいい」というのを見ました。
実際試してみるとうまくいっているようには見える。

ただ、可変長引数にString^型を渡す？そんなのやっていいの？って疑問が出ました。

実験コード

#include <cstdarg>
#include <cstdio>

#pragma unmanaged

void test1( char* first, ... )
{
    char* letter = first;
    va_list args;
    
    va_start( args, first );
    
    while ( letter != 0 )
    {
        printf( "'%s'\n", letter );
        letter = va_arg( args, char* );
    }
    
    va_end( args );
}

#pragma managed

int main()
{
    System::String^ s = L"漢字ひらがなEIJI1234+/?";
    
    // 実験
    test1( "てすと", s, 0 );
    
    return 0;
}

var_arg( args, char* )のようにchar*型で受ければうまいこと変換されているのかなぁ。(なんでだろ？)
(ということで、swprintfは使えないようだ。)