Win32API質問箱 Build51at TECH
Win32API質問箱 Build51 - 暇つぶし2ch1:デフォルトの名無しさん
07/03/21 03:44:55
スレ立てるまでもない、Win32APIのついての質問はこちらへどうぞ。
やさしいお兄さんやお姉さんたちが答えてくれるかも。

過去スレ、関連リンクは>>2-5くらい。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。英語版(URLリンク(msdn.microsoft.com))の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで

2:デフォルトの名無しさん
07/03/21 03:46:45
50 スレリンク(tech板)
49 スレリンク(tech板)
48 スレリンク(tech板)
47 スレリンク(tech板)
46 スレリンク(tech板)
45 スレリンク(tech板)
44 スレリンク(tech板)
43 スレリンク(tech板)
42 スレリンク(tech板)
41 スレリンク(tech板)
40 スレリンク(tech板)
39 スレリンク(tech板)
38 スレリンク(tech板)
37 スレリンク(tech板)
36 スレリンク(tech板)
35 スレリンク(tech板)
34 スレリンク(tech板)
33 スレリンク(tech板)
32 スレリンク(tech板)
31 スレリンク(tech板)

3:デフォルトの名無しさん
07/03/21 03:47:45
30 スレリンク(tech板)
29 スレリンク(tech板)
28 スレリンク(tech板)
27 スレリンク(tech板)
26 スレリンク(tech板)
25 スレリンク(tech板)
24 スレリンク(tech板)
23 スレリンク(tech板)
22 スレリンク(tech板)
21 スレリンク(tech板)
20 スレリンク(tech板)
19 スレリンク(tech板)
18 スレリンク(tech板)
17 スレリンク(tech板)
16 スレリンク(tech板)
15 スレリンク(tech板)
14 URLリンク(pc5.2ch.net)
13 URLリンク(pc5.2ch.net)
12 URLリンク(pc5.2ch.net)
11 URLリンク(pc5.2ch.net)
10 URLリンク(pc5.2ch.net)
9 URLリンク(pc5.2ch.net)
8 URLリンク(pc5.2ch.net)
7 URLリンク(pc3.2ch.net)
6 URLリンク(pc3.2ch.net)
5 URLリンク(pc3.2ch.net)
4 URLリンク(pc3.2ch.net)
3 URLリンク(pc.2ch.net)
2 URLリンク(pc.2ch.net)
1 URLリンク(pc.2ch.net)

4:デフォルトの名無しさん
07/03/21 03:48:16
- MSDN ホームページ
URLリンク(www.microsoft.com)
- MSDN ライブラリ
URLリンク(msdn.microsoft.com)
- MSDN 2 ライブラリ
URLリンク(msdn2.microsoft.com)
- 猫でもわかるプログラミング
URLリンク(www.kumei.ne.jp)
- Google
URLリンク(www.google.com)
- MSDN ライブラリ 2006年6月版
URLリンク(www.microsoft.com)
- Platform SDK Update
(WindowsR Server 2003 R2 Platform SDK Full Download)
URLリンク(www.microsoft.com)
URLリンク(www.microsoft.com)
URLリンク(www.microsoft.com)

- Win32 API入門
URLリンク(wisdom.sakura.ne.jp)
- Win32 プログラミング入門
URLリンク(www7.plala.or.jp)

- Advanced Windows (書籍)
URLリンク(www.amazon.co.jp)

-おまけ
dat落ちしている過去スレが見れるかも。Build19が見たい人、余裕のある人は●でも買ってやってくれ。
URLリンク(www.2chsearch.info)
URLリンク(makimo.to)


5:デフォルトの名無しさん
07/03/21 03:48:47
MSDN日本語版は誤訳があったり、一部欠けていたりするなど不完全なため、英語版推奨。
URLリンク(msdn.microsoft.com)
URLリンク(msdn2.microsoft.com)

おまけ;Windows SDK for Windows Vista RC1の文書。
URLリンク(windowssdk.msdn.microsoft.com)

MSDN ライブラリ 2006年8月版
URLリンク(www.microsoft.com)

Microsoft® Windows® Software Development Kit for Windows Vista™ and .NET Framework 3.0 Runtime Components
URLリンク(www.microsoft.com)


6:デフォルトの名無しさん
07/03/21 09:06:21
>>5
windowssdk.microsoft.comは既にmsdn2へのリダイレクトになっている。
MSDNライブラリは2006年12月版が最新。
URLリンク(www.microsoft.com)

まあ何はともあれ1乙。

7:デフォルトの名無しさん
07/03/21 09:35:35
見落とした。ごめんぽ

8:デフォルトの名無しさん
07/03/21 10:46:54
般  羯 多 呪 多 得 想 掛 所 亦 無 耳 不 是 異 蘊 観  摩 
若  諦 呪 能 是 阿 究 礙 得 無 意 鼻 増 舎 色 皆 自  訶
心  羯 即 除 大 耨 竟 無 故 老 識 舌 不 利 色 空 在  般
経  諦 説 一 神 多 涅 掛 菩 死 界 身 減 子 即 度 菩  若
      呪 切 呪 羅 槃 礙 提 盡 無 意 是 是 是 一 薩  波
   波 曰 苦 是 三 三 故 薩 無 無 無 故 諸 空 切 行  羅
   羅   真 大 藐 世 無 陀 苦 明 色 空 法 空 苦 深  蜜
   羯   実 明 三 諸 有 依 集 亦 聲 中 空 即 厄 般  多
   提   不 呪 菩 佛 恐 般 滅 無 香 無 相 是 舎 若  心
        虚 是 提 依 怖 若 道 無 味 色 不 色 利 波  経
   波   故 無 故 般 遠 波 無 明 觸 無 生 受 子 羅
   羅   説 上 知 若 離 羅 智 盡 法 受 不 想 色 蜜
   僧   般 呪 般 波 一 蜜 亦 乃 無 想 滅 行 不 多
   羯   若 是 若 羅 切 多 無 至 眼 行 不 識 異 時
   諦   波 無 波 蜜 顛 故 得 無 界 識 垢 亦 空 照
        羅 等 羅 多 倒 心 以 老 乃 無 不 復 空 見
   菩   蜜 等 蜜 故 夢 無 無 死 至 眼 浄 如 不 五
   提
   薩

9:デフォルトの名無しさん
07/03/21 12:21:09
>>8
簡単にコピペできる写経ですね

10:デフォルトの名無しさん
07/03/21 12:29:03
ぎゃーてーぎゃーてー はら ぎゃーてー  が好きです

11:デフォルトの名無しさん
07/03/21 13:33:14
萌える般若心経

12:デフォルトの名無しさん
07/03/21 13:33:40
ツンデレ般若心経

13:デフォルトの名無しさん
07/03/21 13:59:38
今からここは、ツンデレ般若心経に萌えるスレになりました。

14:デフォルトの名無しさん
07/03/21 14:00:49
ちょっとまて
意味が分らんぞ

15:デフォルトの名無しさん
07/03/21 15:51:02
わかったぞ!わかったぞ!わかっt(ry

16:デフォルトの名無しさん
07/03/21 16:25:46
いきなりの狂信者フイタ

17:は@c178.016.c3-net.ne.jp ◆cplnFO9T0I
07/03/21 18:40:26 BE:176526757-2BP(1000)
VC++.net2003で勝手にベースを作らすとstdfx.h内で#define WIN32_LEAN_AND_MEANしていたせいでOPENFILENAME構造体を定義出来なかった。
これをコメントアウトしたら出来ましたよ。なんつーか、馬鹿らしい。


18:11
07/03/21 19:58:53
すまない

カオスなのは多分俺のせいだ

19:前スレ994
07/03/21 20:10:32
ちなみに一応言い訳しておきますと、ちょっと長目の文章だと
すぐ容量制限オーバーになるので
そのままページに作るのはちょっと無理だったのです。
そのままZIPとかでUPできればよかったんですが、
画像以外はUPできない所なので・・・
別に何か怪しくしたい訳ではないのです(^^;
せっかく誰かが作ってくれたので利用しようかな・・・と。
でも勝手にこういう事をしていいものかよくわからなかったので
ダメだったら消します。
どうもありがとうございましたm(_ _)m

20:デフォルトの名無しさん
07/03/21 20:44:50
>>15-16
モグ乙

21:デフォルトの名無しさん
07/03/21 20:45:44
>>19
つまり役立たずなページってことじゃないか?
消えていいよ^^;

22:デフォルトの名無しさん
07/03/21 20:52:23
【ネガティブ派遣根性チェック】

3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。

□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□派遣先から「いつまでもここで仕事してくださいね(安い金でw)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも派遣を続けることが大切だ


23:デフォルトの名無しさん
07/03/21 21:17:03
このスレを見てる愛しの姉へ
 
  彼の仕事はプログラマぁ♪
  そんな私もプログラマぁ♪
  ちなみ胸はAカップ♪
  ぃぇい!


自作の歌か知らんけど、もうすこし小声で唄ってくれ。
会社で思い出して、笑い死にそうになる。

あと、ぃぇい!の指差しポーズは止めた方がいい。

24:デフォルトの名無しさん
07/03/21 21:39:04
グラマーときいてやってきました (;・∀・)ハァハァ

25:デフォルトの名無しさん
07/03/21 22:20:19
チェックした四角ってどうやって出すんだったかな?

26:デフォルトの名無しさん
07/03/21 22:26:58
☐ฺ



☑ฺ

27:デフォルトの名無しさん
07/03/21 22:29:23
>>26

28:デフォルトの名無しさん
07/03/21 22:37:57
☑派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
☑派遣先から「いつまでもここで仕事してくださいね(安い金でw)」と言われて嬉しい
☑自社で仕事なんてできるわけがない
☑派遣労働の問題点の話題が出ると感情剥き出しにして反論する
☑派遣労働の問題を指摘する人は嫌いだ
☑派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
☑奢ってくれる派遣先正社員を尊敬する
☑自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
☑派遣先正社員より自分の生涯収入が低いのは当然だ
☑派遣先に尻尾を振り、いつまでも派遣を続けることが大切だ

これでOKか?

29:デフォルトの名無しさん
07/03/21 23:12:41


30:デフォルトの名無しさん
07/03/21 23:27:28
>>25 マジレスしとく
DrawFrameControl(hdc, lprc, DFC_BUTTON, DFCS_BUTTONCHECK|DFCS_CHECKED);

31:デフォルトの名無しさん
07/03/22 00:45:14
>>23
女でここに来てる奴なんて多分いないだろうw

32:デフォルトの名無しさん
07/03/22 00:45:57
やさしいお兄さんやお姉さんたちが答えてくれるかも。

33:デフォルトの名無しさん
07/03/22 00:47:38
もし俺が次スレを立てる事があればそこを改変しよう。
約束する。

34:デフォルトの名無しさん
07/03/22 01:28:57
やさしいキモオタやバーコード親父たちが答えてくれるかも。

こうですか? わかりません!><

35:デフォルトの名無しさん
07/03/22 01:58:31
2001年のHALとか電人HALとか

36:デフォルトの名無しさん
07/03/22 06:55:15
>>28
お前、プライドないのか?

37:デフォルトの名無しさん
07/03/22 12:12:56
☑プライドは、ない

38:デフォルトの名無しさん
07/03/22 12:23:25
☐ プライド

39:デフォルトの名無しさん
07/03/22 12:24:28
プリンセスプライド

40:デフォルトの名無しさん
07/03/22 12:47:33
☑ プライドや友達などといった定義が曖昧な物事は
  プログラムを生業とするすべての人間にとって考えるべき領分ではない

41:デフォルトの名無しさん
07/03/22 14:23:09
ケンタッキープライドチキン

42:デフォルトの名無しさん
07/03/22 14:53:27

す、すげぇ! こんな記号があったのが驚きだ。

43:デフォルトの名無しさん
07/03/22 16:39:28
□す、すげぇ! こんな記号があったのが驚きだ。

44:デフォルトの名無しさん
07/03/22 17:02:49
ちょっと質問させてください。

ソースの失われたアプリケーションがあります。(おそらくMFCで作られている)
このアプリケーションの特定の処理(関数になっている)を
新しく作る外部のアプリケーションから実行したいのです。

ここで分からないのが、既存のアプリケーションのユーザ関数を外部のプログラム
から実行することが、そもそも出来るのか。出来るのであればAPIのどの様な
関数を調べていけばいいのか教えていただければと思います。

仕様書は残っているようなので、関数名は何とか調べたいと思いますが、
関数名も分からなかったら、さすがに無理でしょうか。

OSはWindowsXPでC++かC#で実現したいと考えています。


45:デフォルトの名無しさん
07/03/22 17:08:50
有料になります

46:デフォルトの名無しさん
07/03/22 17:17:51
DLLのこと?

47:デフォルトの名無しさん
07/03/22 17:27:39
>>44
まぁできない。
リリースビルドの.exeにシンボル情報は残らないから、関数のアドレスとかわからない。
逆コンパイルして出たもの使うとかしかない。(俺は逆コンパイル自体したことないけど)

DLLならもちろんできる。ライブラリってのは他から呼ぶためにある。

48:デフォルトの名無しさん
07/03/22 17:29:54
>>44
結論から言うと、既存のアプリケーションのユーザ関数を外部のプログラム
から実行することはできます。

ですが、私の知っている方法では逆アセンブルを行う必要があります。
逆アセンブルを禁止されているのであれば、この方法は使えません。

ついでにいうと exe 内の関数については関数名が失われている可能性が高いです。
(build オプションによりますが・・・)

ユーザ関数部分が dll になっている事をお祈りしております。

ちなみに私の知っている方法は

既存アプリケーションを逆アセンブル

実行したい関数のアドレスを調査

既存アプリケーションを起動して DLL 注入

プロセス間通信で必要なときに注入した DLL が実行したいユーザ関数呼び出し

戻り値をプロセス間通信で受け渡す

ソフトウェアライセンスで逆アセンブルが禁止されていることが多いので
この方法は社会的に大変大きな危険性が伴います
よくライセンス条項を調べてから行ってください

49:デフォルトの名無しさん
07/03/22 17:45:26
ライセンス条項っつーか、自分とこのバイナリのソースを無くしたんだべ

50:デフォルトの名無しさん
07/03/22 17:54:52
エクスポートされてれば可能

51:デフォルトの名無しさん
07/03/22 17:54:53
外注に委託していたアプリケーションで
その外注と取引中止したとかの理由かと思った

52:デフォルトの名無しさん
07/03/22 18:44:45
あとはMicrosoft Officeの如く、徹底的にAcitveXオートメーション化されていれば、
中のプログラムを呼ぶというのもできるが、そんなこと期待できる訳が無い。

53:デフォルトの名無しさん
07/03/22 20:29:01
便乗して・・・
Dependency Walkerってどうやってるの?

54:53
07/03/22 20:37:37
ごめん。
理解した。

55:デフォルトの名無しさん
07/03/22 20:38:25
こうして こうして こうやるの

56:デフォルトの名無しさん
07/03/22 20:39:46
最近寒いVIPPERみたいのが棲みついてるな

57:デフォルトの名無しさん
07/03/22 20:58:32
バイパー

58:デフォルトの名無しさん
07/03/22 21:16:32
Diamond Multimedia ?

59:デフォルトの名無しさん
07/03/22 21:22:45
SetWindowsHookExでフック(複数)かけるのと、
SetWindowLong等でサブクラス化するのと、
ぶっちゃけパフォーマンスに違いでますか?

60:デフォルトの名無しさん
07/03/22 21:24:17
>>59
やってみればいいんじゃないかと。

違いが出る場合もあるし、出ない場合もあるとしか答えられんね。

61:デフォルトの名無しさん
07/03/22 21:30:33
知らない奴は無理して答えなくてもいいんだぜ

62:44
07/03/22 21:39:42
>>47,48

逆アセンブルしてどうにかというのは、関数のアドレスが分かったとしても、
関数の引数と戻り値のタイプも分からないと駄目ですよね。
おそらく私にはそこまで読めそうにないので、上司を説得する方法を考えます。

情報ありがとうございました。


63:デフォルトの名無しさん
07/03/22 21:39:43
☑ フックするイベントや頻度によるので答えられませんが、SetWindowLong で済ませるのが良いと思います。

64:デフォルトの名無しさん
07/03/22 21:51:44
>>62
ついでにいうと呼出規約?も必要です
__fastcall とか __cdecl とかそういう奴

65:デフォルトの名無しさん
07/03/22 21:55:56


66:デフォルトの名無しさん
07/03/22 22:53:46
☑逆汗すれば全部わかる

67:デフォルトの名無しさん
07/03/22 23:43:46
特定のアプリケーションの使用メモリを制限する方法ありませんか?

制限対象のアプリケーションは修正できません。
なんかメモリリークするバグがあって、最悪でもメモリが一定使用量に
なったらそのアプリケーションを一度殺して再起動したいのです。

68:デフォルトの名無しさん
07/03/23 00:04:44
>特定のアプリケーションの使用メモリを制限する方法ありませんか?

それは大変そうだが・・・

>なんかメモリリークするバグがあって、最悪でもメモリが一定使用量に
>なったらそのアプリケーションを一度殺して再起動したいのです。

これなら比較的簡単にできないか?
常駐監視プログラム作ってその対象のアプリのメモリ使用量を監視して
一定量に達したら TerminateProcess でサヨウナラとかでいんじゃね?

69:デフォルトの名無しさん
07/03/23 00:15:06
SetProcessWorkingSetSizeとかかな?

70:デフォルトの名無しさん
07/03/23 00:16:50
そうですね。
特定アプリのメモリ使用量を外部のプログラムから得る方法あるでしょうか?

71:デフォルトの名無しさん
07/03/23 00:33:36
>>69
それは物理メモリの使用量を調整する為のAPIなんじゃないの?

72:デフォルトの名無しさん
07/03/23 00:35:05
>>69
んー、そのAPIはメモリ不足時に仮想メモリに逃がすだけみたいですね。

GetProcessMemoryInfoというのを見つけました。
psapi.dll使うやつみたいですね。
これの引数の構造体メンバのWorkingSetSizeが
タスクマネージャで表示されるメモリ使用量と同じらしいです。
ううう…

73:デフォルトの名無しさん
07/03/23 00:44:00
>>71-72
うえ、そうだったか ノイズスマソ

74:デフォルトの名無しさん
07/03/23 00:48:54
>>72
WorkingSetSize +PagefileUsage あたりでいんじゃね?

75:デフォルトの名無しさん
07/03/23 00:55:58
なんとかできそうです。
ありがとうございました。

76:デフォルトの名無しさん
07/03/23 01:39:34
対象アプリケーションを作った奴に文句言うのが正しい解決法だろう。

77:デフォルトの名無しさん
07/03/23 01:51:13
>>67
ジョブオブジェクト

78:デフォルトの名無しさん
07/03/23 02:00:59
教えてください。とあるサイトで見たコードなんですが

DWORD WINAPI oreore(LPVOID p)
{
MSG msg;

/* メッセージキューを作る。*/
PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE);
SetEvent((HANDLE)p);

while (GetMessage(&msg, NULL,0,0) > 0) {
switch (msg.message) {
case WM_SURE_TEST1:
puts("WM_SURE_TEST1");
break;
case WM_SURE_TEST2:
puts("WM_SURE_TEST2");
break;
case WM_SURE_TEST3:
puts("WM_SURE_TEST3");
break;
default:
puts("理解できないメッセージです");
}
}
ExitThread(0);
}

このコードの最初のPeekMessageの必要性がよくわからないです。
そもそも必要なのでしょうか?

79:78
07/03/23 02:01:44
因みにこれはCreateThreadで作られたスレッドです。

80:デフォルトの名無しさん
07/03/23 02:06:13
>>77
日本語でおk

81:デフォルトの名無しさん
07/03/23 02:11:15
職業物体

82:デフォルトの名無しさん
07/03/23 02:12:20
>>78
スレッドが作成された時点ではメッセージキューが作成されていない。
(メッセージキューはスレッド単位で存在するもの)
PeekMessage等のAPIが初めて呼ばれたときに作成される。

詳しくはPostThreadMessageでググってくれ。

83:デフォルトの名無しさん
07/03/23 02:20:09
>>80
CreateJobObject & SetInformationJobObject
# 日本語でおkと言われたのに英語になったw

84:デフォルトの名無しさん
07/03/23 02:22:26
>>83
肝心のパラメーターが判りません。
クラスに応じた構造体を渡すみたいですが
情報出てきません…

85:デフォルトの名無しさん
07/03/23 02:35:37
>>84
URLリンク(msdn2.microsoft.com)
ぐぐったら一発で出てきたが。
こちらは日本語でおkとか言われてもリクエストには応えかねるのでよろしく
あと最後にAssignProcessToJob

86:デフォルトの名無しさん
07/03/23 08:26:27
>>84
MSDN読めカス
ググれカス

87:デフォルトの名無しさん
07/03/23 09:45:40
Richeditでキーワードに色を付けたいのです。

// 赤色に変更するためのCHARFORMAT
CHARFORMAT cf;
cf.cbSize = sizeof(cf);
cf.dwMask = CFM_COLOR;
cf.crTextColor = RGB(255, 0, 0);

// 選択範囲を反転表示しないように設定
SendMessage(hwndEdit, EM_HIDESELECTION, TRUE, 0);

for(/* begin~end を Richedit 内のキーワードの位置に設定しながら繰り返す */){
  SendMessage(hwndEdit, EM_SETSEL, (WPARAM)begin, (LPARAM)end); // ← ※
  SendMessage(hwndEdit, EM_SETCHARFOTMAT, SCF_SELECTION, (LPARAM)&cf);
}

↑のように処理すると、※の場所で、スクロールバーが連動して動いてしまいます。

スクロールバーをシンクロさせない方法はありませんか?
もしくはキーワード部分を選択せずに色分けする方法はありませんか?


88:デフォルトの名無しさん
07/03/23 10:36:42
すいません誘導できますた。
IsWindow(handle)みたいなプロセスIDかスレッドの生死を判断するものはあるんでしょうか?

89:デフォルトの名無しさん
07/03/23 10:55:33
      ,、‐ " ̄:::゙:丶、
    ,r: ,' 3゙ :::::::/ハヽ:ヽ::::、:ヽ
    {::://:::::::// ヽ\ト、:::::::!
    ヾ l:::::::/ 丶   `ヾ ィ、:::|
     |;:r::|  O`  'O ゙ハ|   < ないない
      ヽハ :.:.    :.: レ
        ´\ r‐--‐、,ノ
 r、     r、/ヾ ̄下ヘ
 ヽヾ 三 |:l1、_ヽ/__ .ィヽ
  \>ヽ/ |` }    n_n| |
   ヘ lノ `'ソ     l゚ω゚| |
    /´  /      ̄|. |
    \. ィ   ___ |  |
        | ノ     l |  |
      | |      i:|  |

90:デフォルトの名無しさん
07/03/23 10:59:10
HANDLEを引数にするAPIに無効なHANDLE渡すとAPIは失敗して、
そういう意味のエラーコードが設定されるからそれで判断するとか?

91:デフォルトの名無しさん
07/03/23 11:13:43
GetProcessVersionとかOpenProcessなどが使えそうだけど
Session境界を超えた場合の挙動とかわからないな

92:デフォルトの名無しさん
07/03/23 11:15:43
GetExitCodeProcess はどう?

93:デフォルトの名無しさん
07/03/23 12:29:40
プロセスを全部列挙してみるとか

94:88
07/03/23 12:34:45
>>89-92 皆さんありがとうございました。
>>91氏のGetProcessVersion() = 0 で死亡確認できました。
ありがとうございました。

95:デフォルトの名無しさん
07/03/23 14:06:22
ものすごい基本の質問なんですが
charとchar*やTCHARとTCHAR*のように
最後に*が付くのと付かないのではどう違うんですか?


96:デフォルトの名無しさん
07/03/23 14:14:08
ぬるぽ

97:デフォルトの名無しさん
07/03/23 14:18:29
一応マジレスすると、*がつくのはポインタ型。全然違うもの。
詳しくはC言語のスレ行ってくれ、そっちなら真面目に答える(かもしれない)。

98:デフォルトの名無しさん
07/03/23 14:25:34
>>97
ありがとうございます。
ググってみて少し分かったような気がします。
スレ違い失礼しました。

99:デフォルトの名無しさん
07/03/23 16:33:31
>>95 和んだw

100:デフォルトの名無しさん
07/03/23 18:15:47
a*は黄門、aは体

101:デフォルトの名無しさん
07/03/23 19:51:33
>>94
プロセスIDが再利用されると生きてると誤判定する可能性があるぞ。
OpenProcessでハンドルを持っておいた方がいい
(ハンドルが1つでもある限りプロセスIDは再利用されないことが保証される)
死亡確認はGetExitCodeProcessかWaitForSingleObject

102:デフォルトの名無しさん
07/03/23 20:05:21
>>95
俺ならTCHAR *じゃなくてLPTSTRだぜwwwwwwwwww

103:デフォルトの名無しさん
07/03/23 20:32:10
>>96
まだそうと決まってないのにw

104:デフォルトの名無しさん
07/03/24 00:28:07
32APIはよく知らないんですが、24bitsのDIBって有効なんでしょうか?

#define WIDTH 100
#define HEIGHT 50
LPDWORD lpPixel;
BITMAPINFO bmpInfo;
:
:
lpPixel=(LPDWORD)HeapAlloc(
 GetProcessHeap(),
 HEAP_ZERO_MEMORY,
 WIDTH*HEIGHT*3 //Alpha保持しないから3でいいんだろうか
);
:
:
//3bytesだから24でいいよね?
bmpInfo.bmiHeader.biBitCount=24;

105:デフォルトの名無しさん
07/03/24 00:30:05
1行辺りのバイト数を4の倍数に揃えないといけないとかなんとかあったはず。

106:104
07/03/24 00:31:22
>>105
それってファイルフォーマットじゃなくてDIBにもそういうルールがあるんですか?

107:デフォルトの名無しさん
07/03/24 00:36:33
うん

108:104
07/03/24 00:38:28
ググったら自己解決しました

109:デフォルトの名無しさん
07/03/24 00:39:03
BMPファイルはヘッダの後にDIBをそのまま並べただけなのだから、
ファイル上でそうなっているということはメモリ上でもそうなっているということ。

110:デフォルトの名無しさん
07/03/24 03:31:24
質問です。ポップアップウィンドウを表示したいのですが

HWND hWnd;
hWnd = CreateWindow(TEXT("STATIC"),NULL,WS_POPUP | WS_BORDER,
CW_USEDEFAULT,CW_USEDEFAULT,CW_USEDEFAULT,CW_USEDEFAULT,
NULL,NULL,hInst,NULL);
ShowWindow(hWnd,SW_SHOW);

としても何も表示されません。原因が分からず困っています。
間違いがあれば指摘して下さい。コンパイラはBCCです。

111:デフォルトの名無しさん
07/03/24 03:38:58
>>110
間違いを指摘してなんとかなるってレベルじゃねぇぞ!


・・・メッセージポンプ、メッセージループでググれ。

112:デフォルトの名無しさん
07/03/24 03:45:28
グーグってもしーかたない 迷わーずにすすめよ 行けばわかるのさ♪

113:110
07/03/24 04:20:22
自己解決しました。
CW_USEDEFAULTを具体的な数値に置き換えると表示されました。(^_^;)

114:デフォルトの名無しさん
07/03/24 04:25:42
解決してねぇぇぇぇぇぇ

115:デフォルトの名無しさん
07/03/24 04:35:55
おう

116:デフォルトの名無しさん
07/03/24 10:30:06
>>101 ありがとうございます。早速ハンドルを持ったままに変更しようと思います。

117:デフォルトの名無しさん
07/03/24 11:24:30
>>111
それはここに書いていないだけに違いない

118:デフォルトの名無しさん
07/03/24 12:55:13
24bitDIBに4の倍数の縛りはなかったと思うぞ。
ただ1ピクセルの転送にWord、Byteそれぞれ1回づつ必要だからDoubleWord1回ですむ32bitのほうが扱い易いのは確か。
4の倍数は24bitDIB扱うライブラリの制限じゃ?(高速化のために4バイトづつ処理する関係上4の整数倍ピクセルじゃないと問題が出る)

119:デフォルトの名無しさん
07/03/24 13:06:41
要はアライメントの問題って事?

120:デフォルトの名無しさん
07/03/24 13:09:24
Win32の非圧縮DIBでは、スキャンライン毎のDWORDアラインは必須。
あと、HeapAllocとか使うくらいならCreateDIBSectionの方が楽だな。

121:デフォルトの名無しさん
07/03/24 15:59:24
>>118
「1行辺りの」バイト数に4バイトアラインの制限がある。1ピクセルあたりではない

122:デフォルトの名無しさん
07/03/25 13:22:59
>>5
Update来ている
Microsoft® Windows® Software Development Kit Update for Windows Vista™
URLリンク(www.microsoft.com)

123:デフォルトの名無しさん
07/03/25 14:32:52
>>122
今日寝る前に>>5をインストールしたばかりだというのに、
この仕打ちはあんまりだorz

124:デフォルトの名無しさん
07/03/26 02:10:40
Win32APIのコモンコントロールにデータグリッド(Excelの表みたいなやつ)
ってないんでしょうか?

125:デフォルトの名無しさん
07/03/26 02:14:21
つ[リストビュー]

126:デフォルトの名無しさん
07/03/26 02:15:08
>>124
リストビューコントロール(エクスプローラの右側のペインのヤツ)ぐらいしかない。

127:デフォルトの名無しさん
07/03/26 02:46:31
オーナードロー駆使しまくって無理やり似せたことがあるけど

なかなか死ねる

128:デフォルトの名無しさん
07/03/26 03:11:17
>>127
それ、壱からコントロールをフルスクラッチしたほうがまだ楽なんじゃないのか?
描画位地の調整が半端じゃなく大変だったろうに。

129:デフォルトの名無しさん
07/03/26 03:11:35
ActiveXコントロール

130:デフォルトの名無しさん
07/03/26 03:17:04
>>128
五時間くらいhDCと格闘してからそうしたorz

131:デフォルトの名無しさん
07/03/26 03:30:46
フルスクラッチでも挙動や見た目をコモンコントロールに似せようとするとどのみち大変なんじゃねえの

132:デフォルトの名無しさん
07/03/26 03:48:26
>>131
それはそうなんだが、コモンコントロールってWindowsのバージョンによって
微妙に挙動が異なったりするし、描画位置の調整が恐ろしく大変だから
>>124 みたいなのはフルスクラッチしたほうが楽なんだよ。

133:デフォルトの名無しさん
07/03/26 10:20:57
そういや、NT3.51以前にListBoxを基底にしてListView作ったっけな

134:デフォルトの名無しさん
07/03/26 10:33:14
あるファイルを開いているプロセスの一覧を取得するアプリを
作りたいのですが、どのようなAPIを使えばよいでしょうか?
ヒントになるようなことだけでもよろしくお願いします。

135:124
07/03/26 10:49:37
データグリッドをフルスクラッチってどどどどんな感じで作るんでしょうか。

136:デフォルトの名無しさん
07/03/26 10:51:27
どんなって、普通にウィンドウプロシージャ書いて、ウィンドウクラス登録して、ウィンドウ作るんだろ?

137:デフォルトの名無しさん
07/03/26 10:52:48
まず縦横に線を引くことからはじめるんだ

138:デフォルトの名無しさん
07/03/26 10:55:01
データ構造決めてからやればそんなに手間でもないけど
使う人が慣れてるやつとかけ離れてると使ってくれないかもな

139:デフォルトの名無しさん
07/03/26 11:00:55
オブジェクトの動作の一部だけを上書きするのがサブクラス化、
構築からウィンドウクラスの登録から全部最初から
書くのがフルスクラッチという解釈でいいんすか?

140:124
07/03/26 11:39:08
自分で線引くってことは、もしかして、クリックされたセルの色反転させるのも
一々座標見て、「ここは上から2番目、左から3番目のセルだから、
座標x、y-s、tで描かれる長方形の色を今ある色と反転させる」とか
やる必要あるんですかねッ!?行列のソートも自前!?

141:デフォルトの名無しさん
07/03/26 11:56:19 BE:122283779-2BP(222)
>>140
内部でこっそりListBoxとかを持っておくとか。

142:デフォルトの名無しさん
07/03/26 12:32:03
>>140
ListCtrlで足りない機能を列挙するところから始めたら?

143:デフォルトの名無しさん
07/03/26 12:32:41
>>140
だから自前描画は普通やらないの。

144:デフォルトの名無しさん
07/03/26 12:43:59
>>140
そうだよ、スクロールも考慮してな

145:デフォルトの名無しさん
07/03/26 13:51:56
Cでスクリーンショット撮ってクリップボードや適当な画像ファイル形式に保存する
プログラムを作成したいんだけどどうしたらいい?

146:デフォルトの名無しさん
07/03/26 13:54:37 BE:67935375-2BP(222)
GetDC(NULL)

147:デフォルトの名無しさん
07/03/26 13:55:43
CreateDC "DISPLAY", 0, 0, 0

148:デフォルトの名無しさん
07/03/26 14:01:21
便乗質問なんですが
他のWindowで隠れてるWindowのキャプチャって可能ですか?

149:デフォルトの名無しさん
07/03/26 14:07:55
hDC取得出来ればいけるんじゃね?

150:145
07/03/26 14:10:59
>>146
>>147
ありがとう。

151:デフォルトの名無しさん
07/03/26 14:11:07 BE:29115735-2BP(222)
FindWindow
GetDC(hWnd)

152:デフォルトの名無しさん
07/03/26 14:22:19
隠れてるウィンドウは表に出てWM_PAINTメッセージがきて初めて描画される
だから裏にいるときにDC取得しても上に乗っかってるウィンドウの内容がとれる

153:148
07/03/26 14:26:23
>>149
>>151
GetDC + BitBlt で試してみましたがやはり上のWindowが写りこんでしまいました。

>>152
ああ、やっぱり普通には無理なんですね。

ありがとうございました。

154:デフォルトの名無しさん
07/03/26 14:37:49
vistaだと、その辺の様子変わるのかねぇ・・・

155:デフォルトの名無しさん
07/03/26 15:32:21
ビットマップのDC作成して、レンダリングさせればいいじゃまいか。
でも対象プロセスの中で動作させないと色々リソース管理が面倒そうだ。DllInjectionでちょっと実行が楽かな。

156:デフォルトの名無しさん
07/03/26 15:47:35
>>154
どっかのブログで見た。
DWMまわりをごにょごにょするんだったかな。


157:デフォルトの名無しさん
07/03/26 16:15:04
あえろが効いていればできるって聞いたけどな
vistaいじってみてえ

158:デフォルトの名無しさん
07/03/26 16:16:34
DirectX使ってるならレンダリングイメージを保持してるのはサーフェスだからなぁ

159:デフォルトの名無しさん
07/03/26 16:29:33
>>158
ゲームの動画取るソフトで、パフォーマンスのために
APIフックとかしてサーフェイス取得してるのもあるな

160:デフォルトの名無しさん
07/03/26 16:38:29
ReadFileの第3パラメータ「読込バイト数」を、MessageBox()で出力したいのですが、
下だとエラーが出ます、どうすればいいですか?

MessageBox(NULL ,GetFileSize(hFile, NULL) , TEXT("読込バイト数") , MB_OK);

エラー↓
error C2664: 'MessageBoxW' : 2 番目の引数を 'DWORD' から 'LPCWSTR' に変換できません。(新しい機能 ; ヘルプを参照)
1> 整数型からポインタ型への変換には reinterpret_cast、C スタイル キャストまたは関数スタイル キャストが必要です。

161:デフォルトの名無しさん
07/03/26 16:48:51
>>160
C言語からやり直してきて

162:デフォルトの名無しさん
07/03/26 16:52:55
char buff[256];
wsprintf(buff, "%d", GetFileSize(hFile, NULL));
MessageBox(NULL ,buff , TEXT("読込バイト数") , MB_OK);



163:デフォルトの名無しさん
07/03/26 17:01:36
VB出身かなぁ

164:デフォルトの名無しさん
07/03/26 17:07:53
まぁ誰もが一度は通る道だ。
最近の.NETとか触ってからWindowsAPIをやろうとすると
文字列→数値や数値→文字列変換を自前でやらないといけないめんどくささにびっくりするもんだ。

165:デフォルトの名無しさん
07/03/26 17:10:31
>>162
charじゃなくてTCHARにしとけ

166:デフォルトの名無しさん
07/03/26 17:22:40
うーすみません>>162をchar→TCHARにして実行したところまたエラーが・・

error C2664: 'wsprintfW' : 2 番目の引数を 'const char [3]' から 'LPCWSTR' に変換できません。(新しい機能 ; ヘルプを参照)
1> 指示された型は関連がありません。変換には reinterpret_cast、C スタイル キャストまたは関数スタイルのキャストが必要です。

一応環境です
Windows2000SP4
VC++2005ExpressEdition
PlatformSDK

167:デフォルトの名無しさん
07/03/26 17:23:38
>>166
wsprintf(buff, "%d", GetFileSize(hFile, NULL));

wsprintf(buff, TEXT("%d"), GetFileSize(hFile, NULL));

168:デフォルトの名無しさん
07/03/26 17:36:31
何のためにTEXT()マクロを使っているかを自分で調べた方がいいな

169:デフォルトの名無しさん
07/03/26 17:40:00
できました!ありがとうございました!

170:デフォルトの名無しさん
07/03/26 20:20:26
>>148
ふらっとC♯, C#(初心者用) Part13
スレリンク(tech板:893-894番)

893 名前: デフォルトの名無しさん [sage] 投稿日: 2007/03/06(火) 11:22:59
ほかのアプリケーションのスクリーンショットを撮りたいとき
Alt+PrintScreenを送ってクリップボードから取得する以外に
いい方法はありませんか?

Vistaでのウィンドウ一覧の3D表示をXPでも
できるようにするソフトを作りたいのですが。

894 名前: デフォルトの名無しさん [sage] 投稿日: 2007/03/06(火) 11:38:00
>>893
PrintWindow API使えばある程度できるよ。
URLリンク(www.microsoft.com)

でもVistaみたいに最小化しているウィンドウについては無理。
あとリアルタイムアニメーションも多分きつい。

Vistaはわざわざライブサムネイルのためにウィンドウマネージャ書き換えてAPIまで追加したわけで、
それが何の苦労もなくXPで実現できるならXPでいいじゃんということになる。

171:デフォルトの名無しさん
07/03/26 20:29:34
MDIがこうなってるのはわかったのですが、
フレームウィンドウ
 ↓
クライアントウィンドウ
 ↓
子ウィンドウ1
子ウィンドウ2
子ウィンドウ3

フレームウィンドウはWinMainで作るとして、
クライアントウィンドウはWinMainの中でフレームウィンドウ作成後に作るのと、
CALLBACK FrameProc関数がWM_CREATE:を受け取ったときに作るのと
どちらがいいのでしょうか??

172:171
07/03/26 20:51:10
URLリンク(wisdom.sakura.ne.jp)

すみません補足です
このページではFrameProc関数がWM_CREATE:を受け取ったときに
クライアントウィンドウを作っているのですが、なぜWinMainで
作ってないのか疑問に思ったのです

173:デフォルトの名無しさん
07/03/26 20:53:22
動けばいいんだから細かいところを
ゴチャゴチャゴチャゴチャ
ゴチャゴチャゴチャゴチャ
ゴチャゴチャゴチャゴチャ
ゴチャゴチャゴチャゴチャ
気にするな。

174:デフォルトの名無しさん
07/03/26 20:56:43
>>173はVB出身

175:デフォルトの名無しさん
07/03/26 21:04:06
>>172
WinMain が管理すべきものはフレームウインドウだけであって、
クライアントウインドウはフレームウインドウが管理すべきだから。

oo に従っておくと同時に考えなくてはいけないことが減ってうれしい。
というか不正なウインドウを操作しようとするようなバグが減る。

176:デフォルトの名無しさん
07/03/26 21:04:59
>>148
XP以降限定でもいいならPrintWindow()でも使え。

URLリンク(www.microsoft.com)
// メモリ デバイス コンテキスト hdcMem に格納されている、
// ウィンドウ hwnd のスナップショットを受け取ります。
HDC hdc = GetWindowDC(hwnd);
if (hdc)
{
    HDC hdcMem = CreateCompatibleDC(hdc);
    if (hdcMem)
    {
        RECT rc;
        GetWindowRect(hwnd, &rc);

        HBITMAP hbitmap = CreateCompatibleBitmap(hdc, RECTWIDTH(rc), RECTHEIGHT(rc));
        if (hbitmap)
        {
            SelectObject(hdcMem, hbitmap);

            PrintWindow(hwnd, hdcMem, 0);

            DeleteObject(hbitmap);
        }
        DeleteObject(hdcMem);
    }
    ReleaseDC(hwnd, hdc);
}

177:デフォルトの名無しさん
07/03/26 21:24:05
>>175
> WinMain が管理すべきものはフレームウインドウだけであって、
> クライアントウインドウはフレームウインドウが管理すべきだから。

なるほど目から鱗ですWinMainから除きます
そういう考え方ってどうやったら身に付くのでしょうか
本屋行ってもWin32APIのいい本になかなか出会えないです

> oo に従っておくと同時に考えなくてはいけないことが減ってうれしい。

ooはメッセージキューという意味ですよね??

178:デフォルトの名無しさん
07/03/26 21:25:35
oo = オブジェクト指向 だ

179:デフォルトの名無しさん
07/03/26 21:27:31
>>177
>ooはメッセージキューという意味ですよね??

たぶんオブジェクト指向( object oriented )のことだと思うよ。

180:デフォルトの名無しさん
07/03/26 21:28:24
oo == おっぱいおっぱい

181:デフォルトの名無しさん
07/03/26 21:31:55
oo == ∞

182:148
07/03/26 21:58:56
>>170
>>176
やった!できました。すげー!!

ありがとうございました。

183:176
07/03/26 22:06:53
あ、>>170 で既出だったのか。ポイントしてるURLまで一緒だし。orz

184:デフォルトの名無しさん
07/03/26 22:28:24
XPでVistaのサムネイルみたいなの実現してるフリーソフトがあるけどあれは
どうやってるんだろう
やっぱりPrintWindow?

185:デフォルトの名無しさん
07/03/26 22:35:26
>>178
>>179
ありがとうございます無知なのが恥ずかしいです><
てっきり無限→ループ→キューかと・・

186:デフォルトの名無しさん
07/03/26 22:35:36
>>184
それって Vista みたいにリアルタイムで表示が更新されてるってこと?
だとしたら PrintWindow() じゃないと思う。
そうじゃないなら多分、PrintWindow() だと思う。

187:デフォルトの名無しさん
07/03/26 22:36:56
>>185 の想像力に脱帽。

188:デフォルトの名無しさん
07/03/26 22:42:03
                                 ~ ∞
                          [ノ゚д]ノ <キュー待ってー
                           [_] 
■■■■◇_◇_□□□□_□      / >

189:高橋尚子
07/03/26 23:42:10
>>184
マジレスすると、
IExtractImageインターフェイス

190:デフォルトの名無しさん
07/03/26 23:52:30
>>189
ウィンドウじゃなくてファイルの話だったのか?

191:デフォルトの名無しさん
07/03/27 01:19:17
指定したフォルダに書き込み権限があるかどうかというのは、
どのAPIを使えばいいんでしょうか?
サンプルとか置いてあるサイトをご存知でしたら、教えてください。

192:デフォルトの名無しさん
07/03/27 02:18:35
実際に書き込んでみる…という手がVistaまでは使えた

193:デフォルトの名無しさん
07/03/27 05:43:39
>>192
サンクス! Vistaでもそれでいけるんだね!・・・という意味になるぞ。お前の日本語ちょっと変。

194:デフォルトの名無しさん
07/03/27 06:41:40
じゃあXPまでは使えたに訂正

195:デフォルトの名無しさん
07/03/27 06:53:12
に、2003は……?

196:デフォルトの名無しさん
07/03/27 10:46:09
書き込めたと思ったら、仮想ナンチャラフォルダに書かれてた、ってことがあるから使えないんじゃね?

197:デフォルトの名無しさん
07/03/27 10:46:37
ACLちゃんとたどる

198:デフォルトの名無しさん
07/03/27 11:52:29
(Media Playerの様に、アプリケーション再利用を行いたい為)

多重起動を抑止のアプリケーションを作るのですが、
後起動のアプリケーション(多重起動を抑止破棄される予定)から
既に起動しているアプリケーションにデータを送るには、
WM_COPYDATAの他にどういう手法があるのでしょうか?

説明が不明瞭ですかね?



199:デフォルトの名無しさん
07/03/27 12:18:07
>>198
ファイルを介してもいいしメッセージでもいいしイベントでもいいし、プロセス間通信の好きな手段が使える。

200:198
07/03/27 12:24:55
>>199
ご回答ありがとうございます。
数点質問させてください。

①ファイルというのは、FindFirstChangeNotification関数を利用する事でおk?
②メッセージはWM_COPYDATAの他なにかいいのがありますか?
 あれば、メッセージ名を教えていただきたいです。
 (メッセージ動作は調査しますんで)
③先も書いたとおり、メディアプレイヤーの様な動作を想定する場合、
 プロセス間通信ではパイプ?メールスロット?どっちがお勧めでしょうか?

以上です。

201:デフォルトの名無しさん
07/03/27 12:28:53
多重起動禁止なんてぐぐればいくらでも

202:デフォルトの名無しさん
07/03/27 12:46:49
>>201
この場合、意図は多重起動禁止というより、
プロセス間通信なんでしょうかね?



203:デフォルトの名無しさん
07/03/27 12:56:19
WM_COPYDATAじゃいやなのは何で?
他のアプリから送ることが可能になるから?

204:デフォルトの名無しさん
07/03/27 13:12:02
>>200
(1)通知は別にやった方が安全だから、情報量が多くないならファイルにする必要はないかと。
(2)通知するだけなら、ユーザ定義メッセージでもできる。そのとき32bitのデータは一緒に送ることができる。
(3)どれだけデータを送りたい? それによって手段は変わるわけだけど。

205:デフォルトの名無しさん
07/03/27 13:24:06
俺はファイルを経由するくらいなら、VirtualAllocExを選ぶな。
送りたいのが255文字以下の文字列ならアトムを使うという手もあるよ。

206:198
07/03/27 13:38:23
>>201-205
WM_COPYDATAの場合、FindWindow→SendMessageの手順となります。
この時、FindWindowでキャプションをヒントにウィンドウを検索するのに抵抗があり、
もっとスマートでエレガントな方法があるんではないかと思って、
皆様に質問をだした次第です。
ちなみに、コマンドライン情報(ファイルパス)を渡そうと考えています。


207:デフォルトの名無しさん
07/03/27 13:45:32
>>206
多重起動抑止はどうやってるの?

208:デフォルトの名無しさん
07/03/27 13:57:58
FindWindowでタイトル検索するしか知らないならしょうがないな
名前付きパイプでもメールスロットでも好きなほう使えばいいじゃん

209:デフォルトの名無しさん
07/03/27 14:01:24
セカンダリのディスプレイにアプリケーションを起動するにはどうすればよいのでしょうか?

GDIでデバイスコンテキストとかモニタハンドルとか探ればセカンダリのディスプレイは特定出来そうですけど,
それとCreateProcessのデスクトップ/ウィンドウステーションとどう結びつけるのか良く判りません.


210:デフォルトの名無しさん
07/03/27 14:17:59
>>198
FMOにウィンドウハンドルつっこんどけば?
多重起動抑止かつプロセス間通信だとFMOが定石じゃね?

211:198
07/03/27 14:26:23
>>207
Mutexを利用して判定していますね。
んで、既にハンドルがあれば死にに行くみたいなことをしています。

>>208
パイプは考えていましたが、メールスロットは知りませんでした。
調査してみます。


一度ここで質問をクローズしますね。
レスを下さったみなさま、ありがとうございました。


212:198
07/03/27 14:27:48
>>210
申し訳ありませんが、
FMOってなんですか?

213:デフォルトの名無しさん
07/03/27 14:28:01
FRONT MISSION ONLINE

214:デフォルトの名無しさん
07/03/27 14:28:41
ファイル マッピング オブジェクト のことだと思う

215:198
07/03/27 15:38:44
>>214
ありがとうございます。
皆様、ご回答ありがとうございました。

216:デフォルトの名無しさん
07/03/27 18:58:20
そういうのってDDEを使ったり
そうか、ROTに登録してGetObjectしたりとか

217:デフォルトの名無しさん
07/03/27 21:58:14
DDE は Vista でほぼ廃止と聞いた(NetDDE が廃止なのは確実)

218:デフォルトの名無しさん
07/03/27 23:53:45
VistaでDDEがごく一部しかまっとうに動かないって嘆いていた人がいたのはこのスレだっけ?

219:デフォルトの名無しさん
07/03/28 05:08:10
>>197
それでもVistaでは仮想フォルダにファイルが作成済みだとうまくいかない場合がある。
それを何とか検出しようとすると泥沼になるから(つーか検出させないための互換性機能
なわけだし)素直にmanifest付けるのが良さそうだ

220:デフォルトの名無しさん
07/03/28 07:49:29
こんにちは、質問させて下さい。
WindowsXPにて、MFCライブラリを使わずに、
バイナリデータを転送する方法ってありますか??

もしあるのでしたら、サンプルを下さい。御願いします。

221:デフォルトの名無しさん
07/03/28 07:58:06
どこに転送するのさ

222:デフォルトの名無しさん
07/03/28 08:39:23
int a = 1;

223:デフォルトの名無しさん
07/03/28 08:40:09
これはエスパーの出番だな

224:デフォルトの名無しさん
07/03/28 09:13:59
socket

225:デフォルトの名無しさん
07/03/28 09:24:19
これだけ情報が抜けてるってことはhttpで転送とか?

226:デフォルトの名無しさん
07/03/28 09:40:23
MDIのフレームウィンドウにステータスウィンドウを表示させたら
MDIの子ウィンドウが表示されなくなったんだけど、原因なんでしょう?
エスパーさん助けて

227:デフォルトの名無しさん
07/03/28 09:41:18
ステータスウィンドウ→ステータスバーです

228:デフォルトの名無しさん
07/03/28 09:49:05
呼んだ?

229:デフォルトの名無しさん
07/03/28 09:51:18
>>228
ステータスバー表示させるだけで、他のウインドウが表示されなくなる
バグってあるんですか??

230:デフォルトの名無しさん
07/03/28 10:01:05
LRESULT CALLBACK FrameProcの中の以下が追加されるとMID子ウィンドウが
表示されなくなるみたいです、、、助けて、、

// ウィンドウサイズが変更されたとき
case WM_SIZE:
 SendMessage(hStatusbar, WM_SIZE, wp, lp );
 return 0;

231:デフォルトの名無しさん
07/03/28 10:04:12
returnの下に文が続いてるとか言わないよな?
とりあえず
return 0;

break;
にしてみ

232:デフォルトの名無しさん
07/03/28 10:07:47
>>230
DefFrameProc呼んどけ

233:デフォルトの名無しさん
07/03/28 10:08:01
>>231
すごい!!!!出てきました!!!ありがとうエスパー!
case WM_CREATE:とかだとreturn 0;でいいのに
なんでcase WM_SIZEはbreak;なんだろう!?

234:デフォルトの名無しさん
07/03/28 10:14:44
URLリンク(www.geocities.jp)
URLリンク(wisdom.sakura.ne.jp)
どっちもreturn 0;なのに・・・・・

235:デフォルトの名無しさん
07/03/28 10:20:57
switchのdefaultにDefWindowProc入れて他はbreakしてreturn 0;にしてる。

236:デフォルトの名無しさん
07/03/28 10:22:10
げ、俺が学習に使ったページまで・・
こういう場合ってreturn 0;が定石なのか?

デフォルトプロシージャに処理させたくないとき以外は
デフォルトプロシージャに処理がわかるようにするもんだと思ってた。

237:デフォルトの名無しさん
07/03/28 10:30:45
DefWindowProcには自分が処理しないメッセージだけを渡せばよい。

しかしDefFrameProcはこんなメッセージを処理すると書いてあるのだから、それらのメッセージは渡してやるべき。
URLリンク(msdn.microsoft.com)

238:デフォルトの名無しさん
07/03/28 10:39:59
>>237
その4個だけでDefWindowProcに渡す必要があるのならこれが正解?

{
case ↓の4個以外のWM_
break;
case WM_COMMAND:
case WM_MENUCHAR:
case WM_SETFOCUS:
case WM_SIZE:
default DefWindowProc
break
}

239:デフォルトの名無しさん
07/03/28 10:42:57
とりあえずC言語の勉強からがんばれ…

240:デフォルトの名無しさん
07/03/28 10:46:39
>>238
DefWindowProcじゃなくて、DefFrameProcの話しだろ

241:デフォルトの名無しさん
07/03/28 10:47:56
>>239
その前に日本語の勉強から頑張れと言うべき

242:デフォルトの名無しさん
07/03/28 10:52:37
ごめん寝起きでボケてたんで書き直したw
DefFrameProcはDefWindowProcと異なり、WM_COMMAND,WM_MEMUCAHR,
WM_SETFOCUS,WM_SIZEの4つのメッセージに関しては、ユーザーで行いさせ
たい処理を記述した後に、DefFrameProcを呼ぶ必要がある
ってことね

{
 case WM_CREATE等 //WM_COMMAND,WM_MEMUCAHR,WM_SETFOCUS,WM_SIZE以外のメッセージ
  break;// breakしてDefFrameProcに処理を渡す必要なし
 case WM_COMMAND:
 case WM_MENUCHAR:
 case WM_SETFOCUS:
 case WM_SIZE:
 default:
  DefFrameProc();
  break;
}

243:デフォルトの名無しさん
07/03/28 11:15:30
自分が処理しないメッセージだけを渡せばよい。 というのは

例えばWM_SIZEなら
「自分でサイズ変更の処理を書く」や「新しいサイズを調べて制限値に引っかかるならサイズ変更しない」というのが「自分で処理した」にあたる。
だから「フォームのどこかに新しいウィンドウサイズを表示する」といった処理は
「自分で処理した」内に入らないのでデフォルトプロシージャを呼び出す必要がある。

こんな風に理解していたんだが間違ってる?

244:220
07/03/28 12:26:34
どうもすみません、質問の仕方が悪かったです。

2台のPC間で、SOCKETを使い、
片方をサーバー、もう片方をクライアントにして通信しているのですが、
一方から一方にバイナリデータのファイル(拡張子が jpeg, exe 等)を送りたいのです。

テキストデータなら、send,recvで簡単に送受信できたのですが、
バイナリデータは同じ方法で転送できない事に気付きました。

ググってみたところ、MFCを使う方法しか探せなかったんです・・・。
もしかして、バイナリデータを送受信できるSocketAPIって、
提供されていないんでしょうか??

コンパイラはVC.NET 2003です。
エスパーの皆様、ヨロシクお願いいたします m(。-_-。)m

245:デフォルトの名無しさん
07/03/28 12:29:47
バイナリデータをsend/recvで送受信できないわけが無い。
MFCのソケット関連だって所詮winsockのラッパに過ぎない。

246:デフォルトの名無しさん
07/03/28 12:45:07
バイナリもsend/recvで送受信できるお

247:デフォルトの名無しさん
07/03/28 12:56:58
ファイルをテキストモードでオープンして送ってんじゃないの?

248:デフォルトの名無しさん
07/03/28 14:01:46
MDI子ウィンドウをステータスバーに重ねると、ステータスバーが消えてしまいます。
消えないようにするにはどうすればいいのですか?
WM_PAINTになにかすればいいのはわかるのですが、うまくいきません・・・。
(消えたステータスバーはMDIフレームウィンドウのサイズを変えるとまた表示されます)

(1)MDIフレームウィンドウ
(2)MDI子ウィンドウ
(3)ステータスバー

+---------------------+
|(1).  +---------+    |
|    |(2)..     |    |
|    +---------+    |
+---------------------+
|(3).              |
+---------------------+
  ↓ (2)を(3)に重ねてから、(2)を元の位置に移動するとこうなる

+---------------------+
|(1).  +---------+    |
|    |(2)..     |    |
|    +---------+    |
+-----+       +----+
|(3)..  |       |    |
+-----+---------+-----+
      ↑ステータスバー消える!!

249:デフォルトの名無しさん
07/03/28 14:55:58
ステータスバーの親を MDIフレーム から MDIフレームの親にすれば?

250:デフォルトの名無しさん
07/03/28 15:24:41
>>249
できました
だめだ親とか子とか全然理解してないみたい・・・Orz=3

251:デフォルトの名無しさん
07/03/28 16:53:59
親の心子知らず

252:デフォルトの名無しさん
07/03/28 18:18:41
子の心親知らず

アスペ親子乙

253:デフォルトの名無しさん
07/03/28 19:30:13
>>244
まさか strlen(buf) とかやってないよな?

254:デフォルトの名無しさん
07/03/28 19:38:04
SetBkMode(hdc , TRANSPARENT)するとして、
透過度の濃度はどうやって設定するのでしょうか?

255:デフォルトの名無しさん
07/03/28 19:58:11
無理
AlphaBlend

256:デフォルトの名無しさん
07/03/28 19:58:21
strlenしててもbase64とかでエンコしてればだいじょぶさー
してないだろうけど

257:デフォルトの名無しさん
07/03/28 20:11:11
IEのお気に入り表示した時のように、お気に入りの画面とIE本体の画面と
バー(?)のようなもので自由に画面分割を変えるのってどうやってるんですかね?

258:デフォルトの名無しさん
07/03/28 20:23:15
スプリットウィンドウでぐぐるといい感じになれるけど、
実装していくうちにやな感じに面倒くさくなってくると思う

WTLとか使っちゃうのが楽なのかな


259:デフォルトの名無しさん
07/03/28 21:23:07
>>258
どうもです
ぐぐってみたけど面倒だねこれ・・

260:デフォルトの名無しさん
07/03/28 23:42:17

MFCを使わずにDAOかADOでSQLServerかAccessとアクセスするサンプルどこかに落ちて無いでしょうか。

ぐぐってみたらMFCばっかでした。

261:デフォルトの名無しさん
07/03/29 00:40:27
ODBCじゃダメなわけ?

262:デフォルトの名無しさん
07/03/29 01:51:45
ぶっちゃけ、ADOならVBのサンプルみれば判らないとおかしい。
あとデータアクセスなら、ATL OLEDBという手もあるが

263:260
07/03/29 02:02:09
解決しましたありがとうございました。


264:デフォルトの名無しさん
07/03/29 02:12:21
メニューの開くと終了の間にセパレータを入れたい場合、
リソースにはどのように書けばいいのでしょう?

IDM_MAIN MENU {
POPUP "ファイル(&F)" {
MENUITEM "開く(&O)" , ID_OPEN
---ここにセパレータ入れたい---
MENUITEM "終了(&X)" , ID_EXIT
}
}

265:デフォルトの名無しさん
07/03/29 02:50:17
MENUITEM SEPARATOR
つーか、それくらいぐぐれ

266:デフォルトの名無しさん
07/03/29 07:38:07
メッセージフックでWMメッセージを破棄する場合、CallNextHookExしなければいいんだっけ?

267:デフォルトの名無しさん
07/03/29 07:39:21
WM_NULL に置き換えればいい。

268:デフォルトの名無しさん
07/03/29 07:46:03
サンクス!

269:デフォルトの名無しさん
07/03/29 10:25:10
>>265
そんなこといわないで

ありが㌧

270:デフォルトの名無しさん
07/03/29 10:28:12
リソースエディタで作って、ソース見るという手もある

271:デフォルトの名無しさん
07/03/29 10:33:08
>>270
最初XN Resource Editorでそうしようと思ったんですけど
出来たファイルがバイナリーで見れなかったよ

272:デフォルトの名無しさん
07/03/29 13:33:38
名前無しパイプとメールスロットは、
どっちもWaitForSingleObjectで待機できないの?

それとも実は待機できるとか?


やっぱ、ポール牧んぐしなきゃ無理?

273:デフォルトの名無しさん
07/03/29 13:46:16
スレッドでポーリング

274:デフォルトの名無しさん
07/03/29 14:25:25
つか、スレッドなら待ちっぱなしでいいか

275:デフォルトの名無しさん
07/03/29 14:26:16
・標準入力に対するReadFile()でブロックしている状態に他スレッドから
 割り込んでブロックを解除する良い方法はありますか。

・cookedモードで動作しているConsoleへの入力を、Unixのselect()
 のように待機する方法はありますか。
 改行が入力され、プログラム側が読み込み可能になった時点で待機が
 解除されることが望ましいです。

276:272
07/03/29 14:37:31
>>273-274
おー。その手があったんですね。
姉さん感動したわ。

277:デフォルトの名無しさん
07/03/29 17:35:30
ATL使ってCOM DLL作っているんだが、
メソッド内でCreateDialog呼び出す際のhInstanceって何設定すればいいんだ?
hwndないからGetWindowLongも呼べないし

え?もしかしてすげー低次元な質問?

278:デフォルトの名無しさん
07/03/29 17:39:25
>>277
GetModuleHandle(NULL)

279:デフォルトの名無しさん
07/03/29 17:40:02
DllMain

280:デフォルトの名無しさん
07/03/29 17:44:30
CComModule::m_hInstだっけな?

281:デフォルトの名無しさん
07/03/29 17:50:36
ATLならGetResourceInstance?

282:デフォルトの名無しさん
07/03/29 17:52:10
>>275
・たぶん無い。
・それなら普通に読めばいいのでは?

>>277
たぶんこれ。 URLリンク(support.microsoft.com)

283:280
07/03/29 17:53:54
>>282
これは知らなんだ。
さんくすこ

284:デフォルトの名無しさん
07/03/29 18:49:13
>>278-282
thx!!
皆のアドバイスから紐解いていったら
_Module.m_hInst に入ってた!

まじありがとう

285:284
07/03/29 18:49:45
sage忘れスマソorz

286:デフォルトの名無しさん
07/03/29 19:57:59
DLLファイルとDEFファイルとHPPファイルがあって
LIBファイル無しでコンパイルする方法教えてください

287:デフォルトの名無しさん
07/03/29 20:00:33
>>286
DEF があれば LIB を作ることは可能
gcc だと LIB 作らずに DLL をリンクに加えるだけでもコンパイルできる
他のコンパイラはどうだか知らない

288:デフォルトの名無しさん
07/03/29 20:08:38
GCCってmingwのことですか?
dlltoolをつかったらエラーが出てlibが作れませんでした。
lib.exeでdefからlibは作くれても
リンクで「~は未解決です」の
エラーが出来ませんでした

289:デフォルトの名無しさん
07/03/29 20:28:56
開発環境がMSVCだとして話をするが。
dumpbin -EXPORTS foo.lib
してみて、インポートライブラリのエクスポートシンボルを確認汁。
ヘッダとつきあわせて、名前がヘッダで宣言されている呼び出し規約と
適合しているかチェック汁。

cdeclなら_で始まっているのが正しいし、
stdcallならうしろに@ほにゃららがつく。
つうかC++か。名前マングルされてるとマンドいな。
DEFファイルは本当に正しいのか?


290:デフォルトの名無しさん
07/03/29 21:06:45
XXX.h

#ifdef _EXPORT_LIB_
#define __PORT __declspec(dllexport)
#else
#define __PORT __declspec(dllimport)
#endif

#ifdef __cplusplus
extern "C"
{
#endif
__PORT WINAPI プロトタイプ定義
#ifdef __cplusplus
}
#endif

291:デフォルトの名無しさん
07/03/29 21:18:37
すみません↓をビルドするとエラーが出ます
HINSTANCEの型は後ろから二番目の引数なのでキャストしたのですが消えません
どこが間違ってるのでしょうか??

(コード)
hChild1 = CreateWindowEx(
WS_EX_CLIENTEDGE,
clsChild1Window,
(LPCWSTR)"", //タイトルバーにこの名前が表示されます
WS_CHILD | WS_VISIBLE | WS_THICKFRAME, //ウィンドウの種類
-frame, // x座標
-frame, // y座標
x1, // 幅
y1, // 高さ
hWnd, // 親ウィンドウのハンドル、親を作るときはNULL
(HMENU)1, // メニューハンドル、クラスメニューを使うときはNULL
(HINSTANCE)hInstance, // インスタンスハンドル
NULL
);

(エラー)
error C2440: '=' : 'HWND' から 'HINSTANCE' に変換できません。

292:デフォルトの名無しさん
07/03/29 21:20:26
hChild1の宣言を確認してみればいい予感

293:デフォルトの名無しさん
07/03/29 21:20:29
「hChild1の型がHINSTANCEだからだ死ねぼけ」
みたいなエラーに思えるがどうか?

294:デフォルトの名無しさん
07/03/29 21:22:45
とりあえずあれだ、何も考えずにキャスト乱用するの止めれ。

295:デフォルトの名無しさん
07/03/29 21:23:58
HWND型の方は確認してないだろ。CreateWindowExの戻り値の型はHWND

296:デフォルトの名無しさん
07/03/29 21:26:02
>>292
>>293
>>294
>>295
hChild1の型が間違ったました
HINSTANCEからHWNDにしたらビルドできました
すぐ吊ってきます

297:デフォルトの名無しさん
07/03/29 21:43:31
>>296
よーし吊って来いwwwwwwwww

298:デフォルトの名無しさん
07/03/29 21:58:12
みなさん、質問があります。

CreateMutex, CreateSemaphore, CreateEventとか、
引数に名前があるCreate~関数がありますよね。
また、これと対のOpen~関数もありますよね。
これらは以下のシナリオで利用されると思いますが・・・

・ハンドルが定義されてない場合
①.Open~関数→失敗(ハンドルがない)
②.ハンドルがないのでCreate~関数→成功
③.(゚Д゚)ウマー

・既にハンドルが定義されている場合
①.Open~関数→成功(ハンドルがある)
②.ハンドルを流用
③.(゚Д゚)ウマー

しかし、ハンドルが定義されてない場合で
①と②の間に別プロセスかスレッドで、
ハンドルが生成される可能性もあるんですよね?

もし可能性があるなら、矛盾がないように生成シナリオを組むには
どういう手法をとるべきでしょうか?
それとも、考え違いなんでしょうかね?


299:デフォルトの名無しさん
07/03/29 22:20:58
常に Create 使えば良し。

300:デフォルトの名無しさん
07/03/29 22:21:21
クレアテ

301:デフォルトの名無しさん
07/03/29 22:30:18
Create~系は、既に同名のオブジェクトがあればそれを開くという動作をする。

302:デフォルトの名無しさん
07/03/29 23:20:18
>>299-301
へー知りませんでした。
調査してみます。

303:デフォルトの名無しさん
07/03/30 00:02:46
MSDN読んでればこんな疑問湧かないのに

304:デフォルトの名無しさん
07/03/30 00:24:47
MSDNがどんな専門書籍よりも早く正確に理解できるのに
なんで読まないんだろうね

305:デフォルトの名無しさん
07/03/30 00:30:59
MSDNは重いし目次分かりにくくて調べにくいからキライとか言ってみる

306:デフォルトの名無しさん
07/03/30 00:48:31
関数の詳細調べるにはいいけど、
「何をしたいときには、どの関数を使えばいいか」
っていうのは調べられない

307:デフォルトの名無しさん
07/03/30 01:25:03
まあ、リファレンスマニュアルだしな。

308:デフォルトの名無しさん
07/03/30 01:33:00
あと、リファレンスって結構サンプルコードがあってなんぼな面もあるのに
MSDNはサンプルコードがろくになかったり、あっても酷いサンプルだったりする。
まぁ、昔に比べれば少しはよくなりつつあるようにも見受けられるが。

309:デフォルトの名無しさん
07/03/30 02:57:04
MSの解説って日本語でおkなとこが一杯あるしな。
関数リファレンスとかはまだマシだけど。

310:デフォルトの名無しさん
07/03/30 02:59:46
SDKの中にサンプルあるだろ?

311:デフォルトの名無しさん
07/03/30 03:04:31
>>310
お前、ちゃんと見たことないだろ。 メチャクチャだぞ、SDKのサンプルは。
あんまりにも酷いんで近年はあんまりみてないけど、ひょっとして最近はマシになってんのか?

312:デフォルトの名無しさん
07/03/30 07:20:34
そういえば最新版のWindowSDKからSampleがいくつか削除されてるな
ATLとMFCを使ってた奴がが全滅っぽい

313:298
07/03/30 08:12:39
>>303
MSDN読んだ上の疑問だったのです。
用途としての理由というか裏づけがイマイチだったし、
家にある参考文献も役に立たなかったので・・・

また、関数の命名上、Create~系とOpen~系には
ルールがあるんではと思い、ここに質問した次第です。


314:デフォルトの名無しさん
07/03/30 08:25:50
>戻り値
>関数が成功すると、ミューテックスオブジェクトのハンドルが返ります。
>この関数を呼び出す以前にそのミューテックスオブジェクトが存在していた場合は、
>この関数は既存のオブジェクトに対するハンドルに返し、GetLastError 関数は
>ERROR_ALREADY_EXISTS を返します。

MSDNのCreateMutexより。本当にMSDNを読んでいたのであれば、
>>301が初耳だなんてことはないのだが。

315:デフォルトの名無しさん
07/03/30 09:38:20
そろそろカチンときそうです。

316:デフォルトの名無しさん
07/03/30 09:44:39
メインスレッドから直接リストボックスにログ表示していますが、
ログが増えるとメイン処理の速度低下が著しいので、
ログ表示スレッドを分離しようかと思います。
ログ情報(テキスト)はパイプで渡そうかと考えているのですが、
他に良い方法ありませんか?


317:デフォルトの名無しさん
07/03/30 09:51:50
分離ってどこに分離?
syslogにのっとって作ると何かと便利

318:デフォルトの名無しさん
07/03/30 10:29:38
WM_SETREDRAW

319:デフォルトの名無しさん
07/03/30 10:38:06
スレッドって言ってるな・・・
同じプロセスならパイプ使うまでもないと思うんだけど。
メモリ空間は同じだぜ?

320:デフォルトの名無しさん
07/03/30 12:09:53
ChooseFont関数でフォント名とサイズを初期設定する方法を教えてください

321:デフォルトの名無しさん
07/03/30 12:16:39
LOGFONT構造体に値をセットして
CF_INITTOLOGFONTSTRUCT フラグ入れればできないか?
つか説明に書いてあると思うんだけど

322:デフォルトの名無しさん
07/03/30 13:39:28
>>321
ありがとう。
確かにかいてあった・・・

>FlagsメンバにCF_INITTOLOGFONTSTRUCTを指定した場合は、この構造体で指定したフォントに最も近いフォントが選択されている状態でダイアログボックスが初期化されます。
これちょっと説明的にわかりずらかった・・

323:デフォルトの名無しさん
07/03/30 17:03:55
>>316
同一プロセス内のスレッド間通信なら、普通にポインタを渡すだけでいい。
(バッファの確保・更新・解放には同期処理が必要)

ただし、リストボックスを作成したのがメインスレッドだと、リストボックスの管理は
メインスレッドが行うので、リストボックスの動作そのものが問題になっていると
意味がない。この場合、ログ表示スレッドからSendMessage等をしても、それを実際に
実行するのはメインスレッドになる。
(ログ表示スレッドはメインスレッドがメッセージ処理を終えるまで待たされる)

また、上手くスレッドを分けたところで、マルチプロセッサでなければ魔法のように
速くなるわけではないので、単純に処理が重いだけだとスレッドを分けても
全体の速度は変わらない。

324:デフォルトの名無しさん
07/03/30 17:08:28
逆に、可能であれば速度低下を嫌うメイン処理こそワーカスレッドにするとよいのだけれど。

325:デフォルトの名無しさん
07/03/30 19:35:28
リストボックスをLVS_OWNERDRAWFIXED|LVS_NODATAで作成して
オーナードローで描画、実データを持たさないようにすれば多少速くなるかな。

326:デフォルトの名無しさん
07/03/30 22:42:52
スレッドにしたところでリストボックスが著しく負荷高いってことには変わりがないと思うよ。
標準のコントロールは大量データを高速に処理できるようになっていないと思う。

327:デフォルトの名無しさん
07/03/30 23:19:35
大量のデータを高速に処理するために標準機能として仮想リストがついているんだが。

328:デフォルトの名無しさん
07/03/31 05:01:29
重くなるってリストに何件データ保持してるんだろ?

実際にそこまで過去のログを表示しておく必要があるか考えてみる

…これは実装とは関係ないか

329:デフォルトの名無しさん
07/03/31 08:50:27
3Dモデリングのライブラリってありますか?
街作ったり、車作ったりの

330:デフォルトの名無しさん
07/03/31 08:57:07
スレタイよく嫁

331:デフォルトの名無しさん
07/03/31 11:15:05
自アプリのwebbrowserコントロール内でユーザが文字列を選択し、
コンテキストメニューから「コピー」を選んだとき、
クリップボードに書き込まれる前になんらかのイベントを
捕捉することはできますでしょうか?

おねがいします。

332:デフォルトの名無しさん
07/03/31 17:04:43
>>331
ヒント:DDK

333:デフォルトの名無しさん
07/03/31 17:35:32
ヒント:DDR

334:デフォルトの名無しさん
07/03/31 17:38:25
ヒント:DDR2

335:デフォルトの名無しさん
07/03/31 17:46:45
ヒント:DDRMAX

336:デフォルトの名無しさん
07/03/31 17:48:55
EDORAM SIMM

337:デフォルトの名無しさん
07/03/31 18:04:40
EROIM ESSAIM

338:デフォルトの名無しさん
07/03/31 18:49:05
  ┏┳┳┓     ハイ.     ┏┳┳┓
┏┫┃┃┃     雑談は   ┃┃┃┣┓
┃┃┃┃┣┓   ここまで.┏┫┃┃┃┃
┃      ┃┃┏━━┓┃┃      ┃
┃ 雑談   ┣┫ . ・∀・ ┣┫. STOP!┃
┗━━┛┗┳━┳┛┗━━┛
            ┏┻┓┃
        ┏━┛  ┣┻┓
        ┗━━┫  ┗━┓
             ┗━━┛

339:316
07/03/31 22:49:05
共有のメモリでリードライトポインタを制御するって意見が多いですね。
パイプにしとけば別プロセスにしたときにも使えるかなってのはあるんですが。。。

速度低下ってのは言葉足らずで、メイン処理を一定周期で
回したいのでログが多くなった瞬間にメイン処理が
待たされるのを避けたいという意味です。
最悪、ログのバッファオーバーフローもあり得るってことで。


340:デフォルトの名無しさん
07/03/31 22:55:04
ソケットにしておけば別マシンからでも使えるぞ。

341:デフォルトの名無しさん
07/03/31 23:38:49
DLLの中からCreateWindowでウィンドウを表示できますか?
でもってその場合hInstanceにはHMODULEを渡すですか?

342:デフォルトの名無しさん
07/03/31 23:56:00
>>341
出来る。それでおk。つーか試した方が早くね?

343:デフォルトの名無しさん
07/03/31 23:57:42
ありがと

344:デフォルトの名無しさん
07/04/01 00:15:48
しつもんがあります。

かなり大量のメモリ確保したいのですがGlobalLockは最高何個まで
メモリ確保できますか?上限とかありますか?メモリが許す限り
無制限でしょうか?
よろしくお願いします。

345:デフォルトの名無しさん
07/04/01 00:18:24
ヒント32ビットOS

346:デフォルトの名無しさん
07/04/01 00:24:18
2^32個ということですね
ありがとうございました


347:デフォルトの名無しさん
07/04/01 00:27:19
ポインタやハンドルは4バイトだから
それを記録する変数のために(2^32)*4を引くのを忘れるなよ。

348:デフォルトの名無しさん
07/04/01 00:31:26
SysListView32で「キーボードカーソル」
の現在位置の取得及び設定はどうやるのですか?

ウィンドウの中で点線で囲まれていて、
Ctrl + 上下キーで移動する部分です。

349:デフォルトの名無しさん
07/04/01 00:54:39
>>344>>346
Win32では、基本的にリニアアドレス空間の半分をシステムが持っているので、
実際にユーザが使えるのは理論上2^31Byte、つまり2GiB。
ただしNT系ではリンク時の/LARGEADDRESSAWAREと
boot.iniの/3GBオプションにより、3GiBまで広がる。

/LARGEADDRESSAWARE付けた32ビットEXEをWin64で動かしたら4GiBまでいけるという話もある。

実際にはそこからEXE/DLL、つまりコードやリソース、
それにスタックなどの分も差し引かれるのでもう少し減る。

勿論空き仮想メモリの量が実際的な上限。

ところで1度に1MiB以上の確保するときにはVirtualAllocが推奨されている。
URLリンク(msdn.microsoft.com)
URLリンク(msdn.microsoft.com)

350:デフォルトの名無しさん
07/04/01 01:06:56
GiBってなんだ

351:デフォルトの名無しさん
07/04/01 01:13:44
>>350
URLリンク(hwb.ecc.u-tokyo.ac.jp)

352:デフォルトの名無しさん
07/04/01 02:13:53
MiBはあちこちで記憶を消して回るやつらのことだろ

353:デフォルトの名無しさん
07/04/01 04:11:05
>>352
DELIVER THE GALAXY OR EARTH WILL BE DESTROYED.
SORRY!

354:デフォルトの名無しさん
07/04/01 04:13:49
ウィルスミスカコイイ

355:デフォルトの名無しさん
07/04/01 05:05:59
virus miss?

356:デフォルトの名無しさん
07/04/01 08:44:47
32ビットでもWindows Server 2003 R2 Datacenterなら128GBまでOK。
Windows 2000 Datacenter Serverでも64GB

357:デフォルトの名無しさん
07/04/01 09:03:57
知識としては良いのかも知れんが
本当に2GBのメモリを要求するようなプログラムは
設計から間違ってる気がする

358:デフォルトの名無しさん
07/04/01 10:38:31
科学計算やるソフトなら本当に2GBまで使ったりするけどね~

359:デフォルトの名無しさん
07/04/01 10:54:45
32bitのWindowsでやるようなことじゃないな。

360:デフォルトの名無しさん
07/04/01 11:00:23
>>331
IHTML*Events::oncopy()
書き込み前か書き込み後かは知らん

361:デフォルトの名無しさん
07/04/01 11:10:13
>>356

1プロセスは4GBまでだろ

362:デフォルトの名無しさん
07/04/01 11:11:01
タスクトレイのアイコンはウィンドウがないと作れないの?

363:デフォルトの名無しさん
07/04/01 11:21:29
>>361
志村、AWE、AWE

>>362
ウィンドウがないとタスクトレイメッセージが受け取れない

364:デフォルトの名無しさん
07/04/01 11:21:46
>>361
AWEとか抜け道はあるだろ。

365:デフォルトの名無しさん
07/04/01 11:25:33
>>359
修士論文ならそれでもなんとかなる@理論化学

366:デフォルトの名無しさん
07/04/01 12:42:14
>>362

っ コールバック関数

367:デフォルトの名無しさん
07/04/01 13:38:48
Shell_NotifyIconにもNOTIFYICONDATAにも
コールバック関数を指定する所は見当たらんが

368:デフォルトの名無しさん
07/04/01 14:27:23
プロフィールなどに
Microsoft MVP for Windows SDK
とか書いてる人がいるんですが、どう言う意味なんでしょうか?


369:デフォルトの名無しさん
07/04/01 14:29:41
MVPって(藁) コピペ2回目
スレリンク(tech板)

370:デフォルトの名無しさん
07/04/01 16:24:12
しっ、見ちゃいけません

371:デフォルトの名無しさん
07/04/01 18:05:11
クライアント領域の更新にInvalidateRect(hWnd,NULL,TRUE);を使っているのですが画面がちらつきまくります。
他に良い方法はないでしょうか?

372:デフォルトの名無しさん
07/04/01 18:12:03
InvalidateRect(hWnd,NULL,FALSE);

373:デフォルトの名無しさん
07/04/01 18:23:08
>>372
ありがとうございます。

マシにはなりましたが書き直す量が多くなって間隔が短くなるとどうしてもちらつくもんですね……

374:デフォルトの名無しさん
07/04/01 18:39:51
>>373
背景を消す
新しいのを書く
これを繰り返すからちらつくんだよ。

WM_ERASEBKGNDが呼ばれているなら何もせずreturnする。

ダブルバッファリングをつかう。
方法は検索すれば見つかると思う。
要するにメモリ上で背景や絵を描画して
その完成させた絵をウィンドウに描画する。

375:デフォルトの名無しさん
07/04/01 21:36:17
カスタムリソースのPNGをHBITMAPで読み出してBITMAPと同じように扱うにはどうすればいいのでしょうか?
PNG GDI+ libpng カスタムリソース等であらかたググってみましたが理解できませんでした。

URLリンク(hp.vector.co.jp)
も試してみましたがlibpng.libに変な部分があるという旨のエラーが出て(bcc32)コンパイルできませんでした。
うぐぅ

376:デフォルトの名無しさん
07/04/01 21:45:22
全然確認してないけど後者はマングリの問題な気がする

377:デフォルトの名無しさん
07/04/01 21:50:16
>>375
エラーはコピペしろ。エスパーに期待するな。
だけど俺も>>376に一票。
そのlibpngもbccでビルドしたのか?

378:デフォルトの名無しさん
07/04/01 21:59:06
Error: 'C:\PROGRAM FILES\BORLAND\BCC55\LIB\LIBPNG.LIB' contains invalid OMF record, type 0x21 (possibly COFF)

です。すいません。
ビルドは説明通りVC++EEでやりました。それがいかんのですね。
bccならどうコンパイルしていいのかがわからなかったもので。

379:デフォルトの名無しさん
07/04/01 22:00:48
>>378
っ coff2omf.exe

380:デフォルトの名無しさん
07/04/01 22:04:12
逆にお前が書くプログラムもVC++でコンパイルすればいい。

381:デフォルトの名無しさん
07/04/01 22:13:13
>>379
コンパイルはうまくいったみたいなのでこれから実際にloadpngが使えるか試してみます。

>>380
猫で始めたんですがVC++の使い方がよくわからないんですよね。
PSDKのインストールまではやってみたんですがコンパイルもエラーでまくるし……

382:デフォルトの名無しさん
07/04/01 22:23:59
プログラム→Visual C++ 2005 Express Edition→Visual Studio Tools→Visual Studio 2005 コマンド プロンプト
コンパイラのコマンド名はbcc32ではなく、VC++ではcl。これでVC++コンパイラが使える。
コンパイラオプションも色々違うが、MSDN2を見てくれ。

383:デフォルトの名無しさん
07/04/01 22:26:56
連投すいません。
プログラム内で hBmpBackGround = LoadPng("./images/background.png"); 記述したところ
 Error: 外部シンボル '_png_create_read_struct' が未解決(D:\MY DOCUMENTS\VISUAL STUDIO 2005\PROJECTS\****.OBJ が参照)
などのエラーが16個出ました。

そのままloadpng.cppをコンパイルすると
 警告 W8017 loadpng.cpp 1: マクロ 'STRICT' の重複定義
 エラー E2109 loadpng.cpp 123: 許されない型(関数 LoadPng(const string &) )
 エラー E2108 loadpng.cpp 124: typedef 'png_color' の使い方が間違っている(関数 LoadPng(const string &) )
とかforループの行に対して
 警告 W8008 ****.cpp 432: 条件が常に真(関数 ***() )
が出るので1、4、11行目はコメントアウトしています。
他の必要なファイルは***.cppと同じディレクトリです。画像は./images/以下にあります。

384:デフォルトの名無しさん
07/04/01 22:29:28
>>382
bcc32もVisual Studio 2005 コマンド プロンプトから動かしているんですが、
C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\windows.h(28) : warning C4068: 不明なプラグマがありました。
C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\windows.h(200) : fatal error C1083: include ファイルを開けません。'windef.h': No such file or directory
というエラーが出てコンパイルできないので仕方なくbccを使ってます……

385:デフォルトの名無しさん
07/04/01 22:44:11
英語だからって条件反射でエラー文読むの拒否してないか?

386:デフォルトの名無しさん
07/04/01 22:47:03
>>385
ではなくて、自分の作ったファイルならともかくVCの用意してるファイルでのエラーなんかどう対処すればいいんだ……
ってのとマイクロソフトへの不信感から勝手にお手上げしてる感じですね……

387:デフォルトの名無しさん
07/04/01 22:48:08
はあ?

388:デフォルトの名無しさん
07/04/01 22:51:08
面白くなってまいりました

389:デフォルトの名無しさん
07/04/01 22:55:06
>>384
なぜbcc32でVCのインクルードフォルダが現れる?

390:デフォルトの名無しさん
07/04/01 22:56:27
1つめは対処法がわからないのでとりあえず置いておいて、
2つめに関してはPSDKのincludeにあったものをVCのディレクトリにコピーしました。
とりあえずC1083になるファイルは全部コピーしたのですが

C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\xlocale(326) : warning C4530: C++ 例外処理を使
っていますが、アンワインド セマンティクスは有効にはなりません。/EHsc を指定してください。
d:\my documents\visual studio 2005\projects\nyaopuyo\loadpng.cpp(121) : error C2664: 'memset' : 1 番
目の引数を 'std::_Vector_iterator<_Ty,_Alloc>' から 'void *' に変換できません。(新しい機能 ; ヘルプ
を参照)
with
[
_Ty=png_color,
_Alloc=std::allocator<png_color>
]
この変換を実行可能なユーザー定義変換演算子がないか、または演算子を呼び出せません。

等のエラーが多数出ます。

391:デフォルトの名無しさん
07/04/01 22:57:19
>>389
あ、それはVC++コマンドからclでコンパイルしたときのものです。

392:デフォルトの名無しさん
07/04/01 23:01:03
>>384
> bcc32もVisual Studio 2005 コマンド プロンプトから動かしているんですが

エラーメッセージの内容から言って、それはVC++のclコンパイラが出しているものだ。
bcc32じゃない。
それにしても、clがwindows.hを読んでunknown pragmaとか、
windef.hが無いだとか、明らかにおかしい状態になっているな。
インストールミスかなにかじゃないのかな。あるいはウィルスにでも
食い荒らされたか。

393:デフォルトの名無しさん
07/04/01 23:02:40
>>390
C4530はエラーではなくワーニングだが(それぐらいは区別しろ、頼むから)
clに-GXオプションを与えればよい。

2番目はあんたのユーザコードloadpng.cppの問題だろ。

394:デフォルトの名無しさん
07/04/01 23:07:32
>>390
>memset(vPalette.begin(), 0, nPal * sizeof png_color);

こんなことをやっている糞コードのようだな。
こんなコードはドブに捨ててしまえ……と言いたいところだが、とりあえず
vPalette.begin -> &vPalette[0]
とでも書き換えるんだな。

395:デフォルトの名無しさん
07/04/01 23:10:41
>>390
コピーする必要は無い。
単にPlatfrom SDKのIncludeフォルダをインクルードディレクトリに追加すれば十分だ。

396:デフォルトの名無しさん
07/04/01 23:11:39
>>393
-GXよりも警告メッセージのとおり/EHscがお勧め。
VC++ 8からGXは推奨しないというような警告が出るようになったはず。

397:デフォルトの名無しさん
07/04/01 23:15:04
コンパイルが通ったら今度は「うまく動きません。どうすればいいんでしょうか?」と長いソースを張り付ける予感。
しかし、画像のロードとセーブだけならもっと簡単なライブラリがあるんだけどなw

398:デフォルトの名無しさん
07/04/01 23:15:27
>>390
2番目のはイテレータとポインタをごっちゃにしているのが悪い。
イテレータ⊇ポインタだが、逆は成り立たない。

std::vector<png_color> v;というのがあったとしたら、
vの先頭要素へのポインタは&v[0]で取得できる。
memsetを使わずに、std::fill使えとか、vectorのメンバでどうにかしろとも言えるが。

399:デフォルトの名無しさん
07/04/01 23:19:10
みなさんありがとうございます。+゚:。(つД`)*.゚。

>>392
自分でincludeディレクトリいじったことはもちろん無いし、ウィルスも恐らく無かったので
インストールミスなんでしょうかね……

>>393>>396
仰る通りで申し訳ないです。/EHscでコンパイルを試みました。

>>394
3箇所書き換えたらエラーが
 loadpng.cpp(121) : error C2064: 0 引数を取り込む関数には評価されません。
に変わりました。

>>395
そうだと思ったんですがその方法を調べるとまた時間がかかりそうだったのでその場しのぎの苦肉の策ということで……

400:デフォルトの名無しさん
07/04/01 23:23:15
>カスタムリソースのPNGをHBITMAPで読み出してBITMAPと同じように扱うにはどうすればいいのでしょうか?
>PNG GDI+ libpng カスタムリソース等であらかたググってみましたが理解できませんでした。


この質問を自分もしたかったので、成り行きに注目していたんだが。。。

401:デフォルトの名無しさん
07/04/01 23:26:04
>>399
vPalette.begin() -> &vPalette[0]
         ↑
かっこぬけてはるみたいやね。
もう一つも同じ要領。

402:394
07/04/01 23:26:07
>>399
悪い悪い、
&vPalette[0]()にしちゃったのか?

正しくは、
vPalette.begin() -> &vPalette[0]
だ。


403:デフォルトの名無しさん
07/04/01 23:31:35
コンパイルはできてオブジェクトファイルまでは作成できました。
ライブラリが見あたらないと出たのでSDKから根こそぎコピーしました。

MSVCRT.lib(MSVCR80.dll) : error LNK2005: _abort は既に LIBCMT.lib(abort.obj) で定義されています。
LINK : warning LNK4098: defaultlib 'MSVCRT' は他のライブラリの使用と競合しています。/NODEFAULTLIB:library を使用してください。
error LNK2019: 未解決の外部シンボル __imp__ReleaseDC@8 が関数 "struct HBITMAP__ * __cdecl LoadPng(中略) で参照されました。

等のエラー、警告が山ほど出てきました……
根こそぎコピーがマズかったのでしょうか。

404:デフォルトの名無しさん
07/04/01 23:32:24
memset(&vPalette, 0, nPal * sizeof png_color);
もしこう書いているのであれば、単にvPalette.resize(nPal)で十分なはず。
png_colorはどうせただのPODな構造体だろ。
デフォルト初期化と0クリアは同じような結果になるはず。

405:デフォルトの名無しさん
07/04/01 23:35:23
>>400
いやはや実は俺もなんだ・・・

406:デフォルトの名無しさん
07/04/01 23:36:17
もう働きたくない

407:デフォルトの名無しさん
07/04/01 23:43:26
つうか>>375のリンク先のLoadPng()って、ファイルからロードする仕様じゃん。
カスタムリソースをロードしたいんじゃなかったの?

つうかVC++持ってるんなら素直にCImage使えやってのは禁句か。
GDI+が対応してるフォーマット(PNGを含む)は全対応だし、リソースからの
ロードも出来るぞ。
atlimage.hな。

408:デフォルトの名無しさん
07/04/01 23:44:39
Express EditionにはATLないだろ。

409:デフォルトの名無しさん
07/04/01 23:47:30
ああ、Express Editionか。これは失礼。

410:375
07/04/01 23:53:23
>>407
カスタムからロードしたかったんですが、できるかどうかわからなかったのでとりあえずやってみようって感じです。
で、できないんですか……残念です。

VC++はウィンドウ表示するだけのプログラムすらコンパイルできなかったので(↑でコンパイルまでは解決)bccに乗り換えてました。
本格的にやりたいので製品版も買おうと思うんですが、製品版も今のような調子だったりしないか怖くて手が出ません。
あと、EEでも猫の本とだいぶ違っているし(猫のが古いんだと思いますが)、C++はまだ始めたてだったりするのでそれも手が出ない理由です。

ちなみに製品版買うならVisual Studio 2005 Standard Edition(Academic Edition)ですかね?
やりたいことはWINAPI(将来的にはDirectXでも)でゲーム制作です。

411:デフォルトの名無しさん
07/04/01 23:54:54
libpngはPNG_SETJMP_NOT_SUPPORTEDを指定してビルドしない限り、
longjmp()でエラーレポートを行う。
>>375のコードはsetjmp()を呼んでいないようだから、多分全く
エラーに対応していないな。
もっとマシなコードを探せ。
setjmp(), longjmp()である以上、デストラクタは実行されないから、
その区間でvectorなんぞを使うのは論外だ。

ま、CreateDIBSection, png_create_read_structあたりのキーワードで
google codesearchでもすれば、色々引っかかるだろ。


412:デフォルトの名無しさん
07/04/01 23:58:56
>>410
> 本格的にやりたいので製品版も買おうと思うんですが、製品版も今のような
> 調子だったりしないか怖くて手が出ません。
PlatformSDKはEnterprise Editionではそもそも付属してなくて自分で別途
インストール&環境設定しなきゃいけないからな。
あんたがインストールにミスったってだけの話だろ。

Visual Studioの品質の問題じゃない。
あんたに問題解決能力がないだけの話。それは、どんな製品を使おうが変わらないよ。

413:348
07/04/02 00:02:25
おながいします・・・orz

414:デフォルトの名無しさん
07/04/02 00:04:50
>>411
VC++ならSEHとの絡みでsetjmp/longjmpでも自動変数のデストラクタが呼ばれるはず

415:デフォルトの名無しさん
07/04/02 00:05:28
お前らスルー汁

416:デフォルトの名無しさん
07/04/02 00:06:03
ていうかもう、API全然関係ないなwww

417:デフォルトの名無しさん
07/04/02 00:06:38
>>414
へぇ。それはいいことを聞いた。教えてくれてありがとう。
ま、それに依存したコードは書く気になれないが……

418:デフォルトの名無しさん
07/04/02 00:07:01
何だこのスレの伸び具合は

419:375
07/04/02 00:08:05
>>411
ちょっくら頑張ってきます( `・ω・´)

>>412
了解、明日にでもVCとSDK再インスコしまつ。

>>416
サーセンwww


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch