Win32API質問箱 Build59 - 暇つぶし2ch

Win32API質問箱 Build ..

655:デフォルトの名無しさん
07/11/28 12:38:37
漏れが華麗に要件をまとめた

(1) ESounD のようなリダイレクタ
(2) 同時にMICも使いたい
(3) 取ってきた音は1つのサーバに送って、サーバで鳴らす

(2)があるから、入力を占拠する「音源ボードのリダイレクタ（＋WME）」はダメ。
マイクロソフトの人間は仮想デバイスを使ったが、>>652が否定してるから
仮想デバイスはダメ。フィルタドライバは>>634が否定してるからダメ。

656:デフォルトの名無しさん
07/11/28 12:47:16
まだこのネタ続いてるのかよｗ
おまいらもういいだろｗｗ

657:デフォルトの名無しさん
07/11/28 12:54:35
質問者を置き去りにして外野が騒いでるのは滑稽だな
外野といってもあーだこーだ言ってるのは一人か

658:デフォルトの名無しさん
07/11/28 15:07:49
仮想デバイス作ればいいやん。
音飛びするのは帯域が足りてないだけかと。

659:デフォルトの名無しさん
07/11/28 15:23:53
>>550　に関しては、お前ら
1.　windowsで流れているサウンドをフックすることは可能でしょうか？
2.　もし方法があれば、調べれば良いポイント・キーワードなどを教えていただけないでしょうか。

1. Yes or No
2.　if( 1. == Yes) 調べれば良いポイント・キーワードを教える
これだけ、答えればOK

余計な詮索、アドバイスせずにこれだけ答えてやれよ。俺俺妄想レスするなよ

660:デフォルトの名無しさん
07/11/28 15:34:23
ごめん汚して　　でも見てほしい

【政治】「放置すると、日韓関係にヒビ」外国人参政権付与、成立への流れ加速も…公明に各党同調、自民反対派は沈黙、首相次第か★１０

ｽﾚﾘﾝｸ(newsplus板:259番)n-

参考動画
URLﾘﾝｸ(www.nicovideo.jp)

661:デフォルトの名無しさん
07/11/28 16:25:06
HeapFreeしたときの戻り値が1404673とかなんだけど
これは何の数値？

662:デフォルトの名無しさん
07/11/28 16:39:43
なんだろうね
メモリアドレスではないみたいだからヒープハンドルかなんかかな

調べてないけど

663:デフォルトの名無しさん
07/11/28 16:48:01
>>662
調べてよ！
気になってよるしか眠れない！

664:デフォルトの名無しさん
07/11/28 16:50:13
寝れるならいいじゃない

665:デフォルトの名無しさん
07/11/28 16:59:02
昼寝したいのにー

666:デフォルトの名無しさん
07/11/28 18:02:32
666

667:デフォルトの名無しさん
07/11/28 19:17:16
　　　　　　　　＿＿＿_
　　　　　　　／　　　　＼
　　　　　／　＼　　／　＼　　ネット社会の闇を見ました
　　　　／　（●）　（●）　＼　　
　　　　|　　　（__人__）　　　 |　＿＿＿＿＿＿＿_
　　　＼　　　｀ ⌒´　　　 ,／　| |　　　　　　　　　　|
　　　　ノ　　　　　　　　　　　＼　| |　　　　　　　　　　|
　／´ 　　　　　　　　　　　　　 | |　
　|　　　　ｌ　　　　　　　　　　| |　　　

668:デフォルトの名無しさん
07/11/28 19:20:28
ウィンドウサイズ変更時に、
一瞬背景色で描画され
ちらつくのですが、回避する方法は何かありませんか？

669:デフォルトの名無しさん
07/11/28 19:29:46
>>643-644
そうでしたorz
＆と｜は良く使うので、間違わないんだけど^と~は滅多に使わないのでごっちゃになってた
トンクス

670:デフォルトの名無しさん
07/11/28 19:31:15
>>649
そもそもデバッガが何のために付いてるのか良く分からん
使い方も分からんし

671:デフォルトの名無しさん
07/11/28 19:34:06
>>668
WNDCLASSのhbrBackgroundにヌルブラシを設定する
WM_ERASEBKGNDでTRUEを返す

672:デフォルトの名無しさん
07/11/28 20:01:27
~はかなりよくつかうだろ

673:デフォルトの名無しさん
07/11/28 20:23:50
ビットフラグを削除する時に使うね。

674:デフォルトの名無しさん
07/11/28 20:26:55
>>670
デバッグするために決まってるだろ
普通、開発はデバッグ版でして、バグがなければリリース版だろ

675:デフォルトの名無しさん
07/11/28 20:40:48
デバッガという名前なんだから勝手にバグを直してくれればいいのに
使えねーな

676:デフォルトの名無しさん
07/11/28 20:43:05
だったらバグのあるプログラムを書くんじゃねーよ下手糞とデバッガが仰ってます

677:デフォルトの名無しさん
07/11/28 20:54:04
この流れ好きだなぁｗ

678:デフォルトの名無しさん
07/11/28 20:58:48
そうか？

679:デフォルトの名無しさん
07/11/28 21:15:17
タスクバーの右側に
「ネットワークケーブルが接続されていません」とか「ワイヤレスネットワークに接続しました」
とか状態が表示されていますが
このネット接続の状態変化を監視するＡＰＩを教えてください

680:デフォルトの名無しさん
07/11/28 21:22:53
GetIFTable？

681:デフォルトの名無しさん
07/11/28 21:44:19
>>680
そんな感じです。ただ今回は変更の検知をしたいのでこれは使えません
ＭＳＤＮみたらGetIFTableの近くにNotifyAddrChangeというのがあったのでこれを調べて見ます
ありがとう

682:デフォルトの名無しさん
07/11/28 22:02:28
IPv6のネットワークポートで接続されている機器がある時、そのアドレスがLinkLocalであった場合に
付加するスコープIDの取得の仕方を教えてもらえないでしょうか。
IP Helper関数のGetAdaptersAddresses()を使って取得できる値のいずれからしいということは
わかったのですが、列挙される構造体のうち、どれが目的の値か特定できません。

683:デフォルトの名無しさん
07/11/28 22:56:11
hWndとhDCとDIBの関係がいまいちよくわからないんだけど、わかりやすく説明されてるサイトとかない？

684:デフォルトの名無しさん
07/11/28 23:50:05
ウィンドウにWS_EX_LAYEREDを設定し、32Bitビットマップを読み込み下の様にUpdateLayeredWindowを実行しましたが、
ウィンドウが消えてしまい、うまくビットマップを適用させることができません。
どこがおかしいか、何方か教えて頂けないでしょうか。

ReadFile(hFile , &bmpFileHeader , sizeof (BITMAPFILEHEADER) , &dwBytes , NULL);
bmpInfo = (BITMAPINFO *) malloc (bmpFileHeader.bfOffBits - dwBytes);
ReadFile(hFile , bmpInfo , bmpFileHeader.bfOffBits - dwBytes , &dwBytes , NULL);
bPixelBits = (BYTE *) malloc (bmpFileHeader.bfSize - bmpFileHeader.bfOffBits);
hdc = GetDC(hWnd);
hBitmap = CreateDIBitmap(hdc , &bmpInfo->bmiHeader ,CBM_INIT , bPixelBits , bmpInfo , DIB_RGB_COLORS);
hBuffer = CreateCompatibleDC(hdc);
SelectObject(hBuffer , hBitmap);
GetObject(hBitmap , sizeof (BITMAP) , &bitmap);
wndPos.x = 100; wndPos.y = 100;
surPos.x = surPos.y = 0;
wndSize.cx = 300; wndSize.cy = 300;
bf.BlendOp = AC_SRC_OVER;
bf.BlendFlags = 0;
bf.AlphaFormat = AC_SRC_ALPHA;
bf.SourceConstantAlpha = 255;
UpdateLayeredWindow( hWnd, GetDC( 0 ), &wndPos,&wndSize, hBuffer, &surPos, 0, &bf, ULW_ALPHA);

長文ですみません

685:デフォルトの名無しさん
07/11/29 00:01:28
freeしたポインタをfreeしたらどうなりますか？多分よくないですよね？
freeされたかどうかを調べる関数とかってないですか？

686:デフォルトの名無しさん
07/11/29 00:10:35
>>683
HWNDはウィンドウ
位置を動かしたりサイズを変えたり、タイトルバーを設定したりできる

HDCは画家
ペンや絵の具を渡せば、三角形とか四角形とか円とかを描いてくれる

DIBはメモリ内の.bmpファイル

687:デフォルトの名無しさん
07/11/29 00:11:51
>>685
よくないです
調べる方法はありません
自分で気をつけましょう

688:デフォルトの名無しさん
07/11/29 00:18:25
>>684
ビットマップのイメージ本体を読み込んでないように見える
bPixelBits　は　malloc　しただけでそのままだし
hBitmap　も　Create　しただけで何も描き込んでないし

689:デフォルトの名無しさん
07/11/29 00:19:09
>>687
デバッグビルドならチェック入ると思うが

690:デフォルトの名無しさん
07/11/29 00:30:16
>>685
当たり前だけど、対象のポインタ変数にメモリが割り当てられてるかどうかは
ポインタがＮＵＬＬ番地をさして無ければいいわけだから
俺はいつも　if(lpPoint != NULL) free(lpPoint) ってやってるが、もしかしたら正しくはないのかも知れん

>>686
ついでにCreateDIBSection関数が何者なのか、解説ヨロ
何度説明されても分からんけん

691:デフォルトの名無しさん
07/11/29 00:32:47
>>690
if(lpPoint != NULL) free(lpPoint)
これは無駄だろ

if(lpPoint != NULL) delete[] lpPoint
の場合なら意味あるけど

692:デフォルトの名無しさん
07/11/29 00:38:22
>>690
CreateDIBSection　は指定したサイズのビットマップをメモリ内に作る。
GDI　関数で扱えるように　HBITMAP　ハンドルが返されるし、
その　RGB　値を直接触れるように、ビットマップデータへのポインタも返される。

693:デフォルトの名無しさん
07/11/29 00:38:56
>>691
どっちも無駄
NULL　を　free　とか　delete　とか　delete[]　に食わせるのは合法で、単に無視される

694:デフォルトの名無しさん
07/11/29 00:50:08
>>693
deleteも無駄だったのか・・・知らなかった

695:デフォルトの名無しさん
07/11/29 00:54:26
deleteしたあとNULL入れとくのが正解

696:デフォルトの名無しさん
07/11/29 01:30:03
if(lpPoint != NULL) {free(lpPoint); lpPoint = NULL;}
こうするのが正解

697:デフォルトの名無しさん
07/11/29 01:40:16
>>696
不正解

698:デフォルトの名無しさん
07/11/29 01:49:15
NULLだったら無視されるんだから
free(lpPoint);
lpPoint = NULL;
だけでいいじゃん…

699:デフォルトの名無しさん
07/11/29 02:02:02
K&Rにfreeで解放されたメモリ領域にfreeをかけるのは動作が規定されてないからやめとけって書いてあった希ガスよ
正しくは>>696のようにすべきじゃね、と思う

>>692
そういう説明は何百回も読んでるんだけど、さっぱりわかんねーよ
＞指定したサイズのビットマップ　←　これはデバイス独立ビットマップなのか、デバイス依存ビットマップなのか・・・
GDI関数で扱えるDDB(デバイス依存とかいう香具師)は、ビットマップのピクセルビットへはアクセスできない
HBITMAP型は通常デバイス依存ビットマップを表現するのに使われるはずだよ
なのに、ピクセルビットへのポインタもちゃんと返してくる
現にGetObjectで調べてみたら、pBitsにピクセルビットへのポインタが格納されてる
通常HBITMAP型のDDBを引数に、GetObjectやってもpBitsはNULLだよね

700:デフォルトの名無しさん
07/11/29 02:30:38
>>699
free(lpPoint);
lpPoint = NULL;
free(lpPoint);

と、

free(lpPoint);
free(lpPoint);

は違う。
おまいが言っているのは後者。

701:デフォルトの名無しさん
07/11/29 02:48:31
>>699
DDBのビットデータに直接アクセスできるわけない
大抵VRAM上にあるだろうし、DirectXじゃないから直接アクセスできてもあまり意味が無い

＞HBITMAP型は通常デバイス依存ビットマップを表現するのに使われるはずだよ
お前の「通常」の基準がよく分からん。DDBで使うことの方が多いと思うが。

DIBもDDBもHBITMAPなのは、ある程度両者を意識しなくて済むようにそういう設計にしてるのか
DIBセクションが標準APIとして加わったのがwin95以降だからなのか他に理由があるのかは知らん

702:デフォルトの名無しさん
07/11/29 03:31:48
>>688
レス、有難うございます
>>ビットマップのイメージ本体を読み込んでいない

すみませんm(__)m
初歩的なミスに気付いていませんでした

ReadFileをもう一つ追加して見ます

703:デフォルトの名無しさん
07/11/29 06:31:35
>>701
＞HBITMAP型は通常デバイス依存ビットマップを表現するのに使われるはずだよ
お前の「通常」の基準がよく分からん。DDBで使うことの方が多いと思うが。
デバイス依存ビットマップ=DDB

704:デフォルトの名無しさん
07/11/29 08:12:20
>>697
速度重視なら正解だろ

705:デフォルトの名無しさん
07/11/29 08:19:13
>>704
一概には言えない
lpPointがNULLの可能性が高い場合はいいが逆だと遅くなる

706:デフォルトの名無しさん
07/11/29 08:26:40
>>705
そこまで行くとそもそも論になるからもう止めようぜ

707:デフォルトの名無しさん
07/11/29 08:27:10
>>699
DIBセクションは、DIBの形でデータを保持していて、
HBITMAP経由で読み書きするときには、
その都度DDBとの間で変換が行われる。

ってプログラミングWindowsに書いてあった。

708:デフォルトの名無しさん
07/11/29 10:05:52
今時if文判定１個にこだわるプログラミングしてるやつがいることに驚きだわ

709:683
07/11/29 10:22:06
>>686
ではなぜBitBltではDIBではなくhDCを渡すのでしょうか。
あと、DIB間での画像拡大コピーってできますか？

710:デフォルトの名無しさん
07/11/29 10:25:59
>>709
DIBとDDBの違いわかってる？

711:デフォルトの名無しさん
07/11/29 12:24:28
>>710
>>709が解ってないのはDIBとDDBの違いではなく、DCにビットマップを選択させる概念ではないかと

712:デフォルトの名無しさん
07/11/29 12:26:35
DIBとDDBの違いがわかればその疑問も解決すると思うのだが

713:デフォルトの名無しさん
07/11/29 12:43:16
>>709
＞なぜBitBltではDIBではなくhDCを渡すのでしょうか。

BitBltはDIB用じゃないからさ
DIBを直接渡すAPIはSetDIBitsToDeviceやStretchDIBitsがあるからそっちを使う

＞DIB間での画像拡大コピーってできますか？

ポインタ駆使して直接ビットデータを操作しちゃえばなんだって出来る

714:デフォルトの名無しさん
07/11/29 12:49:00
>>709
GDI+でも使ってろ

715:デフォルトの名無しさん
07/11/29 14:03:10
>>700
本来は
void correct_free(void **p){
old_free(*p);
*p = NULL;
}
という設計にすべきだったんだよな

そうなってはじめて安心して
correct_free(&lpPoint);
correct_free(&lpPoint);
と書ける

716:デフォルトの名無しさん
07/11/29 14:06:23
その安心は半分まやかしだ
ポインタ値はあちこちにコピーされうる

717:デフォルトの名無しさん
07/11/29 14:13:31
生成者と参照者を明確に区別して
freeは生成者だけが行うようにする
参照者は使ったらそのまま放置
っていう造りにしたら安定する？

718:デフォルトの名無しさん
07/11/29 14:14:26
そんなあなたにshared_ptr

719:デフォルトの名無しさん
07/11/29 14:36:20
>>715
correct_free(NULL);
どこが安心できるんだ？

720:デフォルトの名無しさん
07/11/29 15:14:31
私が知っていること(onXP)

ビットマップにはDDB,DIB,DIBSectionがある
HDCが好むのはHBITMAPつまりDDBとDIBSection
DDBはシステム領域に作られ、総量の上限がある
DIBSectionはプロセス毎の2GBの中に作られる
-->長時間保持する大きなビットマップ向き、メモリマップを使えば巨大なものも可

DIBSectionを選択したままCreateCompatibleBitmapを呼ぶとDIBSectionが作られるらしい
DIBSectionはwin16のDIB.DRV,WinGの系統らしい
DDBとDIBSection win95の頃は速度大差なし

721:デフォルトの名無しさん
07/11/29 15:24:23
>>719
ごめんうっかりしてた
void correct_free(void **p){
if(*p) old_free(*p);
*p = NULL;
}
correct_free(&lpPoint);
correct_free(&lpPoint);

722:デフォルトの名無しさん
07/11/29 15:29:19
頑張ってそんな変なもの使って何かいいことある？
free には失敗しないかもしれないけど、
何時誰が free するかを管理しないコーディングスタイルじゃ
内容が必要なときに既に free されてる恐れがあるじゃん。

ちゃんと誰がいつまで内容を参照したいかが分かってれば、
それの終わりのとこで一回 free すればいいわけだし。

723:デフォルトの名無しさん
07/11/29 15:57:27
>>708
アセンブリでMMXやSSEで使うこのご時世に
お前が低能だって事は分かった

724:デフォルトの名無しさん
07/11/29 16:26:48
>>721
if(*p)
{
old_free(*p);
*p = NULL;
}
こうだろ

>>722
バカは黙ってろ
管理するに決まってるだろ
俺はマクロでNULL代入してるぞ

725:724
07/11/29 16:28:36
訂正
if(p)
{
old_free(*p);
*p = NULL;
}

726:デフォルトの名無しさん
07/11/29 16:30:04
ダイレクトボブサップ

727:デフォルトの名無しさん
07/11/29 16:32:44
>>722
今時は開放されたメモリの参照すれば例外飛んでくれるから
NULL入れる必要もないといえば無い。
それに、確保や開放を頻繁に行うなら、意識して717のいうように作るべきだと思う。

しかし、世の中の大多数の人はそのことを知らないし、やろうともしない。
結局バグの温床になっているが、なんとなく動いてしまっていて気がつかない人も多い。
特にリリース版で動くからいいやとかいうタイプの人もいるんで・・・

あと、自分の経験上、他人が書いたコードで確保と開放が入り乱れてる場合は
開放したところにNULLいれるように書き直すと、バグが良く見つかる。
まあ、こんな小手先の技使わないといけない俺の環境が悪いんだろうな。

最新のコンパイラとか開発環境、動作環境でやり、自分がコードのすべてを把握し
覚えている限りは無用のテクニックかもしれない。

>>723
最適化スレだったらその発言は甘んじて受け入れよう
だが、ここはAPIを質問するところだ
こんなところで、パイプラインの破壊気にしてもしょうがないだろ？

728:デフォルトの名無しさん
07/11/29 16:34:44
>>727
C++ならいいんだけどな

729:デフォルトの名無しさん
07/11/29 16:37:05
あああ、free論議は収拾付かなくなるので終了。

終了終了

730:デフォルトの名無しさん
07/11/29 16:38:34
＞開放したところにNULLいれるように書き直すと、バグが良く見つかる。
嘘だろ

731:デフォルトの名無しさん
07/11/29 16:47:32
>>727
APIスレだろうが最適化スレだろうが関係ない
何万回、何百万回も使うならif文一つだろうが気にするべき
ジャンプ1回で済ますかpush、call、popを使うかで大違い

732:デフォルトの名無しさん
07/11/29 16:48:24
>>728
少なからず理解者がいてくれたようでうれしい

>>730
嘘だと思える君の環境がすごくうらやましい
世の中には信じられないことをする人が多いのです。
また、C++に対応してるんだかしてないんだかわからない
しょぼい環境も多いのです。

733:デフォルトの名無しさん
07/11/29 16:52:09
>>732
開放したところにNULLいれてバグるなら
NULLいれなくてもバグるだろ

734:デフォルトの名無しさん
07/11/29 16:53:41
>>732
お前が低能だって事は分かった

735:デフォルトの名無しさん
07/11/29 17:02:35
>>727
そんなことで例外発生させてどうすんだよ
NULLなら処理を跳ばしてくれれば良いだけなのに

736:デフォルトの名無しさん
07/11/29 17:05:47
>>733
NULLいれなくてもバグってるんだけどそれは発見されない、
NULLいれたらそのバグが発見されやすい、ってことだろ

737:デフォルトの名無しさん
07/11/29 17:08:32
>>736
元々バグってんのか
NULL代入関係ないじゃん

738:デフォルトの名無しさん
07/11/29 17:10:49
ここはAPIスレだったよね？
特定の言語の話はスレ違い

739:デフォルトの名無しさん
07/11/29 17:11:40
ガベコレのある言語を使いましょう

でこの話題は終了

↓はい次

740:デフォルトの名無しさん
07/11/29 17:14:53
空気読まずに
ポインタのアドレス使ったリスト管理なんかだと
freeのあとNULL入れるのは必要になってくるけどな

741:デフォルトの名無しさん
07/11/29 17:16:09
haskellお勧め

742:デフォルトの名無しさん
07/11/29 17:21:43
質問なのですが、
SetLayeredWindowAttributesを使わずにウインドウのある色の部分だけ透明にすることはできるのでしょうか？

743:デフォルトの名無しさん
07/11/29 17:22:31
SetWindowRgn

744:デフォルトの名無しさん
07/11/29 17:31:33
>>727
> 開放したところにNULLいれるように書き直すと、バグが良く見つかる。
ﾜﾛﾀ

745:デフォルトの名無しさん
07/11/29 18:14:14
結局
if( p != NULL ) { free(p); p = NULL; }
でFA？

746:デフォルトの名無しさん
07/11/29 18:15:12
どうでもいいです

747:デフォルトの名無しさん
07/11/29 19:04:14
>>745
>>696-698

748:デフォルトの名無しさん
07/11/29 19:11:42
ぬるぽ

749:デフォルトの名無しさん
07/11/29 19:12:49
if(_x_){ _x_->Release(); _x_ = NULL; }

750:デフォルトの名無しさん
07/11/29 19:21:24
スマートポインタ使えよ糞共

751:デフォルトの名無しさん
07/11/29 19:25:54
templateって方の種類分容量増えるんだろ
define でいいじゃん

752:デフォルトの名無しさん
07/11/29 19:27:28
>>751

753:デフォルトの名無しさん
07/11/29 19:32:49
>>751
確かに環境によってはtemplate禁止にせざるを得ないこともある。
が、さすがにtemplateの機能をdefineだけじゃ無理だと思う。

754:デフォルトの名無しさん
07/11/29 19:44:57
本当の初心者質問ですみません。
ウインドウを作成するところで詰まってしまいました。
ビルドは成功するのですが、実行するとウインドウが表示されず、CPUが100%になります。
どこがおかしいでしょうか？

環境
WindowsXPsp2
Visual Studio2005

ソース
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

755:デフォルトの名無しさん
07/11/29 19:48:39
ウィンドウクラスの登録が抜けている

756:デフォルトの名無しさん
07/11/29 19:55:50
>>854
PeekMessageなんか使うから100%になるんだ、GetMessage使え。
まずは猫でも分かる～を読むべし。

757:デフォルトの名無しさん
07/11/29 19:58:51
>>752

758:デフォルトの名無しさん
07/11/29 20:02:59
>>717
>>727

COMのプログラミングすると
生成者が放置で
参照者が片付ける
みたいな感覚に染まってしまう

759:デフォルトの名無しさん
07/11/29 20:07:30
>>725
それ意味なくね？
訂正が間違ってる

760:デフォルトの名無しさん
07/11/29 20:59:53
InvalidateRectで無効化された領域を取得するにはどうすればよいのでしょうか？

質問の背景としては、スクロールバーを動かしたとき、画面のビットマップをBitBltで
移動させることでスクロールされるようにしています。ところが、転送元の領域が
無効化された状態であった時、その領域が転送後にも再描画されず、不正な状態のままに
なってしまっています。そこで、転送前に無効化されていた領域を転送後の座標系で
無効化しなおすことでこの問題を解決したいと思っているのですが。

よろしくお願いします。

761:デフォルトの名無しさん
07/11/29 21:03:32
>>751
組み込みスレならともかく、Win32　APIスレで言う話か？
メモリ数百MiB-数GiB、CPU数百MHz-数GHzな環境で禁止にする必要などない。

762:デフォルトの名無しさん
07/11/29 21:07:40
>>760
GetClipBox
PAINTSTRUCT::rcPaint

763:デフォルトの名無しさん
07/11/29 21:08:29
GetUpdateRect
だけど。
ふつうはScrollWindowExが良きに計らってくれるんじゃないのかなー。

764:760
07/11/29 21:16:46
>>763
おわっと、こんな関数があるとは知りませんでした。
まだ試してないですが、これを使えば万事うまくいきそうですね。
どうもありがとうございます。

>>762
どうもありがとうございます。

765:デフォルトの名無しさん
07/11/29 22:32:51
>>759
どこが？

766:デフォルトの名無しさん
07/11/29 23:00:00
もう引っ張るなよ

767:デフォルトの名無しさん
07/11/29 23:03:31
別にfreeの話しを引っ張るつもりはない
しかし突っ込まずにはいられないだろ

768:デフォルトの名無しさん
07/11/29 23:04:35
「あえていうなら、Win32APIスレでfreeの話をする辺りが。」
ってことで納得してくれよ(w

769:デフォルトの名無しさん
07/11/29 23:05:44
だからfreeは関係ないと

770:デフォルトの名無しさん
07/11/29 23:07:43
>>759 ＝ >>766

771:デフォルトの名無しさん
07/11/29 23:10:46
freeは本質とはあまり関係ないんだからとりあえず黙っとこうぜ。
荒らしたいというなら別だが。

772:デフォルトの名無しさん
07/11/29 23:13:29
>>771
>>769
コードの話しだろ

773:デフォルトの名無しさん
07/11/29 23:15:15
馬鹿しか居ないな

774:デフォルトの名無しさん
07/11/29 23:18:55
以上をまとめると、HeapDestroy万歳ってことですね。

775:デフォルトの名無しさん
07/11/29 23:25:40
>>772
>>725はあってるよ
どの道すれ違い消えろ

776:デフォルトの名無しさん
07/11/30 00:12:10
昨日はサウンド関係で荒れて今日はfreeで荒れるのか
明日は何の話題で荒れるのかな～？

777:デフォルトの名無しさん
07/11/30 00:18:14
1:int *p;とint* p;
2:sizeof( char )
3:インデント
好きなのを選べ

778:デフォルトの名無しさん
07/11/30 00:24:36
>>777
1 と 3 はコード整形ツールで抹殺されるから 2 しかない！

779:デフォルトの名無しさん
07/11/30 00:35:00
ウィンドウのシステムバーの青い部分をドラッグしたときにくるメッセージって何ですか？
WM_ENTER/EXITMENULOOPは左上のボタンで出るメニューのメッセージっぽいのですが…

780:デフォルトの名無しさん
07/11/30 00:47:13
WM_SYSCOMMAND
WM_WINDOWPOSCHANGING
WM_WINDOWPOSCHANGED
WM_MOVING
WM_MOVE

781:デフォルトの名無しさん
07/11/30 00:47:54
>>778
Win32API的にsizeof　(TCHAR)を使うので、このスレでは2すら話題にならない。

782:デフォルトの名無しさん
07/11/30 00:48:14
結局見つけました
WM_ENTER/EXITSIZEMOVEでした。
お騒がせしました

783:デフォルトの名無しさん
07/11/30 00:52:10
CHARとかWCHARとかTCHARとか型がありすぎてわけわかんね
文字列に関してはワールドワイドなUnicodeに対応してるWCHARだけつかってればいいってこと？

784:デフォルトの名無しさん
07/11/30 00:52:46
いまさらハンガリアン記法でひとつ。

785:デフォルトの名無しさん
07/11/30 00:55:32
もうNT系しか相手にしないなら、VC8みたいにいきなりUNICODE定義しといて
WCHARしか使わないという手はある。
外部入出力で結局charが要るのと、
文字列リテラルにL付け忘れることがあるのと
UNCODE特有の嫌らしい概念が出てくるのが
今ひとつだけど。

786:デフォルトの名無しさん
07/11/30 01:09:11
数は少ないがANSI版しか用意されていない糞APIもあるけどな

787:デフォルトの名無しさん
07/11/30 01:09:58
>外部入出力で結局charが要るのと

このときのcharで使う文字コードは何がよいのでしょうか？
UTF-8?
mbcs?

788:デフォルトの名無しさん
07/11/30 01:11:29
外部次第だろ

789:デフォルトの名無しさん
07/11/30 01:20:54
質問ですが、画面の解像度が変化したときに受け取るイベントというのは何なのでしょうか？

790:デフォルトの名無しさん
07/11/30 01:22:36
あるよ
ググればすぐ出てくる

791:デフォルトの名無しさん
07/11/30 02:10:24
ココ見てると、みんな同じような問題で悩んでんだなってﾁｮｯﾄ思うな。
特にDIBSectionとかDIBとかDDBとか　、答えられる香具師があんまりいないんだな。
DIBセクションはDIB?をれともDDB?

792:デフォルトの名無しさん
07/11/30 02:10:38
WM_KAIZOUDOHENKA

793:デフォルトの名無しさん
07/11/30 02:17:17
>>791
DIBセクションはDIBセクションだろｗ
CreateDIBSection によって作成された HBITMAP 互換のGDIオブジェクト。
GetObject すると DIBSection が帰る。

794:デフォルトの名無しさん
07/11/30 02:30:32
>791
答え待ってないでProgramming Windows下巻読めよ

795:デフォルトの名無しさん
07/11/30 03:25:30
MSのドキュメント読めばわかる程度のことは答えんな。
調べる事が下手糞だといつまでたってもスキルは上がらんぞ。

796:デフォルトの名無しさん
07/11/30 03:37:08
DIBSection = DIB の部分
つまりＤＩＢの一部分ってことでＦＡ

797:デフォルトの名無しさん
07/11/30 03:45:56
>>796
>>791のようなDIBとDDBの区別すらついてない人間にはその説明では不十分だ
結局はMSDN読め、に尽きるが

798:デフォルトの名無しさん
07/11/30 04:17:46
香具師なんて使ってる奴久しぶりにみたｗｗｗ

799:デフォルトの名無しさん
07/11/30 05:54:26
その内「w

800:デフォルトの名無しさん
07/11/30 05:55:07
失敗。
まぁいいや。
８００ゲッツ！

801:デフォルトの名無しさん
07/11/30 07:15:09
>>786
そりゃWin16との互換専用だったりして
Unicode版用意してまで延命させる必要がそもそもない

802:デフォルトの名無しさん
07/11/30 07:32:23
GetProcAddressはー？

803:デフォルトの名無しさん
07/11/30 08:35:46
DLLの仕様でシンボルにANSI文字列しか使えないから

804:デフォルトの名無しさん
07/11/30 08:41:01
切れちゃった

DLLの仕様でシンボルにANSI文字列しか使えないからANSIでないと意味がない
無理してUNICODEにしてもANSIに変換してオーバーヘッドが出るだけ

805:デフォルトの名無しさん
07/11/30 10:16:43
ATLのW2Aとかの文字列変換マクロを使えるなら、オーバーヘッドは最小になるよ。
自分の場合、内部はUNICODEで処理するなぁ。

806:デフォルトの名無しさん
07/11/30 11:06:06
CreateWindowで作ったウィンドウの子コントロールのフォントを変更したい場合
親ウィンドウに合わせて自動で全ての子のフォントを変更することはできないのでしょうか
それともこういった処理は自分で書く必要があるんでしょうか

807:デフォルトの名無しさん
07/11/30 11:42:00
もちろん、自分でやらないと駄目。
自動で勝手にフォント変更されたら、コントロール毎にフォントを変えることが
できないではないか。

808:デフォルトの名無しさん
07/11/30 12:48:46
>>801
違うよImageHlpだよ
ま、こんなモン使う機会あまりないけどな

809:デフォルトの名無しさん
07/11/30 12:55:46
>>807
やはりそうなんですか
ありがとうございました

810:デフォルトの名無しさん
07/11/30 13:44:40
>>808
Platform SDKを良く読んだほうが良い

811:デフォルトの名無しさん
07/11/30 14:10:35
>>810
よく読むべきなのはお前な
BindImage
ReBaseImage
ImageLoad

> All ImageHlp functions, such as this one, are single threaded.
今時こんな設計の糞API揃いだが

812:デフォルトの名無しさん
07/11/30 14:15:58
>>811
なんだそれNT時代のAPIじゃないのか？ｗ

813:デフォルトの名無しさん
07/11/30 14:47:24
そうはいうがな
Windows1.0時代からあるAPIだってUnicode対応・マルチスレッド対応だぞ

814:デフォルトの名無しさん
07/11/30 14:48:03
1.0は言い過ぎか？
今でも使われる古参のAPIってどのあたりからあるんだろ

815:デフォルトの名無しさん
07/11/30 16:24:22
>>813
それだって、最初からそうだったのではなく、
Win32化されたときからじゃないか。

>>814
Win16はわからないけど、CreateWindowとか有名な関数をMSDNライブラリで引くと、
大体Minimum　operating　systemsがWindows　95,　Windows　NT　3.1になっている。

816:デフォルトの名無しさん
07/11/30 18:33:37
>>815
CreateWindowはWin16時代からある

817:デフォルトの名無しさん
07/11/30 18:36:26
そりゃまあ、WinMainからRegisterClassしてCretateWindowしての
一連の基本のやつは昔からあるけどよー

818:デフォルトの名無しさん
07/11/30 19:02:10
マウスキャプチャ状態にある
コモンコントロールのマウスの移動を関知するには
どうすればいいのでしょうか？
タブをドラッグアンドドロップで移動させたいのですが
親にWM_MOUSEMOVEが飛んできません…

819:デフォルトの名無しさん
07/11/30 19:11:50
キャプチャしたウィンドウに飛んでこないか？

820:デフォルトの名無しさん
07/11/30 19:17:04
>>819
もしやサブクラス化意外に道はないのでしょうか？
通知メッセージを用意しといてくれてもいいのに…
ゲイツめぇ

821:デフォルトの名無しさん
07/11/30 19:24:10
だからぁ
SetCapture( hwnd );で
hwndに飛んでこないかと？

822:デフォルトの名無しさん
07/11/30 19:34:01
>>821
キャプチャ事態は自分で行っている訳ではなくて
コモンコントロールがNM_CLICKに併せて行ってくれているようで
離したときにくるNM_RELEASEDCAPTUREまでの間に
MOVEを拾えないかと思ったのです。

823:デフォルトの名無しさん
07/11/30 19:36:36
>>822
そりゃサブクラス化するべきなんじゃね？

824:デフォルトの名無しさん
07/11/30 19:38:55
タブコントロールがSetCaptureして、マウスキャプチャ状態にしてるんだけど、
その状態でWM_MOUSEMOVE相当のメッセージを親Windowで取得したい。

ってこと？

825:デフォルトの名無しさん
07/11/30 19:41:36
NM_CLICKでコモンコントロールはキャプチャしないだろ
それにSetCaptureすればいいだろが

826:デフォルトの名無しさん
07/11/30 19:46:00
spyで確認したけどキャプチャしてない
そもそもその手のドラッグアンドドロップは自分でマウスキャプチャして実装するもの

827:デフォルトの名無しさん
07/11/30 19:54:01
WM_LBUTTONDOWN
If the user is clicking a button, the control redraws the button to give a sunken appearance and captures the mouse.

ってMSDNに書いてあるから、ボタンの場合（TCS_BUTTONS style）はキャプチャしているんでしょ？

828:デフォルトの名無しさん
07/11/30 20:00:29
>>827
なるほど、だからキャプチャしてたんですね。
親で改めてキャプチャするかサブクラス化してみようと思います。
どうもありがとうございました。

829:デフォルトの名無しさん
07/11/30 20:01:37
TCS_BUTTONSスタイルまで確認してなかったわ

830:デフォルトの名無しさん
07/11/30 20:35:39
>>814
俺はWTERMの人が書いた本でWindowsプログラミングの勉強をしたが
それがたしかWindows1.0用の本で、ほとんどそのまま3.1で通用したよ。
3.1から95もAPIはほとんど一緒だから、GetMessageとかのAPIは
ずっと変わってないと思う。

831:デフォルトの名無しさん
07/11/30 22:22:09
だってある意味winプログラムの原点だからGetMessageの概念は

832:デフォルトの名無しさん
07/11/30 22:58:06
イベントドリブンはナムコが考えました

833:デフォルトの名無しさん
07/11/30 22:58:18
友達がいなくて
携帯メールがGetMessageできない漏れをどうにかしてください

WinSockムズカシス

834:デフォルトの名無しさん
07/11/30 23:07:00
GlobalAllocで確保されるメモリって、自プロセス内のスタック領域？とかいうところから拾ってきてるの？
ファイル読み込みで、何度かGlobalReAllocを繰り返し呼び出して、再確保を繰り返しやると
18000Byte超えたあたりで、メモリの再確保に失敗する
なんでだろう

835:デフォルトの名無しさん
07/11/30 23:09:28
>>833
自分で自分のアドレスにPostMessageする

836:デフォルトの名無しさん
07/11/30 23:10:48
>>834
MSDN嫁よ禿

837:デフォルトの名無しさん
07/11/30 23:14:37
>>836
英語だからﾐﾘだよ

838:デフォルトの名無しさん
07/11/30 23:19:22
たしかにな

839:デフォルトの名無しさん
07/11/30 23:28:12
>>837
英語勉強しろよ禿

840:デフォルトの名無しさん
07/11/30 23:31:14
「Windowsプログラミングの極意」あるいはThe Old New Thingで
いってたけど、今は、メモリ共有のために仕組みがある以外は、
ローカルヒープとあんましかわらない、みたい。

841:デフォルトの名無しさん
07/11/30 23:42:12
WinXP SP2だと、1Kから1バイトずつ伸ばしても全然失敗しないな……
フラグの指定がおかしいんじゃね？

ちなみに可変長のGlobalヒープが欲しい時は、
CreateStreamOnHGlobal + GetHGlobalFromStream がお勧めだ。

842:デフォルトの名無しさん
07/11/30 23:43:23
16KBのメモリチャンク云々って話をどっかで見た気がするが忘れた。

843:デフォルトの名無しさん
07/12/01 00:08:13
同じくWinXP SP2、初期サイズ1KB、増加サイズ1KBずつだと4KBで失敗。GetLastErrorは8。
増加サイズが変わると失敗するサイズも変わる。法則は謎。
GMEM_MOVEABLEすればもちろん失敗しないけど。

844:デフォルトの名無しさん
07/12/01 00:28:01
ちょっとコード晒せ

845:デフォルトの名無しさん
07/12/01 00:47:55
>>816
ゲンミツに言うとCreateWindowEx呼んでるだけだったような気もするけど

846:デフォルトの名無しさん
07/12/01 00:56:31
HeapAlloc/HeapReAllocだとどうなる？

847:デフォルトの名無しさん
07/12/01 01:38:24
>>845
手元のWin16APIヘルプだと
CreateWindow(2.x)
CreateWindowEx(3.0)
って書いてあった。

848:デフォルトの名無しさん
07/12/01 02:33:48
取り込んだ画像を任意の角度に回転させるAPIってありますか？

849:デフォルトの名無しさん
07/12/01 03:11:05
GDI+

850:デフォルトの名無しさん
07/12/01 06:48:51
>>813
NTの最初のバージョンは3.1だが?
NTじゃないWindows 1.0がマルチスレッドやUnicodeに対応しているわけないし

851:デフォルトの名無しさん
07/12/01 10:12:50
GlobalReAllocで固定メモリの領域拡大に失敗するのか
まさか単に断片化しているだけというオチじゃなかろうな

852:デフォルトの名無しさん
07/12/01 10:13:53
また随分とバックパスなｗ

>>850
>>813は1.0時代のAPIだって今はUnicode版があるって言ってる
当たり前といえば当たり前

853:デフォルトの名無しさん
07/12/01 10:27:48
GlobalAlloc懐かしいな。

854:デフォルトの名無しさん
07/12/01 11:37:40
>>851
それが原因な気がするけどなー
toolhlpとかプロセスメモリエディタで覗いてみたら良いんでは

855:デフォルトの名無しさん
07/12/01 11:50:50
そもそもGlobalAllocなんてクリップボードとOLEドラッグ以外に使うべきでは無い
どうせ猫でも見て変な知識付けたのだろうが

856:デフォルトの名無しさん
07/12/01 12:16:36
HeapAlloc（malloc）か、サイズが数MB超えるならVirtualAlloc使えよ。

857:デフォルトの名無しさん
07/12/01 13:06:37
そういう話は>>836で終わってる。

858:デフォルトの名無しさん
07/12/01 13:35:10
英語が読めないので>>837で再開

859:デフォルトの名無しさん
07/12/01 15:22:23
1.xの遺物　AnyPopup();

860:デフォルトの名無しさん
07/12/01 15:33:01
WS_CHILDで子コントロールとして貼り付けられたダイアログって
親ウインドウが破棄されると自動的に破棄されますよね？

861:デフォルトの名無しさん
07/12/01 15:49:13
いいえ

862:デフォルトの名無しさん
07/12/01 15:51:44
DestroyWindowの解説に書いてある

863:デフォルトの名無しさん
07/12/01 15:53:45
はい

864:デフォルトの名無しさん
07/12/01 16:07:53
>>852
そりゃWin32で代わりがないAPIについてだろ。
_lcreatとかOpenFileとかにUnicode版はない

865:デフォルトの名無しさん
07/12/01 18:27:11
PIDLがデスクトップを指してるかどうかって、
ILGetSizeを使って2byteかどうかで判定していい?

866:デフォルトの名無しさん
07/12/01 18:45:29
>>865
SHGetSpecialFolderLocation(NULL,CSIDL_DESKTOP) + ILIsEqual()で判断するのが安牌

867:デフォルトの名無しさん
07/12/01 19:36:01
CreatePrivateObjectSecurityWithMultipleInheritance
nagasugi warota

868:デフォルトの名無しさん
07/12/01 20:19:00
>>866
ども。そうだよね

869:834
07/12/01 21:48:40
こんなに大勢が答えてくれるなんてありがてぇありがてぇ

コードはこうなってるが、素人なんで汚いだろうけど
#define CHUNK_SIZE 1024
bySrc = GlobalAlloc(GPTR, 1);
iCount = 0;
dwTotal = 0;
do{
ZeroMemory(byTemp, CHUNK_SIZE + 1);
if(InternetReadFile(hUrl, byTemp, CHUNK_SIZE, &dwRead) == FALSE){ //失敗したら
　　MessageBox(hwnd, TEXT("読み込みに失敗しました。"), TEXT("InternetReadFile Failure"), MB_OK | MB_ICONWARNING);
return -1;
}
dwTotal += dwRead;
bySrc = GlobalReAlloc(bySrc, dwTotal + 1, GMEM_MOVEABLE);
if(bySrc == NULL){
wsprintf(szBuffer, TEXT("%d 回目の読み込みで、計%dByte(新たに%dByte)の確保に失敗しました。"), iCount + 1, dwTotal, dwRead);
MessageBox(hwnd, szBuffer, TEXT("GlobaReAlloc Failure"), MB_OK | MB_ICONWARNING);

GlobalFree(bySrc);
return -1;
}

memcpy(bySrc + (CHUNK_SIZE * iCount), byTemp, dwRead);
iCount++;
}while(dwRead);

で、そのまま強制終了になったり、運がよければ「("20回目の読み込みで、計19984dByte(新たに1024Byte)の確保に失敗しました。」みたいな感じのエラーが表示される
なんでかわからん

870:デフォルトの名無しさん
07/12/01 21:57:04
＞bySrc　+　(CHUNK_SIZE　*　iCount)

とりあえずこれがだめなんじゃない？
毎回CHUNK_SIZEずつ読めてるとは限らないんだし

871:デフォルトの名無しさん
07/12/01 22:12:30
>>869
だからそういう目的ならmalloc/realloc使えと言ってるだろうが

872:デフォルトの名無しさん
07/12/01 22:21:29
>>869
>bySrc = GlobalReAlloc(bySrc, dwTotal + 1, GMEM_MOVEABLE);
同じ変数で結果を受け取ると、NULLが返ってきたときに元の領域を解放する手段が
なくなってしまってメモリリークする。reallocを使った場合も同様なので注意。

873:デフォルトの名無しさん
07/12/01 22:46:57
>>870
もろにセキュリティホールだよね。

874:デフォルトの名無しさん
07/12/01 23:14:54
> ZeroMemory(byTemp, CHUNK_SIZE + 1);
これは大丈夫なのか？byTempの宣言が書いてないから分からんが

875:デフォルトの名無しさん
07/12/02 00:01:49
　　　　　　　　　　　　祝

　☆　国　取　り　1　6　0　人　到　達　☆　

876:デフォルトの名無しさん
07/12/02 00:04:05
何？

877:デフォルトの名無しさん
07/12/02 01:15:57
桂蚕糸?

878:デフォルトの名無しさん
07/12/02 05:24:18
XNResourceEditorって境界線の無いダイアログ作れないのかな
ちゃんと設定してもどうしても境界線が残るんだが

879:834
07/12/02 07:46:48
おまいらなんでこんなに優しいん？
普段ボロクソ言われてるってのに（涙

一応宣言はこうなってる
BYTE byTemp[CHUNK_SIZE + 1];
static BYTE *bySrc;

それから　＞同じ変数で結果を受け取ると、NULLが返ってきたときに元の領域を解放する手段が
なくなってしまってメモリリークするの部分を改善してみた
bySrc = GlobalReAlloc(bySrc, dwTotal + 1, GMEM_MOVEABLE);
if(bySrc == NULL){
wsprintf(szBuffer, TEXT("%d 回目の読み込みで、計%dByte(新たに%dByte)の確保に失敗しました。"), iCount + 1, dwTotal, dwRead);
MessageBox(hwnd, szBuffer, TEXT("GlobaReAlloc Failure"), MB_OK | MB_ICONWARNING);

GlobalFree(bySrc);
bySrc = NULL;
return -1;
}

あと、＞bySrc + (CHUNK_SIZE * iCount) の部分
を
memcpy(bySrc + dwTotal - dwRead, byTemp, dwRead);
としたら、すべてうまくいきました！！！！！！！！！！！！！！！うれしいっす！！！

芋くさいコードだけど、晒してよかった・・
ひとつ問題が解決すると、ほんとに気持ちがいいな
ありがとうな。お前ら

880:デフォルトの名無しさん
07/12/02 07:55:50
FillMemoryの4バイト版ってあったりしますか

881:デフォルトの名無しさん
07/12/02 08:16:45
>>879
>static BYTE *bySrc;
使い方から見てstaticで宣言する意味なくね？

>bySrc = GlobalReAlloc(bySrc, dwTotal + 1, GMEM_MOVEABLE);
改善されてないじゃん。こうだろ。
BYTE *byNewSrc;
byNewSrc = GlobalReAlloc(bySrc, dwTotal + 1, GMEM_MOVEABLE);
if (byNewSrc) {
bySrc = byNewSrc;
} else {
wsprintf.....略
}

882:デフォルトの名無しさん
07/12/02 09:21:06
>>880
無いです
そのくらい自分で書け

883:デフォルトの名無しさん
07/12/02 12:25:26
memset(buf,0,4);
FillMemory(buf,4,0);

884:デフォルトの名無しさん
07/12/02 12:58:49
それちゃうやろｗ

885:デフォルトの名無しさん
07/12/02 13:04:22
#if defined(RtlFillMemory)
#undef RtlFillMemory
EXTERN_C VOID WINAPI RtlFillMemory(
IN VOID UNALIGNED *Destination,
IN SIZE_T Length,
IN UCHAR Fill);
#endif
こうしておかないとダメってことか

886:デフォルトの名無しさん
07/12/02 15:03:34
>>880
rep stosd

887:デフォルトの名無しさん
07/12/02 17:24:48
教えてください。
自分自信のウィンドウハンドルを取得するには
FindWindowとEnumWindowを使わず取得する方法ってありますか？

888:デフォルトの名無しさん
07/12/02 17:26:54
自分自身のウィンドウハンドルは自分で作ったんだからわざわざ取得しなくても最初から知ってるはずでは

889:デフォルトの名無しさん
07/12/02 17:27:17
>>887
WM_CREATEで保存しとけ

890:887
07/12/02 18:41:21
>>888,889
そういうのではなくてDLLでロードされたタイミングでそのDLLが
マップされたプロセスのウィンドウハンドルを取得するという作りなので
WM_CREATEとかでは無理なのです。

GetCurrentProcessId＋EnumWindowsで取得という手もあるんですけど
他にやり方がないのかなと思ってレスしてみました。
因みにGetForegroundWindow、FindWindow以外のやり方でお願いします。

891:デフォルトの名無しさん
07/12/02 18:42:04
ねーよ

892:デフォルトの名無しさん
07/12/02 18:44:21
質問です
このスレに女性はいますか？

893:デフォルトの名無しさん
07/12/02 18:50:17
>>890
ファイルマッピング

次ページ