Win32API 質問箱 Build8

>>951
>>942にも書いてあるがEM_SETTABSTOPS
　　　　☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　ヽ　＿＿_＼（＼・∀・）　＜　　MIDIプレーヤーまだー？
　　　　　＼＿／⊂　⊂＿ )　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿

953 ：デフォルトの名無しさん：03/02/08 20:46

>>948
__try～__exceptで囲むとか。
Win2000でエラーが出ないのは単にロードに失敗してるだけだと思うぞ
(NT系ではexeはリソース取得の目的でしかロードできない)

954 ：デフォルトの名無しさん：03/02/08 21:06

>>953
＞NT系ではexeはリソース取得の目的でしかロードできない
じゃあGetProcAddrを呼び出すまでは合法では？

955 ：デフォルトの名無しさん：03/02/08 21:10

>>953
例外ハンドラも試してみましたがハンドラが呼ばれませんでした。
__try{
FreeLibrary(hINST); // ここでエラー
}__except(EXCEPTION_EXECUTE_HANDLER){
// 呼ばれない
}

また、Win2000では
HINSTANCE hINST = LoadLibrary("fontview.exe");
if(hINST != NULL){
// デバッグしたところこのブロックに入ることを確認済み
FreeLibrary(hINST);
}
としているのでロードはできていると思います。

956 ：デフォルトの名無しさん：03/02/08 21:16

用途が限定されるがLoadLibraryExを使うという手もある

957 ：デフォルトの名無しさん：03/02/08 21:25

【不幸のレス】

このレスを見た人間は十三日以内に死にます。

※あなたに訪れる死を回避する方法が一つだけあります。
それはこのコピペを一時間以内に７つ、別のスレに貼り付ける事です

958 ：デフォルトの名無しさん：03/02/08 21:30

↓これの TCHAR バージョンは有りますか？
wctomb(char *, wchar_t);
wcstombs(char *, const wchar_t *, size_t);

こういう感じで。
_tctomb(char *, TCHAR);
_tcstombs(char *, const TCHAR *, size_t);

もしも無くて良い代物でしたら代替案を御教授下さい

959 ：デフォルトの名無しさん：03/02/08 21:37

>>956
それだとGetProcAddressできないんで・・・

960 ：デフォルトの名無しさん：03/02/08 21:39

>>958
WideCharToMultiByte

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

>>960
WideCharToMultiByte に TCHAR を渡しても大丈夫なのでしょうか。
wchar_t ではなく char のとき困るような気がします。
（↑もちろんこの時は無変換です）

int WideCharToMultiByte(
UINT CodePage, // コードページ
DWORD dwFlags, // 処理速度とマッピング方法を決定するフラグ
LPCWSTR lpWideCharStr, // ワイド文字列のアドレス
int cchWideChar, // ワイド文字列の文字数
LPSTR lpMultiByteStr, // 新しい文字列を受け取るバッファのアドレス
int cchMultiByte, // 新しい文字列を受け取るバッファのサイズ
LPCSTR lpDefaultChar, // マップできない文字の既定値のアドレス
LPBOOL lpUsedDefaultChar // 既定の文字を使ったときにセットするフラグのアドレス
);

何に使うかといいますと、今回は std::fstream のファイル名指定に
char、wchar_t の両方が渡されても大丈夫という関数なのです。
↓こんな感じです。

void FileOpen( LPCTSTR filename )
{
char buffer[MAX_PATH];
_tcstomb( buffer, filename, MAX_PATH );
std::ofstream ofs( buffer );
.........
}

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

>>958
TCHAR == char の環境だと、そもそも文字コード変換の意味がないと思うが…
(単なるコピーだよな)

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

>>962
その単なるコピーになる時と、wide->multi 変換が必要な時で同じコードを共有したいのです。

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

そもそもTCHAR自体_UNICODEマクロと_MBSマクロでコンパイル時に切り替えているだけなんだが

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

自分で
_tctomb(char *, TCHAR);
_tcstombs(char *, const TCHAR *, size_t);
を作ってその中でマクロでコードの切り換えするのが普通じゃ？

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

>>964
_MBCS でコードしたい時と _UNICODE でコードしたい時で
同じ関数を使えたら資源の有効利用になると考えました。

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

>>963
FileOpen() の内部で #ifdef で切り分ければ？

もちろん _tcstomb() 自体を #ifdef _UNICODE で切り替えることも可能だが、
ムダに文字列コピーが発生するからお奨めはしない。

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

同じ関数ですか。

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

>>966
自分で#ifdefとか使って切り替えれば？
その部分だけを別ファイルなりにしておけば、本体のコード自体は見かけ上変わらない。

970 ：デフォルトの名無しさん：03/02/08 23:03

デタッチされないDLLを作るにはどうしたら良いですか?

いま、DLLの中でスレッドを起動しているのですが、

放っておくと「DLLがデタッチされてしまうがスレッドが動いている」という状態になって

ハングしてしまいます。

スレッドは動かしつづけたいのでDLLがデタッチされないようにしたいのですが。

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

自分をLoadLibraryすればいいんじゃない

972 ：デフォルトの名無しさん：03/02/08 23:26

>971
ありがとうございます。やってみたら望んだ通りになりました。

973 ：９５８：03/02/08 23:51

マクロで何とかしようと思います。アドバイスを戴きまして、
まことに有難う御座いました。

974 ：デフォルトの名無しさん：03/02/09 07:52

mallocとGlobalAllocの違いって何?

975 ：デフォルトの名無しさん：03/02/09 09:00

>>974
mallocっへ内部的にはHeapAllocだっけ？

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

>>975
処理系(というかランタイム)依存

mallocは一般的にはVirtualAlloc等で確保した大きなブロックをランタイムライブラリがさらに分割管理している。
HeapAllocはmallocとほぼ同じようなことをシステム側がやってくれる。mallocと比べて速度が少々劣る可能性が高い。
GlobalAllocは大きなブロックをそのままうけとる。Win16との互換性の関係で少々余分な処理が入る。

小さい領域を頻繁に確保、開放したい場合はmalloc
確保領域をグループ化して一気に開放したい場合はHeapCreate->HeapAlloc->HeapDestroy
HGLOBALを要求するAPIを使いたい場合はGlobalAlloc
仮想メモリ空間を厳密に管理したい場合はVirtualAlloc

977 ：デフォルトの名無しさん：03/02/09 16:51

>>931
>CFSTR_FILECONTENTSをどうやって引き渡すのか分かりません。
IStream を使うという話ではないの？

>ClipSpyで見てもCFSTR_FILECONTENTSは<Data unavailable>になっていて、
IStreamを使っている（遅延される）から表示のしようがないだけでしょう。

978 ：デフォルトの名無しさん：03/02/09 16:56

> スレッドは動かしつづけたいのでDLLがデタッチされないようにしたいのですが。
そんなことしてたら、下手するとゾンビるぞ。 >>970

・・・ちゃんと忠告したからな。あとは知らんぞ。

979 ：デフォルトの名無しさん：03/02/09 17:03

FreeLibraryAndExitThreadだな

980 ：デフォルトの名無しさん：03/02/09 19:31

976より975の方がわかってるな
だいいちVirtualAllocは「厳密」などという曖昧な理由では使わない
974よ,それは例えばGMEM_MOVEABLEだ

981 ：名無し＠沢村：03/02/09 20:20

>>952
タブを設定しようと思い、SendMessage(hEdit,EM_SETTABSTOPS,1,1);としたところプログラム開始エラーが出てしまいました。
SendMessage(hEdit,EM_SETTABSTOPS,1,1);をSendMessage(hEdit,EM_SETTABSTOPS,0,1);に直すとエラーは出ないので、３番目の引数がくせものと思うのだが、
EM_SETTABSTOPSの使い方を教えてはくだされんか～♪

982 ：デフォルトの名無しさん：03/02/09 20:41

ヘルプも読まない主義かよ

983 ：デフォルトの名無しさん：03/02/09 20:51

>>982
読みません。
知りません。

984 ：デフォルトの名無しさん：03/02/09 21:15

>>983
死のうか。　

985 ：名無し＠沢村：03/02/09 21:48

皆々様方～EM_SETTABSTOPSの使い方がわかったぞよ～♪
最初SendMessage(hEdit,EM_SETTABSTOPS,1,1);としたところエラーが出たのでﾋﾞｯｸﾘしたが、
その後の調べでは、4番目の引数にエラーの原因があったのよ。
4番目の引数をDWORD型にしてその後int型にキャストしなおすとちゃんとなることがわかったのよ。
皆々様方～これは私にとって１大発見であるのだよ！！！

986 ：名無し＠沢村：03/02/09 21:54

皆々様方～、タブの幅の設定の仕方はわかったが、これはタブキーをうったとき、
その間隔でタブが出るのだが、普通に文字をうって、その列にきたとき自然にタブが挿入されるようにするにはどうすればいい？
皆々様方～教えてくだされ～♪

987 ：名無し＠沢村：03/02/09 21:57

つまりあらかじめ列にタブを設定しておいて文字がその列になったとき、
自然にタブの間隔があくようにするということだが、どうすればいいですかな？
皆々様方～教えてくだされ～♪

988 ：デフォルトの名無しさん：03/02/09 22:22

いかん. . .
誰だ本物の沢村を召還したのは

989 ：デフォルトの名無しさん：03/02/09 22:44

意図がイマイチ汲み取れないが、例えばスペース4つをタブに置換したいということか…？

990 ：デフォルトの名無しさん：03/02/09 22:52

とりあえず放置せよとの命令が下った。

991 ：デフォルトの名無しさん：03/02/09 23:15

次スレはどこ？