08/04/22 15:51:24
スレ立てるまでもない、Win32APIのついての質問はこちらへどうぞ。
やさしいお兄さんやお姉さんたちが答えてくれるかも。
過去スレ、関連リンクは>>2-10くらい。
■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。英語版(URLﾘﾝｸ(msdn2.microsoft.com))の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで
- Win32API質問箱 wiki
URLﾘﾝｸ(wiki.livedoor.jp)
Win32API質問箱 Build64
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
08/04/22 15:51:41
- MSDN ホームページ
URLﾘﾝｸ(www.microsoft.com)
- MSDN ライブラリ
URLﾘﾝｸ(msdn.microsoft.com)
URLﾘﾝｸ(msdn.microsoft.com)
- MSDN2 ライブラリ
URLﾘﾝｸ(msdn2.microsoft.com)
URLﾘﾝｸ(msdn2.microsoft.com)
- MSDN ライブラリ (ローカル版)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
- Windows SDK & Platform SDK
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
3:デフォルトの名無しさん
08/04/22 15:51:52
URLﾘﾝｸ(www.google.com)
- 猫でもわかるプログラミング
URLﾘﾝｸ(www.kumei.ne.jp)
- Win32 API入門
URLﾘﾝｸ(wisdom.sakura.ne.jp)
- Win32 プログラミング入門
URLﾘﾝｸ(www7.plala.or.jp)
- Advanced Windows (書籍)
URLﾘﾝｸ(www.amazon.co.jp)
-おまけ
Build19が見たい人で余裕のある人は●でも買ってくれ。
4:デフォルトの名無しさん
08/04/22 15:52:15
次スレまだか？
5:デフォルトの名無しさん
08/04/22 15:52:28
63 ｽﾚﾘﾝｸ(tech板)
62 ｽﾚﾘﾝｸ(tech板)
61 ｽﾚﾘﾝｸ(tech板)
60 ｽﾚﾘﾝｸ(tech板)
59 ｽﾚﾘﾝｸ(tech板)
58 ｽﾚﾘﾝｸ(tech板)
57 ｽﾚﾘﾝｸ(tech板)
56 ｽﾚﾘﾝｸ(tech板)
55 ｽﾚﾘﾝｸ(tech板)
54 ｽﾚﾘﾝｸ(tech板)
53 ｽﾚﾘﾝｸ(tech板)
52 ｽﾚﾘﾝｸ(tech板)
51 ｽﾚﾘﾝｸ(tech板)
50 ｽﾚﾘﾝｸ(tech板)
49 ｽﾚﾘﾝｸ(tech板)
48 ｽﾚﾘﾝｸ(tech板)
47 ｽﾚﾘﾝｸ(tech板)
46 ｽﾚﾘﾝｸ(tech板)
45 ｽﾚﾘﾝｸ(tech板)
44 ｽﾚﾘﾝｸ(tech板)
43 ｽﾚﾘﾝｸ(tech板)
42 ｽﾚﾘﾝｸ(tech板)
6:デフォルトの名無しさん
08/04/22 15:52:45
41 ｽﾚﾘﾝｸ(tech板)
40 ｽﾚﾘﾝｸ(tech板)
39 ｽﾚﾘﾝｸ(tech板)
38 ｽﾚﾘﾝｸ(tech板)
37 ｽﾚﾘﾝｸ(tech板)
36 ｽﾚﾘﾝｸ(tech板)
35 ｽﾚﾘﾝｸ(tech板)
34 ｽﾚﾘﾝｸ(tech板)
33 ｽﾚﾘﾝｸ(tech板)
32 ｽﾚﾘﾝｸ(tech板)
31 ｽﾚﾘﾝｸ(tech板)
30 ｽﾚﾘﾝｸ(tech板)
29 ｽﾚﾘﾝｸ(tech板)
28 ｽﾚﾘﾝｸ(tech板)
27 ｽﾚﾘﾝｸ(tech板)
26 ｽﾚﾘﾝｸ(tech板)
25 ｽﾚﾘﾝｸ(tech板)
24 ｽﾚﾘﾝｸ(tech板)
23 ｽﾚﾘﾝｸ(tech板)
22 ｽﾚﾘﾝｸ(tech板)
7:デフォルトの名無しさん
08/04/22 15:52:55
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)
8:デフォルトの名無しさん
08/04/22 15:53:17
>>4
邪魔すんなハゲ
9:デフォルトの名無しさん
08/04/22 16:01:51
1乙
10:デフォルトの名無しさん
08/04/22 19:26:26
>>1
乙
11:デフォルトの名無しさん
08/04/22 19:49:50
↓3行目に期待
12:デフォルトの名無しさん
08/04/22 20:59:08
Win32APIって、次のWindowsにも生きてるのかな。
なんかWindows７だっけか？
ケロちゃんLOVE！
13:デフォルトの名無しさん
08/04/22 21:00:12
ま、互換レイヤくらいあるだろう。
でも正直、Win32APIを今さら使いはじめるような人は、終わってると思います。
14:デフォルトの名無しさん
08/04/22 21:05:05
Win32APIを知らないでいいと思ってるやつも終わってると思うが
15:デフォルトの名無しさん
08/04/22 21:19:25
あえて言おう。
Win32 APIを直に使うな、と。
いまさら、俺様ライブラリを作るな、と。
先人の通ってきた道をそのまま辿るべきではない。
そんなことをしていたら、先人と同じ場所までしか行けない。
16:デフォルトの名無しさん
08/04/22 21:35:08
言わんとすることは理解できるんだけど、じゃあ現実の問題としてどうすりゃいいのさ？
よろしくご教示ください。
17:デフォルトの名無しさん
08/04/22 21:43:09
.Net を活用しつつ手の届かない場所でWin32APIを使用。
それでも届かないところはアセンブリ
18:デフォルトの名無しさん
08/04/22 21:52:40
.NETはないわ。つか結局Win23API使うんじゃ意味ないじゃん。
Win32APIなしで全部.NET上でできるようになれば考えてもいいけど、それは遥か先の話。
19:デフォルトの名無しさん
08/04/22 21:53:00
>>17
あれ・・・俺がいる・・・
20:デフォルトの名無しさん
08/04/22 21:56:00
>>16
すでにある社内ライブラリを使う。
すでにWin32 APIで経験豊富だが疲れてきてる先輩とうまく役割分担する。
既存のソースを丸パクリする。
21:デフォルトの名無しさん
08/04/22 21:57:39
>>18
それは.NETを使ったことない厨の戯言
・・・そんな俺もWin32API厨
22:デフォルトの名無しさん
08/04/22 22:14:11
ドトネトはあのキモイソースが嫌
23:デフォルトの名無しさん
08/04/22 22:17:47
そりゃ、MSIL直接読んでれば嫌にもなるわな。
24:デフォルトの名無しさん
08/04/22 22:24:36
アセンブラみたいなもんだろ＞Win32API
知らなくても殆どは困らないし、たとえば新人に憶えろと強要するようなもんでもない。
ただ昔からやってる人は知らざるを得なかったし、知らないよりは知ってたほうがごくまれに得になる時もある。
そういうもんだ。
25:デフォルトの名無しさん
08/04/22 22:26:42
いまどきコンパイラの吐き出したアセンブラを見て独自に最適化するやつもいないしな
26:デフォルトの名無しさん
08/04/22 22:29:02
直は早いんだぜ～API直叩きはよぉ～
まぁ普段は.NETやらMFCやらのラッパー使ってても問題ない
だけど低水準レベルのところの動作いじりたくなるともうWIN32しかないわ
仕事じゃやらんけどね
27:デフォルトの名無しさん
08/04/22 22:31:53
こんな所で兄貴のネタを聞くとはおもわなんだ
28:デフォルトの名無しさん
08/04/22 22:32:17
人様がCPUのパイプラインとか考えて書いたアセンブラのコードよりも、
自分が適当に書いたC++のコードをコンパイラに最適化させたほうが、
速かったなぁ。
29:デフォルトの名無しさん
08/04/22 22:35:20
Win32 APIが、互換レイヤ経由になれば、かえって遅いなんてことになったりして。
30:デフォルトの名無しさん
08/04/22 22:38:01
API設計したやつって誰よ
あまりに腐ってて反吐がでる
31:デフォルトの名無しさん
08/04/22 22:38:41
>>30
よし、Win32、POSIX、OS/2に続く、4番目のサブシステムの作成を許可する。
32:デフォルトの名無しさん
08/04/22 22:39:19
WIN32ごときで低水準とか言われると、自分はさびしくなるな
33:デフォルトの名無しさん
08/04/22 22:40:30
ANSI/UNICODEだって互換レイヤみたいなもんだがな
WOW64も
34:デフォルトの名無しさん
08/04/22 22:41:53
>>30
歴史があるから仕方ねーよ
もともとDOSのフックであって、1Mbyte以降のメモリーに配置された常駐プログラムだし。
35:デフォルトの名無しさん
08/04/22 22:45:09
API作り直したら多分Macみたいなことになる希ガス
36:デフォルトの名無しさん
08/04/22 22:51:17
せめてAPI関数の命名くらいちっとは考えてつけてもらいたかった。
37:デフォルトの名無しさん
08/04/22 22:52:22
一番長いAPIの名前って何？
38:デフォルトの名無しさん
08/04/22 22:54:30
ConvertSecurityDescriptorToStringSecurityDescriptor
39:デフォルトの名無しさん
08/04/22 22:56:39
うへぇ
使い道あるのかこれ？
40:デフォルトの名無しさん
08/04/22 22:57:29
馬鹿じゃねえのかｗ本当にｗ
41:デフォルトの名無しさん
08/04/22 22:59:32
ハンガリアン記法の目的を理解できなかったのが、Win32 API開発チームですよ?
42:デフォルトの名無しさん
08/04/22 23:00:23
アイムハングリー
43:デフォルトの名無しさん
08/04/22 23:00:53
それでもX系のAPIより短いなw
44:デフォルトの名無しさん
08/04/22 23:03:46
まぁAPI作り直すならたぶん新しいOS作るだろうなｗ
45:デフォルトの名無しさん
08/04/22 23:05:28
新しい名前作って、旧 API はそのラッパにすればいいんだよ。
46:デフォルトの名無しさん
08/04/22 23:05:41
いまは文字数や長さなんて問題ないだろ。
長かろうと明確に機能を表現しているべき。
昔のコンパイラには識別子の長さに制限があって、N文字以上は無視しちゃうので、
N文字以内が重複しないようにするために、不格好な名前の付け方をせざるをえないことがあったが。
47:デフォルトの名無しさん
08/04/22 23:06:05
>>44
それがLonghornだったのだが・・・。
48:デフォルトの名無しさん
08/04/22 23:06:53
もう名前じゃなくて番号でいいです
49:デフォルトの名無しさん
08/04/22 23:07:29
>>48
っ 序数インポート
50:デフォルトの名無しさん
08/04/22 23:08:43
UUIDでOK
51:デフォルトの名無しさん
08/04/22 23:17:23
それ何て COM
52:デフォルトの名無しさん
08/04/22 23:40:05
またドトネト厨が布教活動するためにWin32スレを荒らしてるのか
53:デフォルトの名無しさん
08/04/22 23:40:47
んなの適材適所でいいだろ
54:デフォルトの名無しさん
08/04/22 23:41:40
Win32 APIには、どこからどこまでが含まれるの?
55:デフォルトの名無しさん
08/04/23 00:28:52
Win30からWin39まで
56:デフォルトの名無しさん
08/04/23 00:32:39
>>54
正直DirectXやネイティブAPIはスレチだと思うがどうよ
>>55
つまんね
57:デフォルトの名無しさん
08/04/23 00:34:29
ネイティブAPI？
58:デフォルトの名無しさん
08/04/23 00:37:55
ntCreateFileとか
59:デフォルトの名無しさん
08/04/23 00:52:01
質問なかったら、雑談スレになっちゃうのがたまにキズだよなぁ・・・
60:デフォルトの名無しさん
08/04/23 01:52:34
DirectX → 専用スレ行け
ネイティブAPI → Win32の土台だしぃ
インデックス・サービス関連は?
ターミナル・サービス関連は?
クラスタリング関連は?
WMIは?
MTSは?
MDACは?
SAXとかXSLTは?
Windows Media ほげほげ は?
Video for Windowsは?
CDO、Exchange、MAPI、NetMeetingは?
Active Directoryは?
MSMQは?
TAPIは?
MMCは?
Windows Installerは?
WMIは?
IISは?
61:デフォルトの名無しさん
08/04/23 02:18:10
専用スレがあるかないかの単純な話だろ
62:デフォルトの名無しさん
08/04/23 02:18:34
ほかに適切なスレがあればそこで聞くべき。
なければここで聞いてもいいと俺は思うが、
回答が返ってこない可能性が高いはず。
63:デフォルトの名無しさん
08/04/23 02:33:27
>>60
きもいよ
64:デフォルトの名無しさん
08/04/23 02:34:53
>>60
こういうかわいそうな奴たまにいるよなぁ
65:デフォルトの名無しさん
08/04/23 02:40:54
>>60
分類してる暇あったら質問に答える努力しろよ
66:デフォルトの名無しさん
08/04/23 03:04:41
>>60
基地外は帰れ
67:デフォルトの名無しさん
08/04/23 04:03:25
四連投か。醜いな。
68:デフォルトの名無しさん
08/04/23 04:36:54
叩かれると同一人物に見えるのか。醜いな。
69:デフォルトの名無しさん
08/04/23 04:59:48
まあぶっちゃけグレーゾーンのネタはこのスレの奴がカバーできる範囲まででしょ
70:デフォルトの名無しさん
08/04/23 05:06:33
>>69
意味不明
71:デフォルトの名無しさん
08/04/23 05:13:03
それは君の理解力が足りないんだよ。
72:デフォルトの名無しさん
08/04/23 05:15:16
どこからグレーゾーンな話題が出てきたんだ？
話が飛躍しすぎだろうが
73:デフォルトの名無しさん
08/04/23 05:19:43
Win32APIはグレーゾーンです（笑）
74:デフォルトの名無しさん
08/04/23 06:05:23
なんか頭の悪い奴が沸いてるな
75:デフォルトの名無しさん
08/04/23 06:10:18
伸びてると思ったらまたこんなかよ
VIPやニコ動じゃあるまいし糞レス自重しろ
76:デフォルトの名無しさん
08/04/23 07:28:27
>>60
こいつがそもそもの原因
77:デフォルトの名無しさん
08/04/23 07:38:35
DLLで線引きしたらいいんだ
---------------Win32APIホワイトゾーン
kernel32.dll
user32.dll
gdi32.dll
advapi32.dll
winmm.dll
---------------Win32APIグレーゾーン
msvcrt.dll
ntdll.dll
shell32.dll
shfolder.dll
comctl32.dll
comdlg32.dll
---------------管轄外
78:デフォルトの名無しさん
08/04/23 07:43:22
ぶっちゃけWin32API自体がグレーゾーンだろう
簡単に他プロセスを落としたりコード注入できるし、実際マルウェアがそれらの技術を悪用している
こんなインセキュアなAPIが滅びるのは時間の問題だから今のうちに.NETに移行しておけば後々苦労しないよ
79:デフォルトの名無しさん
08/04/23 07:49:33
おまえ日本語読めるのか？：
いまはこのスレで語るべきWin32 APIについて議論しているんだぞ。
Win32 APIの危険な挙動じゃねぇぞ。
しかも論点が沸け分からんし。
.netだってファイルを削除したり置き換えたりできるじゃないか。
セキュリティ上問題あるだろ。
そもそもCPU時間という貴重なリソースを消費するものは邪悪だろ？
80:デフォルトの名無しさん
08/04/23 07:49:38
↑話を理解してない馬鹿
81:デフォルトの名無しさん
08/04/23 07:50:18
ごめん80は78に対してだった
死ね78
82:デフォルトの名無しさん
08/04/23 07:53:48
寝言は寝て言え
83:デフォルトの名無しさん
08/04/23 07:55:34
睡眠書き込みかもしれないだろ！
寝て言うより高度な技術
84:デフォルトの名無しさん
08/04/23 07:57:45
>>79
とりあえず落ち着けｗ
"読めるのか？："とか"沸け分からん"とかお前のレスの方がわけ分からんぞｗ
> いまはこのスレで語るべきWin32 APIについて議論しているんだぞ。
ここはWin32APIについて議論するスレじゃなくてWin32APIについて質問or回答するスレじゃないのか？
85:デフォルトの名無しさん
08/04/23 08:01:33
↑話を理解してない馬鹿
86:デフォルトの名無しさん
08/04/23 08:02:54
>>61-62で結論出てるのに何が議論だよ・・・
87:デフォルトの名無しさん
08/04/23 08:04:00
↑話を理解してない馬鹿
88:デフォルトの名無しさん
08/04/23 08:04:48
↑話を理解してない馬鹿
89:デフォルトの名無しさん
08/04/23 08:08:06
流行語大賞
Build64：「知らないならレスしないでください」
Build65：「↑話を理解してない馬鹿」
90:デフォルトの名無しさん
08/04/23 10:21:53
よもまつ
91:デフォルトの名無しさん
08/04/23 12:35:35
なんかグレーゾーンという単語を読み間違えてないか？
犯罪臭い物をグレーゾーンと言ってるわけじゃなく、単に
「Win32APIかどうかの定義が曖昧」なのをグレーゾーンと表記してたように読めたが
92:デフォルトの名無しさん
08/04/23 12:39:55
↑知らないなら話を理解してないレスしないでください馬鹿
93:デフォルトの名無しさん
08/04/23 12:40:36
どう読んだらそうなるの
94:デフォルトの名無しさん
08/04/23 13:11:14
「↑」と「馬鹿」を使ってるのは無視したほうがいい。
このレスとか
95:デフォルトの名無しさん
08/04/23 14:06:54
他のスレだと問題の切り分けすらできない可能性が高い。
このスレだとだいたいの切り分けができる。
例えば回答が、レジストリのココをいじれ、とか、Wake on LANでググれとかだと、
このスレに流れつくのも仕方ないと思う。
96:デフォルトの名無しさん
08/04/23 14:34:08
俺は自分が答えられることならAPIの話と少しずれててもここで答えてやろうと思ってるがね
97:デフォルトの名無しさん
08/04/23 14:44:48
WindowsSDKの範疇は全部、ってことでいいか?
98:デフォルトの名無しさん
08/04/23 16:09:56
つまり.NET関連もここでいいという事か
99:デフォルトの名無しさん
08/04/23 16:58:29
マネージ系は除こうよ。
専用のスレのほうが分かる人が多いだろうから
聞くほうも答えるほうも幸せ。
100:デフォルトの名無しさん
08/04/23 17:38:51
結局>>61-62じゃない
わざわざ40レスも余分に消費してまで議論してるなんて
ホント、要領が悪いというか頭が悪いというか
101:デフォルトの名無しさん
08/04/23 19:54:09
↑話を理解してない馬鹿
102:デフォルトの名無しさん
08/04/23 19:57:24
>>101
スレの主旨を理解していない馬鹿
103:デフォルトの名無しさん
08/04/23 20:01:00
Win32AHO質問箱でつか？
104:デフォルトの名無しさん
08/04/23 20:03:00
USO800準拠
105:デフォルトの名無しさん
08/04/23 20:14:28
ANSI(Ahobakari No Sa Itama)企画
106:デフォルトの名無しさん
08/04/23 20:39:58
この辺でAPIフックがらみの質問がくると大胆予想
107:デフォルトの名無しさん
08/04/23 20:56:48
定番だね
108:デフォルトの名無しさん
08/04/23 21:06:42
.Netは重いしメモリ食うから嫌い
クルーソーの800MHzのCPU積んだノートで.Netで書かれたソフト起動したら1分待たされたしｗ
109:デフォルトの名無しさん
08/04/23 21:16:10
初回起動は最近のPCでも結構待たされるわな＜.net
まあそれ故のSuperFetchなのだろう
110:Alfred Vaino Aho
08/04/23 21:16:53
>>103
呼んだ？
111:デフォルトの名無しさん
08/04/23 21:19:13
↑話を理解してない馬鹿
112:デフォルトの名無しさん
08/04/23 22:00:14
_、_
ヽ( ,_ノ`)ノ 残念、それは私のおいなりさんだ
へノ /
┌→ ω へ
│
│
│
113:デフォルトの名無しさん
08/04/23 22:16:51
IEのオプションでスムーズスクロールをオフに出来るけど、
あれってプログラム単位でスムーズスクロールのオンオフを
切り替えできるってことなんでしょうか。
リモートデスクトップなんか使っていると、エクスプローラの
ツリービューのスクロールはローカルで使ってるのと同じくらい
早いんだけど、自作アプリのツリービューのスクロールがライン毎で
えらい遅いのでなんとかしたいのですが。。。。。
動作環境はXP SP2です。
114:デフォルトの名無しさん
08/04/23 22:18:25
↑話を理解してない馬鹿
115:デフォルトの名無しさん
08/04/23 22:26:48
>>108
Crusoeは詐欺CPU
ベンチマークのスコアは立派だが、実使用ではまるで性能が出ない。
116:デフォルトの名無しさん
08/04/23 22:28:44
>>113
オーナードローしてたり?
117:デフォルトの名無しさん
08/04/23 23:50:08
>>115
それは十分承知だが、ネイティブAPIのアプリだったらすぐ起動するからね。
118:デフォルトの名無しさん
08/04/23 23:53:07
コードのワーキングセットが、コードモーフィング結果のキャッシュをはみ出すと、途端に劇遅になるからな。
119:デフォルトの名無しさん
08/04/24 02:08:56
>>117
ネイティブAPIの意味が違う
120:デフォルトの名無しさん
08/04/24 02:15:10
NTnativeとは違うのは、文脈から明らかだろう。
121:デフォルトの名無しさん
08/04/24 02:36:06
質問があります。IMAGELIST型を読み込みたいと思っています。
ビルドは通るのですが、途中でエラーが出てしまい、原因が分かりません。
同じようなエラーで困った方、解決方法をご教示ください。よろしくお願いします
ImageList_LoadImage関数をコメント文にすると実行可能になるので、この部分でエラーが出ているようです。
HIMAGELIST h_img;
h_img = ImageList_LoadImage(hInst, (LPCTSTR)IDB_ICON, 15, 0, CLR_DEFAULT,
IMAGE_BITMAP, LR_LOADMAP3DCOLORS);
エラー内容
'System.TypeLoadException' のハンドルされていない例外が hoge.exe で発生しました。
追加情報 : アセンブリ 'hoge, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' から型 '_IMAGELIST' を読み込めません。
開発環境 VC SDK
122:デフォルトの名無しさん
08/04/24 04:13:49
Win32ネイティブをネイティブAPIなんて言う奴初めて見た
123:113
08/04/24 06:26:34
>>116
オーナードローしてます。そのせいだとすると、対策なしですね。。。。
124:デフォルトの名無しさん
08/04/24 08:31:46
状況を自分で判断して再描画スキップするぐらいしかないかな
125:デフォルトの名無しさん
08/04/24 08:42:29
>>121
hInstに入ってるのは何か？
IDB_ICONはなんとdefineされているか？
126:デフォルトの名無しさん
08/04/24 09:03:14
そもそもなぜ.NETでWin32のイメージリストを使う必要があるのかね？
127:デフォルトの名無しさん
08/04/24 09:08:40
MFCじゃないかぎり、アイコン表示でSDKなら普通使わない？
128:デフォルトの名無しさん
08/04/24 09:11:30
.netならSystem.Windows.Forms.ImageList辺り使えば
129:デフォルトの名無しさん
08/04/24 10:24:35
より高機能な物がクラスライブラリに付属してるのにわざわざWin32のImageListを使うなんて・・・
まあWin32版の方がリソース消費量は少なかった気はするが
130:デフォルトの名無しさん
08/04/24 10:33:19
↑話を理解してない馬鹿
131:デフォルトの名無しさん
08/04/24 11:47:18
クラスライブラリとか・・・SDKって書いてあるだろ。
質問の内容を理解せずにMFCなら！MFCなら！とかまんせーすんなよ。
132:デフォルトの名無しさん
08/04/24 11:57:51
うるせーデブ
133:デフォルトの名無しさん
08/04/24 11:59:40
.netなのにSDKかよ
アホだな
134:デフォルトの名無しさん
08/04/24 12:16:27
で？
Linuxならそんなもん使わなくてもすぐできるのに。
135:デフォルトの名無しさん
08/04/24 12:34:24
↑話を理解してない馬鹿
136:デフォルトの名無しさん
08/04/24 12:55:23
135には同意できるｗ
137:デフォルトの名無しさん
08/04/24 17:48:12
DrawFocusRectって単に反転色の点線を描くだけのAPIかと思ってたら、下の色によっては
反転じゃなく濃灰色の点線になったり、下地が青色系とかだと点線じゃなく実線になったりと
結構いろいろやってるAPIだったのね。
138:デフォルトの名無しさん
08/04/24 17:50:53
r;ｧ'N;:::::::::::::,ｨ／ >::::::::::ヽ
. 〃 ヽﾙ1'´ ∠:::::::::::::::::i
i′ ___, - ,. = -一 ￣ｌ:::::::::::::::ｌ
. ! , -＝=､´r' l::::::/,ﾆ.ヽ
ｌ _,, -‐''二ゝ ｌ::::l fﾞヽ |、 ここはお前の日記帳じゃねえんだ
ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_ !:::l ） } ト
ヾ¨'７"ry､｀ ｰﾞ='ニ,,,｀ }::ヽ(ノ チラシの裏にでも書いてろ
:ｰゝヽ､ !´ "￣ 'l,;;;;,,,.、 ,i:::::::ﾐ
::::::::::::::::ヽ.-‐ ﾄ、 r'_{ __)｀ニゝ、 ,,iﾘ::::::::ﾐ
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ , な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l ヽ;:::::::::::::::::::::::::::::::::::::::::::／ ／
::::::::::::::::::::::::::::::! :|.＼;::::::::::::::::::::::::::::::／ ／
139:デフォルトの名無しさん
08/04/24 18:09:14
ANSIしか対応してない関数でUNICODE文字を含むファイルを開くにはどうしたらいいでしょうか
MoveFileやCopyFileは利用しない方針でおながいします
とりあえず思いついたのが8.3形式のショートファイル名を利用する方法だったんですが
オプションで生成しないように切り替えられるんですよねえ、これ
140:デフォルトの名無しさん
08/04/24 18:11:06
> ANSIしか対応してない関数
具体的に
141:デフォルトの名無しさん
08/04/24 18:12:31
普通に開けばいいじゃないか
何がひっかかって開けないの？
142:デフォルトの名無しさん
08/04/24 18:13:25
ImageHelpAPIとか
具体的に言えばMapAndLoadかImageLoadが使いたい
143:デフォルトの名無しさん
08/04/24 18:24:40
Unicode文字を含むファイル名を、ANSIのAPIや、
あるいはUnicodeに対応してない古臭いライブラリとかで使いたいんだろうか。
Vistaのシンボリックリンクで別名を作るとかは？
MoveFileやCopyFileではないぞ。
144:デフォルトの名無しさん
08/04/24 18:26:44
NTFSならCreateHardLinkしちゃえ
145:デフォルトの名無しさん
08/04/24 18:28:32
>>143-144
なるほど、それは良さそうですね
リンク作成の方向で検討します（ ´∀｀）
146:デフォルトの名無しさん
08/04/24 18:29:38
>>142
EXEやDLLのファイル名にANSI以外の文字を使うこと自体が邪道。
かつては8.3を越える長いファイル名もご法度だったんだ。
147:デフォルトの名無しさん
08/04/24 18:31:26
>>146
いやまあそれ以外にも統合アーカイバライブラリのDLLもANSIしか無かったり、色々あるのですお
とりあえず、ありがとうございます
148:デフォルトの名無しさん
08/04/24 18:36:34
>>146
今のWindows自体にそんな制限など存在しない。
たんにヘタレなPGの言い訳にすぎん。
8.3の制限を持ち出すとなると、当然32bitコードも邪道だと思っているんだよな？
ポインタのサイズが今までの倍もあるんだぜ。もったいないじゃないか！
149:デフォルトの名無しさん
08/04/24 18:43:01
>>148
> 今のWindows自体にそんな制限など存在しない。
8.3形式の短いファイル名でレジストリや設定ファイルの類いにパスが記録される
↓
何らかの原因で8.3形式の短いファイル名が一致しなくなる
↓
どぼん
そういうのを避けるために8.3形式にしているのをヘタレと言うのなら、どうぞお好きに。
> 8.3の制限を持ち出すとなると、当然32bitコードも邪道だと思っているんだよな？
なわけない。
150:デフォルトの名無しさん
08/04/24 18:44:08
てかSJIS外の文字をファイル名に使うことってほとんど無いと思うけど
☀.txtとかそんな名前でも付けてるの？
>>148
PEヘッダに記録されるファイル名はANSIなんだが
それに俺の環境だけなのかは知らんがASCII文字以外を使ってるEXEがタスクマネージャで化ける
151:デフォルトの名無しさん
08/04/24 18:46:46
俺はBig5ならしょっちゅう扱ってる
152:デフォルトの名無しさん
08/04/24 19:05:57
>>148
知らないならレスしないでください
153:デフォルトの名無しさん
08/04/24 19:55:30
CreateProcess(NULL, "sample.exe", NULL, NULL, FALSE, CREATE_NEW_CONSOLE, NULL, NULL, &si, &pi);
hWnd = FindWindow("sample", NULL);
SendMessage(hWnd, WM_CLOSE, 0, 0);
この順番に処理させたいんだけどうまくいかない
hWndが０になってしまう
どうすればCreateProcess→SendMessageが上手くいくようになる？
＊sample.exeはコンソールアプリ
154:デフォルトの名無しさん
08/04/24 19:59:44
>>153
本当にコンソールのタイトルに"sample"なんて表示されてるか？
"c:\windows\cmd.exe"とか出てるはずだが
155:デフォルトの名無しさん
08/04/24 20:01:56
言い方がマズイかな
コンソールのタイトルは
"カレントディレクトリパス+sample.exe"
になるはず
156:153
08/04/24 20:07:21
>>154,>>155
FindWindowの第１引数をsample.exeのフルpathにしてもだめ（hWnd=0）でした
157:デフォルトの名無しさん
08/04/24 20:11:24
パスって言うかコンソールのタイトルとFindWindowの引数が正確に一致してるのかって話なんだが
大文字小文字の差も含めて
少なくともSpyはタイトル拾えてるから引っかからないって事は無い筈
158:デフォルトの名無しさん
08/04/24 20:15:37
URLﾘﾝｸ(www.uploda.org)
ほれ
159:デフォルトの名無しさん
08/04/24 20:17:08
>>156
まずはSpy++とかで確認しる。
ちなみに、CreateProcessしてすぐにFindWindowしてる、なんていうオチじゃないだろうな?
160:153
08/04/24 20:24:56
CreateProcessの次にFindWindowしてます・・・
161:153
08/04/24 20:28:12
検索してたら見つけたんだけど、この使い方解説お願いできます？
URL:URLﾘﾝｸ(homepage2.nifty.com)
BOOL CALLBACK EnumProc(HWND hwnd, LPARAM lParam)
{
DWORD dwThreadId, dwProcessId;
dwThreadId = GetWindowThreadProcessId(hwnd, &dwProcessId);
if (dwProcessId == (DWORD)lParam) {
PostMessage(hwnd, WM_CLOSE, 0, 0);
}
return TRUE;
}
// pi は CreateProcess() したときの PROCESS_INFORMATION
EnumWindows(EnumProc, (LPARAM)pi.dwProcessId);
****ここまで引用
162:デフォルトの名無しさん
08/04/24 20:33:30
CreateProcessの直後にFindWindowしたら駄目にきまってるだろう。
プロセスが起動した瞬間にウインドウができるわけじゃない。
163:デフォルトの名無しさん
08/04/24 20:36:07
>>161
CreateProcessで作成したプロセスが所有するウィンドウにWM_CLOSEをポストしてる
当然CreateWindowで作ったウィンドウを持ってないプログラムにゃ無効
164:デフォルトの名無しさん
08/04/24 20:38:47
つかコンソールにWM_CLOSE送るなら
terminateprocessでも使っとけば良いんじゃねえのか
165:153
08/04/24 20:50:22
ありがとうございます
>>164
上のURL先に
>緊急遮断に使用するものであり，終了するが正常な終了方法ではない
とありますが大丈夫ですか？
正常終了するにはどうすればいいですか？
166:デフォルトの名無しさん
08/04/24 20:53:29
コンソールにWM_CLOSE送ったってムリヤリ終了してるから気にするな
コンソールプログラムならプログラムが自発的に終了しない限り正常終了しない
167:デフォルトの名無しさん
08/04/24 20:55:24
>>165
外部から無理に止めるのが正常な方法であるわけがない。
メッセージを投げてターゲットプロセスが自分で終了するようにするのがまっとうな方法。
168:デフォルトの名無しさん
08/04/24 20:55:48
WM_CLOSEをポストする。
キャンセルできるから確実性はないけどな。
169:デフォルトの名無しさん
08/04/24 20:57:33
そういう場合はパイプで繋げてシグナルを送信するんだよ
170:153
08/04/24 20:59:45
ありがとうございます
望みどおりの動作してくれました
171:153
08/04/24 21:04:09
>>167
自力終了 == 正常終了
なんですね覚えておきます
>>169
パイプ・シグナルの事も頭に入れておきます
172:デフォルトの名無しさん
08/04/24 21:24:57
Googleの弊害だよな。
適当に検索して、それっぽいコードを継ぎ接ぎする、本質を理解しようとしない人間が量産されるのは。
173:167
08/04/24 21:25:00
>>171
外部から何かを受け取ることでエラー終了するように作られたものもありうる。
少なくともあるプロセスがどういう状況にあるのかを無視して終わらせるのが正常とは言えない、
ということだ。拡大解釈やめれ。
174:デフォルトの名無しさん
08/04/24 21:29:47
そもそも、CreateProcessして即座に終了させるって、無意味だろ。
なぜ外部から終了させる必要があるのか、まずは、そこから話してみ。
175:デフォルトの名無しさん
08/04/24 21:52:39
試してるだけじゃないのか
176:153
08/04/24 21:58:44
>>173
わかりました
>>174
CreateProcessしたプログラムで処理してる時に
別のプログラムの処理も必要になった時のために
メインのプログラムから起動するようにしました
どうせやるなら終了もメインのプログラムからした方が
使いやすい（手間がかからない）と思ったからです
177:デフォルトの名無しさん
08/04/24 22:08:04
>>153
FindWindowの第一引数はクラス名だぼけ
178:デフォルトの名無しさん
08/04/24 22:10:04
HWND FindWindow(
LPCTSTR lpClassName, // クラス名
LPCTSTR lpWindowName // ウィンドウ名
);
ここまで誰も気付かなかったな
すげぇｗ
179:デフォルトの名無しさん
08/04/24 22:12:44
LPCTSTR型のクラス？
180:デフォルトの名無しさん
08/04/24 22:13:19
ごめん
なんでもない
181:デフォルトの名無しさん
08/04/24 22:13:54
ウィンドウクラスというのはだな・・・（ry
182:デフォルトの名無しさん
08/04/24 22:14:10
>>176
> どうせやるなら終了もメインのプログラムからした方が
> 使いやすい（手間がかからない）と思ったからです
なるほど。
その子プロセスは、どういったものなの?
また、
その子プロセスの正規の終了条件もしくは終了手順は、
どういったものなの?
183:デフォルトの名無しさん
08/04/24 22:18:49
なんという盲点
184:153
08/04/24 22:22:46
>>182
１、ある時刻になったらBEEP鳴らして終了
２、文字列をある規則で別の文字列へ変換して待機（別ファイルを読み込む可能性があるため）
３、文字列から特定の文字を削除（同上）
etc
２と３はexit入力で終了です
185:デフォルトの名無しさん
08/04/24 22:49:39
>>184
えーと、対話的に入力を受付けてるわけね。
で、exitとタイプしてリターンキーを押すと終了、と。
ならば、
WaitForInputIdle()
で入力待ち状態になるまで待ち、
コンソールに"exit\n"を送るのが、
正規の終了手段だと思う。
186:153
08/04/24 23:18:25
>>185
sampleがSleep中でもWaitForInputIdle()の次の行へ進んでしまいました
>プロセスがコンソールアプリケーションである場合～中略～WaitForInputIdle 関数は即座に制御を返します。
とmsdnに書いてありました
187:デフォルトの名無しさん
08/04/24 23:25:47
あーごめん、じゃぁ、ちょっと面倒だな。
そのsampleも自分で作っていて変更可能なら、
入力待ちするところで、イベントオブジェクトの状態をチェックして、シグナル状態なら終了するようにして、
親プロセスが子プロセスに終了してほしいときに、イベントをシグナル状態にしたらどうよ。
188:デフォルトの名無しさん
08/04/25 00:08:10
WaitForInputIdleって対象プロセスが最初にGetMessageを呼ぶまで待機するとかそんな感じだったような
>>186
STARTUPINFO::hStdInput/hStdOutputあたりにMailslotのハンドルを渡せばできた気がする
189:デフォルトの名無しさん
08/04/25 09:48:31
質問です
う
190:デフォルトの名無しさん
08/04/25 09:49:53
なんすかｗｗｗｗｗｗｗｗｗｗ
191:デフォルトの名無しさん
08/04/25 11:39:07
FileMonで"FASTIO_QUERY_OPEN"ってなるやつって、具体的にはどうやってファイルオープンしてるんでしょうか
NtCreateProcess()とNtOpenProcess()とNtCreateSection()の３つに
フックをかけて監視してるんだけどどれにも引っかからない
192:デフォルトの名無しさん
08/04/25 12:06:41
またネイティブAPIか
193:デフォルトの名無しさん
08/04/25 12:31:15
xmlとかYAMLとかをhttpで送受信するのに便利な通信モジュールないかな。
WININETとMFCは試したけど、通信の待ち時間とかを有効に使おうとするととても書きづらい。
194:デフォルトの名無しさん
08/04/25 13:05:12
本当に必要なのは通信の待ち時間とかを有効に使うための知識か
195:デフォルトの名無しさん
08/04/25 14:00:56
通信の待ち時間を使って本を読んでます！
196:デフォルトの名無しさん
08/04/25 14:52:13
ﾜﾛﾀ
COMでもいいのかな
197:デフォルトの名無しさん
08/04/25 14:57:53
>>172
検索して見つかったコードを自分なりに書き換えるのもまたイイ
198:デフォルトの名無しさん
08/04/25 15:43:03
boost::asio
199:デフォルトの名無しさん
08/04/25 20:14:40
マルチスレッド化して、その内のあるスレッドで同期系のものによって通信するのも1つの手ではある。
200:デフォルトの名無しさん
08/04/25 21:05:53
TCP通信ってさ、勝手に同期とって転送してくれるんじゃないの？
俺、TCPで同期とか考えたことないんだけど。。考えが間違ってたらご指摘plz
201:デフォルトの名無しさん
08/04/25 21:16:26
じっと待ってられないせっかちさんと、途中でキャンセルしたくなる優柔不断さんのため
202:デフォルトの名無しさん
08/04/25 21:26:36
WinInetには非同期モードあるぞ、一応。
203:デフォルトの名無しさん
08/04/25 21:33:35
DLLでエクスポートされたデータ変数について、
ちょっとお聞きしたいことがあります。
例えば、変数をエクスポートする際
__declspec(dllexport) int *dll_val;
と宣言すれば、メイン側からこの変数は
__declspec(dllimport) int **_imp__dll_val = &dll_val;
と同じように扱われると、最近msdnで知りました。
なので、メイン側からのこの変数への参照が、アセンブラレベルでは
DWORD PTR [_imp__dll_val]
のようになると予想していました。
VC2005のデバッグモードでは、確かにそうなっていました。
しかし、リリースモードでは、なぜかそうなっていませんでした。
これに対応する個所が
offset _imp__dll_val
のように書き換えられていたのです。
これを行うためには、_imp__dll_valのアドレスが事前に決まってなければならないと思うのですが、
ベースアドレスが固定のwindows dllで、このようなことは可能なのでしょうか？
204:デフォルトの名無しさん
08/04/25 21:51:41
リロケート情報あるんじゃないのかな
205:デフォルトの名無しさん
08/04/25 22:01:45
ベースアドレス固定ってntdllとkernel32ぐらいじゃね？(Vistaは知らん)
206:デフォルトの名無しさん
08/04/25 22:46:14
>>191
おそらくは各ドライバ（ntfs.sysとかかな）のFastI/Oディスパッチルーチンの呼び出し
_FAST_IO_DISPATCH構造体でぐぐれば情報はでる あくまで推測だけど
207:デフォルトの名無しさん
08/04/25 23:10:38
>>204
dllでリロケートする場合って、必要な全アドレスを書き換えますよね。
この場合、間接ポインタではなく'offset _imp__dll_val'で変数を使うことは可能なのでしょうか？
>>205
すいません。ベースアドレス固定ではなく、
「dllごとにベースアドレス固定」が正しい表現でした。
208:デフォルトの名無しさん
08/04/25 23:26:48
ねぇ、もうWinFXみたいなのって作らないの？
209:デフォルトの名無しさん
08/04/25 23:29:19
WinFXって.NET3.0だろ
210:デフォルトの名無しさん
08/04/25 23:34:25
既に完成したものをまた作ってどうすんだろうね
211:デフォルトの名無しさん
08/04/26 00:06:16
>>200
それ同期違う。
ここでの同期は、転送が完了してから制御を返すこと。
逆に、転送が完了するのを確認せずに制御を返す関数が非同期。
212:デフォルトの名無しさん
08/04/26 01:12:23
入力されたパスのフォルダに入っているファイルを
リストコントロールに表示させているのですが、
この時のパスを格納するための配列は256バイトあれば大丈夫ですか？
213:デフォルトの名無しさん
08/04/26 01:13:54
せめてMAX_PATH。
214:デフォルトの名無しさん
08/04/26 01:16:08
成る程260バイトですか、ありがとうございます。
215:デフォルトの名無しさん
08/04/26 01:23:25
>>214
そのレスだと平気で
p = (LPTSTR)malloc(260);
とか書きそうな雰囲気だな
まあ俺には関係ないからどうでもいいが
216:デフォルトの名無しさん
08/04/26 07:40:27
>>215
そのように書く事によって何か問題が起こるとは予想がつかないのですが、
相応しくない書き方、という事ですね、
すみませんが、理由を知りたいです。
217:デフォルトの名無しさん
08/04/26 07:58:57
261あったらどうするの？
218:デフォルトの名無しさん
08/04/26 08:30:11
必要なだけ確保する
それが動的メモリ
逆に無駄な分は確保しない
219:デフォルトの名無しさん
08/04/26 08:35:13
ちょっとまて、お前ら答えを教えてやれよｗ
まあ、自分で探すのも大切ではあるが。
220:デフォルトの名無しさん
08/04/26 09:13:07
知らないならレスしないでください
221:デフォルトの名無しさん
08/04/26 09:52:51
>>216
ヒント
#ifdef _UNICODE
typedef wchat_t * LPTSTR;
#else
typedef char * LPTSTR;
#endif
222:デフォルトの名無しさん
08/04/26 10:14:36
>>212
んな事ぁ手前で好きに決めるもんだ。
223:デフォルトの名無しさん
08/04/26 10:35:43
MAX_PATH * sizeof(TCHAR)
224:デフォルトの名無しさん
08/04/26 11:10:27
知ってるならレスしないでください
225:デフォルトの名無しさん
08/04/26 11:15:52
↑話を理解してない馬鹿
226:デフォルトの名無しさん
08/04/26 11:17:17
↑自演馬鹿
227:デフォルトの名無しさん
08/04/26 11:20:41
↑正解
228:デフォルトの名無しさん
08/04/26 11:39:27
_、_
ヽ( ,_ノ`)ノ チッ、乗り遅れたか・・・
へノ /
┌→ ω へ
│
│
│
229:デフォルトの名無しさん
08/04/26 12:15:23
まだ誰も言っていないが、260じゃなくてMAX_PATHって定数使えよ。
230:デフォルトの名無しさん
08/04/26 12:24:36
>>229
>>223
231:デフォルトの名無しさん
08/04/26 12:36:15
MAX_PATHはかなり前に出てる
質問者が勝手に260に変換しただけ
232:デフォルトの名無しさん
08/04/26 13:06:42
この中に、「MAX_PATH を超えるパス名など存在しない」と思ってる人が！
233:デフォルトの名無しさん
08/04/26 13:11:35
そんなのexplorerだっていい加減だから気にしなくていい
234:デフォルトの名無しさん
08/04/26 13:15:23
URLﾘﾝｸ(www.google.co.jp)
嘘書いてるのも多いしなあ（FAT32の話をしてるのかも知れんが）
235:デフォルトの名無しさん
08/04/26 13:20:11
↑話を理解してない馬鹿
236:デフォルトの名無しさん
08/04/26 14:26:07
double型の数値を表示するのに、
double dbl=1.23;
char res[32];
wsprintf(res,"%f",dbl)
SetWindowText(hWnd, res);
とするとfと表示されるだけです。
どこがおかしいでしょうか？
237:デフォルトの名無しさん
08/04/26 14:47:49
>>236
L"%f"
238:デフォルトの名無しさん
08/04/26 14:49:19
wsprintfは実数使えないよ
239:デフォルトの名無しさん
08/04/26 15:05:48
せめてMSDNでAPIの説明を読んでから質問しろよ
240:デフォルトの名無しさん
08/04/26 15:06:22
StringCchPrintf
241:デフォルトの名無しさん
08/04/26 19:45:36
>>237-240
超亀ですが、ありがとうございました。
もっとちゃんと勉強しなおします。。
242:デフォルトの名無しさん
08/04/26 23:13:13
>>191
URLﾘﾝｸ(web.archive.org)
243:デフォルトの名無しさん
08/04/27 02:14:39
wsprintf の 'w' って "Windows" のことだよね？
lstrcpy の 'l' はさっぱり分からん
244:デフォルトの名無しさん
08/04/27 02:19:29
同じように95時代のソースみてると _lopen とかつかってて _l ってなによって思う
245:デフォルトの名無しさん
08/04/27 02:38:55
LPSTRと同じようにlong pointerじゃないの?
246:デフォルトの名無しさん
08/04/27 02:39:42
指定の他のソフトにきているメッセージを調べる方法ってありませんか？
247:デフォルトの名無しさん
08/04/27 02:48:22
グローバルフック
248:デフォルトの名無しさん
08/04/27 02:58:24
lsprintfでも良かったのにwsprintfなのが謎
kernel32.dllじゃなくてuser32.dllにあるのも謎
しかもWin9x系だと実体はkernel32.dll内にあってuser32!w(v)sprintfは実体にjmpしてるだけだし
249:デフォルトの名無しさん
08/04/27 03:00:35
swprintf と wsprintf があるからややこしいんだよな。
しかもそれでいて wsprintf は %f がないという大きな仕様の差があるし。
250:デフォルトの名無しさん
08/04/27 03:07:23
CRT: sprintf, swprintf
Win32: wsprintf
CRT: vsprintf, vswprintf
Win32: wvsprintf
CRT: _snprintf, _snwprintf
Win32: wnsprintf
CRT: _vsnprintf, _vsnwprintf
Win32: wvnsprintf
>>249
それだけじゃないぞ。
wsnprintf じゃなくて wnsprintf とか、もうアホかと。
251:デフォルトの名無しさん
08/04/27 04:42:39
>>250
こういうの、1～2回/年くらいしか趣味でWinアプリをつくらない
ハード屋のおいらにはつらい
252:デフォルトの名無しさん
08/04/27 05:07:35
シーケンシャルで読み捨てるんだったら
メモリマップトファイル使っても効率落ちるだけですかね？
253:デフォルトの名無しさん
08/04/27 06:03:19
読み捨てるのに明示的にマップする必要なんてあんのか
254:デフォルトの名無しさん
08/04/27 08:03:24
ReadDirectoryChangesW() を同期モードでワーカースレッドで使用した場合に，
メインスレッドから制御を変えさせる（中断させる）方法ってありますか？
255:デフォルトの名無しさん
08/04/27 11:04:31
multimedia timerとhigh-resolution timerの使い分けはどのようにすればいいのでしょうか？
256:デフォルトの名無しさん
08/04/27 11:09:24
気分しだい
257:デフォルトの名無しさん
08/04/27 11:17:27
同期用のディレクトリハンドルを閉じてみるとか
258:デフォルトの名無しさん
08/04/27 11:38:51
>>252
数MBくらいのファイルだが、
シーケンシャルな読み取りしかしないときにメモリマップしたら、
バッファリングありで普通に読み取るよりは速かった覚えがある。
259:デフォルトの名無しさん
08/04/27 11:41:45
バッファリングぐらい自前でしろよ
260:デフォルトの名無しさん
08/04/27 11:43:18
>>257
今やってみたけど制御帰らなかった…(´･ω･｀)
261:デフォルトの名無しさん
08/04/27 17:36:16
1.clやgccでコンパイル・リンクして出来上がった*.exeファイルは、
CPU（ペンティアム等）が直接理解できる形式のファイルなのでしょうか？
2.上記の答えが「直接理解できないファイル」の場合。
CPUが直接理解できるファイルを、clやgccで作成することは出来ますか？
質問の意図。
出来るだけ速く動作させたいとか直接的な理由はありません、
知識として知っておきたいのが質問の意図です。
262:デフォルトの名無しさん
08/04/27 17:37:42
ほぼ直接理解できる形式になっている。
ほぼってのは、プログラムをメモリ上にロードする際に
OS が少し手を加えるから。
263:デフォルトの名無しさん
08/04/27 17:44:42
そもそもCPUは命令をデコードしてから実行してるからCPUが直接理解できるなんて有り得ない訳だが
264:デフォルトの名無しさん
08/04/27 17:51:20
デコーダも CPU 内にあるし
265:デフォルトの名無しさん
08/04/27 17:57:23
いや、IntelやAMDが配ってる命令リストに記述されてるもんであれば
直接解釈しているとみなして良いと思うが
266:デフォルトの名無しさん
08/04/27 18:15:32
>>261
exeやdllは必ずしもCPUネイティブなマシン語とは限らんぞ。
/clrでコンパイルしたらMSILになるからな。
267:デフォルトの名無しさん
08/04/27 18:17:04
そうか cl だとそれがあったか
268:デフォルトの名無しさん
08/04/27 20:11:29
マイクロプログラムってソフトウェアなのかハードウェアなのかよくわからんよな。
269:デフォルトの名無しさん
08/04/28 02:47:55
Win32APIで.NETのexeからリソースを取り出すのってどうすればいいの？
FindResourceじゃ取れないし
270:デフォルトの名無しさん
08/04/28 03:06:49
アンマネージホスト用のインタフェース・関数がmscoree.dllとかから出ているから、
それを使ってやればいいんじゃないかな？
CLRを読み込んで、アセンブリ (EXE)を読み込んだら、
あとはCOMインタフェースで.NET Frameworkクラスライブラリを使う。
実際できるかどうかわからないけど、100%ネイティブでやれるとしたらこんな感じのはず。
271:デフォルトの名無しさん
08/04/28 04:50:39
>>270
それネイティブじゃないだろｗ
272:デフォルトの名無しさん
08/04/28 15:36:29
GetGlyphOutline で TrueType font の情報を取ってきているんですが、
OUTLINETEXTMETRIC 構造体の otmsCapEmHeight って何の値が入っているか
知っている方いらっしゃいますか。
MSのヘルプ系には Not supported.ってしか書いてないんですよね
そのわりにはしっかり値入ってるし、どうもほしい値っぽいし・・・
273:デフォルトの名無しさん
08/04/28 15:46:02
Caption Embed Height
キャプションに配置した時の高さ
勘で言った。気にしないでくれ
274:デフォルトの名無しさん
08/04/28 15:46:22
32bitOS上で、32bitアプリは特別なことしないとユーザー2GB、
カーネル2GBですよね。
64bitOS上だと、この2GB＆2GBは変わらないのでしょうか？
ちとスレ違いかも知れんけどWin32アプリの仕様に関してなので、
ここで質問してみました。
ググっても資料見つかんなかったです。検索下手ですね。すみません
275:デフォルトの名無しさん
08/04/28 16:03:00
>>274
これがそれっぽい？
URLﾘﾝｸ(msdn2.microsoft.com)(VS.85).aspx
＞On the x64 processor, each 32-bit application receives 4 GB virtual address space in the WOW64 environment,
＞if the application has the IMAGE_FILE_LARGE_ADDRESS_AWARE flag set in the image header.
＞If this flag is not set, the 32-bit application receives 2 GB virtual address space.
276:デフォルトの名無しさん
08/04/28 16:07:54
64bitOS上で、32bitアプリってこと？
リンカでスイッチ入れない場合は上限2GBでかわらない。
入れた場合は4GBまで使える。
277:デフォルトの名無しさん
08/04/28 16:15:25
>>276
一つ上のレスも見えんのか
278:デフォルトの名無しさん
08/04/28 16:42:04
>>277
お節介な話だが、>>276 氏は>>274 を見てレスを考えている最中に先に
>>275 が入って、ちぐはぐになったんじゃね。
279:デフォルトの名無しさん
08/04/28 16:46:20
ファイルパスが長い場合に途中を...に置き換えてくれる関数みたいに
指定された長さ以下になるまで8.3形式に縮めてくれる関数ないですか。
280:デフォルトの名無しさん
08/04/28 16:52:47
>>278
つまりこういう事か
ｹｺｰﾝしる>>276>>277
>>279
> 指定された長さ以下になるまで8.3形式に縮めてくれる
何が言いたいのかさっぱり分からん
281:デフォルトの名無しさん
08/04/28 16:53:30
まつがえた
ｹｺｰﾝしる>>275>>276
282:デフォルトの名無しさん
08/04/28 17:00:00
>>279
上のほうはPathCompactPath(Ex)
283:282
08/04/28 17:01:52
質問ちゃんと読んでなかった。忘れて
284:デフォルトの名無しさん
08/04/28 17:21:02
なんでお前らそんなに物知りなんだ……？
285:デフォルトの名無しさん
08/04/28 17:25:28
・指定された長さ以下になるまで縮める
PathCompactPath、PathCompactPathEx、DrawTextEx
・8.3形式に縮める
GetShortPathName
・指定された長さ以下になるまで8.3形式に縮める
？？？
286:デフォルトの名無しさん
08/04/28 18:01:35
>>275>>276
ありがとん
例の3GBスイッチ入れたら64bitOS上でユーザー4GBですね。
もうこれで十分だああああ。
64bitアプリを作るのはいつのことになるやら…
287:デフォルトの名無しさん
08/04/28 19:45:30
>>272
ぐぐっただけだが。
URLﾘﾝｸ(source.winehq.org)
には「potm->otmsCapEmHeight = pOS2->sCapHeight」と書いてある。
で、「sCapHeight」を調べたら
URLﾘﾝｸ(www.microsoft.com)
This metric specifies the distance between the baseline and the approximate
height of uppercase letters measured in FUnits. This value would normally be specified
by a type designer but in situations where that is not possible, for example when a
legacy font is being converted, the value may be set equal to the top of the unscaled
and unhinted glyph bounding box of the glyph encoded at U+0048 (LATIN CAPITAL
LETTER H). If no glyph is encoded in this position the field should be set to 0.
This metric, if specified, can be used in systems that specify type size by capital height
measured in millimeters. It can also be used as an alignment metric; the top of a drop
capital, for instance, can be aligned to the sCapHeight metric of the first line of text.
288:デフォルトの名無しさん
08/04/28 19:57:02
日本語でおｋ
289:デフォルトの名無しさん
08/04/28 20:08:53
wineのソースかよ
290:デフォルトの名無しさん
08/04/28 20:26:35
>286
例の3GBスイッチって何？
291:デフォルトの名無しさん
08/04/28 20:32:24
>>290
link.exe /LARGEADDRESSAWARE
292:デフォルトの名無しさん
08/04/28 20:34:42
どこらへんが３GBなの？
293:デフォルトの名無しさん
08/04/28 20:36:45
ヒントもらったんだから少しは調べて聞けよ・・
294:デフォルトの名無しさん
08/04/28 20:45:32
boot.iniに仕込むほうの/3GBと紛らわしくてイケナイし、
内実がしめしているものと意味合いが異なりすぎるのに
LARGEADDRESSAWAREを3GBスイッチとか言うのはなぜ？
295:デフォルトの名無しさん
08/04/28 20:56:53
↑話を理解してない馬鹿
296:デフォルトの名無しさん
08/04/28 21:16:48
>>252
実際にやったことある。
もう必要ないページが物理メモリに残って、また必要になるページが追い出されて、
ぐだぐだな状態になったよ。
ワーキングセットを自分でトリムすりゃいいんだろうけど、
そしたら自分に必要なページまで削られちまうかも。
297:デフォルトの名無しさん
08/04/28 22:34:59
>>294
大いに関係ある。
/LARGEADDRESSAWARE付けたEXEが実際に2GB超のメモリを使うには、
boot.iniで/3GBを入れていないといけない。
（あるいは上に話があったように64ビットWindowsにするか）
298:デフォルトの名無しさん
08/04/28 22:41:52
2000だとシステム空間は減るのにユーザのメモリ空間は変わらないんだよな、確か
299:デフォルトの名無しさん
08/04/28 23:43:14
煽り目的の人はシンデイイヨ
300:272
08/04/29 01:22:40
>>287
ありがとう
そのあたりも調べてみます。
301:デフォルトの名無しさん
08/04/29 01:54:18
すみません。質問させていただけますでしょうか。
今現在、SetTimerを用いてWM_TIMERを送ってもらっているのですが、
タイマーの精度が低いので、timeGetTime関数を使ってみようと思ったのですが
これがうまくいきません。
具体的なやり方のようなものをご存知の方がいらっしゃいましたら、ご教示くださいませ
302:デフォルトの名無しさん
08/04/29 01:59:20
マルチメディアタイマーつかっとけ
303:デフォルトの名無しさん
08/04/29 02:32:29
パフォーマンスカウンタで測りながらループが最強だと思う
304:デフォルトの名無しさん
08/04/29 02:33:56
ちゃんとループにSleep(0);を挟んでおけよ
305:デフォルトの名無しさん
08/04/29 02:44:29
system("cls");
みたいな動作する関数って何ですか？
306:デフォルトの名無しさん
08/04/29 02:47:23
VOID SystemCLS(VOID){
system("cls");
}
307:デフォルトの名無しさん
08/04/29 02:51:09
system("cls");
これを使わなくてもコンソール画面をクリアして
カーソルを一番左上に持っていく事はできますか？
308:デフォルトの名無しさん
08/04/29 02:51:36
>>306 それじゃWinAPI関係ねぇだろｗ
309:デフォルトの名無しさん
08/04/29 03:03:37
CreateProcessに変更すればおｋ
310:デフォルトの名無しさん
08/04/29 03:05:13
msvcrt.dllがKnownDLLsの一つだからCランタイム関数もWin32APIだろう
まあ"msvcrt.dll"にリンクできるコンパイラ(VC6,DDK,gccなど)を使ってればの話だが
311:デフォルトの名無しさん
08/04/29 03:18:02
>>307
できます。
312:デフォルトの名無しさん
08/04/29 03:19:54
どうやって？
313:デフォルトの名無しさん
08/04/29 03:21:34
非同期でwav再生してて、wavの再生位置が１分に来たら
このメッセージを表示
とかどうやったらできる？
314:デフォルトの名無しさん
08/04/29 04:10:40
sndPlaySound("c:\\test.wav", SND_ASYNC);
Sleep(60000);
MessageBox(NULL, "このメッセージを表示", NULL, 0);
315:デフォルトの名無しさん
08/04/29 04:40:57
>>301
マイクロソフトのサンプルはすべてチェックしたか?
>>303
パフォーマンスカウンターは正確とは限らない。
一部のCPUでは、CPUが省電力機能でクロックが低下すると、パフォーマンスカウンターまで遅くなる。
また、複数のコアを持つCPUでは、パフォーマンスカウンターの読み出しには結構なコストがかかる。
(かといってRDTSC命令(だったかな)を直に呼ぶのはダメだ。マルチプロセッサやマルチコアなど、
カウンタが複数ある場合、それらが同一にカウント開始するとは限らないからだ。)
316:デフォルトの名無しさん
08/04/29 04:40:58
GetAsyncKeyStateでキーの押下状態を取得したんですが、
３つ以上のキーを同時に押下するとき、いくつかの組み合わせでは最後に押したキーが押下されてない事になっています。
たとえばASDやSDFなどでは３つとも取得できていますが、
DFGやHJKをD→F→GやH→J→Kの順番で押していくとDFやHJの２つしか押下されてない事になっていて、
同様にD→G→FやH→K→Jの順番で押していくとDGやHKの２つしか押下されていない事になっています。
何か解決のヒントでもあれば教えてください。
ちなみにGetKeyStateやGetKeyboardStateを使っても同様の現象が発生していました。
317:デフォルトの名無しさん
08/04/29 04:44:20
>>307
MSDNライブラリで、
WriteConsole
のページを開いて目次を同期し、そこのあたりのAPIを一通り見れ。
318:デフォルトの名無しさん
08/04/29 04:45:14
>>314
Sleep(60000)が同期だろうが。
茶化した回答しかできんなら黙っとれ。
319:デフォルトの名無しさん
08/04/29 04:47:51
>>316
まずは、あなたの使っているキーボードが、Nキー・ロールオーバーを保証していることを確認せよ。
また、同時押下のキーに制限がないことを確認せよ。
そこいらのキーボードはコスト削減のために、
(シフト系の同時押下前提のキーを除いて)
複数のキーの同時押下を検出できない
または、誤検出するような設計になっている。
320:デフォルトの名無しさん
08/04/29 04:54:25
>>319
あー・・・なるほど。
１０００円くらいの安物なので多分対応してないでしょうね・・・。
確認してみます。
ありがとうございます。
321:デフォルトの名無しさん
08/04/29 04:59:18
Nキー・ロールオーバーを謳ってるキーボードでも、
PS/2接続ならOKだが、
USB接続だと6キーまでという制限があったりするらしいぞ。
322:デフォルトの名無しさん
08/04/29 06:38:42
PS/2接続のRealforce使ってるから、GetKeyboardStateで試してみたら、
本当にいくらでも同時押し下げを認識するのな。
別に無制限の同時押し下げのために使ってるわけじゃないが。
323:デフォルトの名無しさん
08/04/29 07:42:55
>>318
sndPlaySound("c:\\test.wav", SND_ASYNC);
CloseHandle(CreateThread(..., ThreadFunc, ...));
DWORD WINAPI ThreadFunc(void* p)
{
Sleep(60000);
MessageBox(NULL, "このメッセージを表示", NULL, 0);
return 0;
}
324:デフォルトの名無しさん
08/04/29 08:13:46
というか>>314のレス内容からこの程度の応用すら思い付かない奴は
プログラマに向いていないので転職をおすすめする
325:デフォルトの名無しさん
08/04/29 08:22:24
sndPlaySound使う時点でプログラマに向いてないと思うがｗ
326:デフォルトの名無しさん
08/04/29 08:25:16
非同期ってのは、そういう意味じゃないだろ。
327:デフォルトの名無しさん
08/04/29 08:27:09
>>314や>>323は、
60秒後に
このメッセージを表示
することだよな。
それを求めていたら、そういう質問になるだろう。
328:デフォルトの名無しさん
08/04/29 08:30:04
>>313の質問は、
> 非同期でwav再生してて、wavの再生位置が１分に来たら
> このメッセージを表示
である。
言葉を補うと、
すでに非同期で再生しているwavが、
その再生位置が1分のところに来たら
このメッセージを表示
となるだろう。
どこまで再生しているのか不明な以上、
Sleepなんかじゃ話にならない。
329:デフォルトの名無しさん
08/04/29 08:31:42
wavの再生速度を変えないなら、再生位置が1分になるのは再生してから1分後だろう
330:デフォルトの名無しさん
08/04/29 08:33:04
音とびなどの特殊状況を考えなければね
331:デフォルトの名無しさん
08/04/29 08:34:08
今時wavの再生ごときで音とびなんてするかよ
332:デフォルトの名無しさん
08/04/29 08:35:46
>>331
こういう奴って、実際にやったことないんだろうなぁ
333:デフォルトの名無しさん
08/04/29 08:39:15
>>332
仮に音とびしても「再生位置1分」と実時間とのずれなんて誤差範囲だろ
お前のPCでは1分のwavを再生するのに2分かかるほど音とびするのか？
334:デフォルトの名無しさん
08/04/29 08:44:03
sndPlaySoundから制御が返った瞬間に、再生開始されてると、いったい誰が保証してくれるんだ?
保証されていないものに頼ることこそ、プログラマに向いてない。
メモリ上にwavを読みこんであったとしても、そいつが物理メモリ上になかったら?
ファイルから直に再生するときに、CD-ROMなどのアクセスに時間のかかるデバイス上にあったら?
しかも、同時に他のアクセスが発生して、当該ファイルの読込みが途切れたら?
>>329
ループ再生していたら、再生開始から1分後とは限らない。
それに、先頭から再生しているのかどうかも、わからんし、
途中で一時停止するかもしれん。
335:デフォルトの名無しさん
08/04/29 08:50:28
>>334
お前ムキになりすぎ
そもそもsndPlaySoundは一時停止なんてできないし、
そんな事を言い出したらDirectSoundのコールバックやらを使っても正確に1分かどうかなんて分からんぞ
336:デフォルトの名無しさん
08/04/29 09:04:22
目的によって手段を選べばいい
337:デフォルトの名無しさん
08/04/29 09:06:28
ノートPC動かすとHDDのヘッドがリトラクトして簡単に音飛びするよ。
それも3秒とかの単位で。
Sleepで時間あわせなんてナンセンス。
定期的に再生位置を読みにいくしかないんじゃね。
338:デフォルトの名無しさん
08/04/29 09:14:25
> ノートPC動かすとHDDのヘッドがリトラクトして
そんな使い方してたらHDD壊れるだろｗ
339:デフォルトの名無しさん
08/04/29 09:58:35
>>335
sndPlaySoundを使うことを前提にして話をするなよ。
340:デフォルトの名無しさん
08/04/29 10:05:13
>>338
壊れないんだな、これが。
何年も前から、ノートPCのHDDには加速度センサが付いていて、
動きはじめた時点でヘッドを安全領域に移動させはじめるのよ。
衝撃が加わるであろう頃には、かなりの衝撃に耐えられる状態になる。
341:デフォルトの名無しさん
08/04/29 10:11:51
お前ら雑談はそろそろ終わりにしろ
342:デフォルトの名無しさん
08/04/29 10:15:25
DirectSoundって廃止されるんじゃないの？
XAudioのせいで。
343:デフォルトの名無しさん
08/04/29 10:26:38
>>342
ソースどこだよヴォケ
344:デフォルトの名無しさん
08/04/29 10:29:30
VIPに帰れよおまえら
345:デフォルトの名無しさん
08/04/29 10:45:35
Win32APIの質問しにくい状況だよね。。
MFCやらDirectXやら雑談スレになってる
346:デフォルトの名無しさん
08/04/29 10:47:08
質問してくれくれ
347:デフォルトの名無しさん
08/04/29 10:47:35
次スレからはWin32API雑談箱でいいだろ
348:デフォルトの名無しさん
08/04/29 10:47:35
約一名、わざと変な回答をして荒らしている人がいるからなぁ。
349:デフォルトの名無しさん
08/04/29 11:11:19
ｽﾚﾘﾝｸ(tech板)l50
ここの芝君じゃね?
350:313
08/04/29 11:31:09
タイヘンな事になってしまったみたいでナンカゴメン・・・
>>337の>定期的に再生位置を読みにいくしかないんじゃね。
ってどうやればできる？
351:デフォルトの名無しさん
08/04/29 11:32:43
DirectSoundならわかるよ
352:デフォルトの名無しさん
08/04/29 11:33:21
早速の回答ありがと
ほんとごめんね
353:デフォルトの名無しさん
08/04/29 11:52:17
msdnしんでない？
354:デフォルトの名無しさん
08/04/29 12:01:13
生きてた
355:デフォルトの名無しさん
08/04/29 12:15:23
Content not found って表示されるorz
356:デフォルトの名無しさん
08/04/29 12:53:12
Sleep( DWORD ms)
このAPIが呼び出されてスレッドが休止された時点から少なくとも
msミリ秒はスレッドの再開が無い。
但しSleep内でスレッドが休止され再開されるまでブロック
（戻ってこない）ことが保証されているかどうか不明
（仮に現時点そうだとしても将来に渡る永続的な保証は無いと思うべき）
最も無難な解釈は、「このAPIが呼び出されてから次のスレッド休止期間
がmsミリ秒以上であることが保証される」
といった程度。
こういうのをドキュメントから読み取れないとな。
>>314の解答は、ある意味最適解だよ。APIの利用法で実績例が少ない
ものは安全性が低くなる。
殆どのAPIは他の目的で作られたもので汎用性を考えて作られていないし、
今更作り直すことすら出来ない。（その意味で仕様が安定してるという
理由だけで使われているとすら言える）
あくまでも使用者の自己責任という前提でエクスポート（渋々に使用許可）
されてるものに過ぎない。
357:デフォルトの名無しさん
08/04/29 12:58:18
>>355
移動したみたいよ
358:デフォルトの名無しさん
08/04/29 13:31:08
>>356
もうそういうつっこみはいんでない？
ネタをネタとして（ｒｙ
359:デフォルトの名無しさん
08/04/29 13:32:07
彼のGWを費やしてゴミレスをまきつづけるという決心は誰にもいさめられはしないのだ。
360:デフォルトの名無しさん
08/04/29 14:16:51
sndPlaySoundする前にCreateThreadで別スレッド作って、
別スレッドでSleep(60000)でその後にメッセージ出せば良いと思う。
361:デフォルトの名無しさん
08/04/29 14:20:54
WindowsVistaでサービスアプリケーションを作ってるんですが、
タスクトレイ(通知領域)にアイコンをだすにはどうすればいいですか？
XPではNotifyIconを使って動いていたのですが、
Vistaではセッションが分離されたようで動かなくなりました。
よろしくおねがいします。
362:デフォルトの名無しさん
08/04/29 14:21:02
公開WindowsAPIだけを用いてまともな（信頼出来る）
リアルタイムアプリ作るのは不可能だと思う
それが嫌ならWindows使わないほうがいいと思う
363:デフォルトの名無しさん
08/04/29 14:38:02
>>362
はぁ？
364:デフォルトの名無しさん
08/04/29 14:38:41
>>361
タスクトレイアプリを別exeで作って
そいつをCreateProcessAsUserだかなんだかでデスクトップに注入しろ
タスクトレイアプリとの通信方法は自分で考えろ
365:デフォルトの名無しさん
08/04/29 14:43:07
>>362
話を理解してない馬鹿
366:↑
08/04/29 14:45:54
話を理解してない馬鹿
367:デフォルトの名無しさん
08/04/29 14:52:22
↑話を理解してない馬鹿
368:デフォルトの名無しさん
08/04/29 14:53:42
春だねぇ
369:デフォルトの名無しさん
08/04/29 14:56:19
Windowsにまともなリアルタイム性が期待できないことぐらい誰でも知ってるし誰もそんな話はしていない
そうやって勝手な雑談ネタを持ち込もうとしたら叩かれて当然
370:デフォルトの名無しさん
08/04/29 14:56:34
同じ宛先の郵便物を別のポストに僅かな時間差で入れた場合
先に入れたほうが先に届くことが保証されるか？
常識と教育が必要な知識との微妙な境界領域だろうが
一般的には保証されてると信じたほうが悪いと判決される。
371:デフォルトの名無しさん
08/04/29 15:03:50
保証されると信じるわけのないことを喩えに出されても困るが。
372:デフォルトの名無しさん
08/04/29 15:04:54
質問者が質問する
↓
質問内容が飛躍してスレ住人が雑談
↓
エスカレートしすぎて当事者以外は手がつけられなくなる
↓
質問者が「ごめんなさい」レス
この流れの永久ループだな
謝るべきは雑談しているカス共だろ
373:デフォルトの名無しさん
08/04/29 15:34:50
みんな自己表現しすぎなのが問題かと・・・
374:デフォルトの名無しさん
08/04/29 15:35:32
「俺はこんな事まで考慮した上でレスしてんだぞ フフン」ってのがそこらじゅうのレスから感じられる
だから何？って感じなんだが
375:デフォルトの名無しさん
08/04/29 15:43:16
API仕様情報なんて所詮、うわさ話の域を出ない。
だから、話が脱線していくのは仕方がないでしょ
誰も本当の事知ってる訳じゃないし。
断片情報のよせ集めでしかないからね。
376:デフォルトの名無しさん
08/04/29 15:44:37
>>375
お前が雑談の元凶か
377:デフォルトの名無しさん
08/04/29 16:02:55
MSDNからDirectShowの日本語ドキュメントすべて削除されたみたい
378:デフォルトの名無しさん
08/04/29 16:38:35
XP、Vistaで時間が経過した場合にシステムがスクリーンセーバーを起動できるかを
取得したいのですが、良い方法がありましたらアドバイスお願いします。
・分かっていること
スクリーンセーバーの有効無効、SCRファイル名は SystemParametersInfo で取得
SCRファイルが存在するか否かは GetFileAttributes や FindFirstFile など
・詰まっていること
アクティブウィンドウが WM_SYSCOMMAND の SC_SCREENSAVE をどう処理するか
・試してみたこと/調べてみたこと
DefWindowProc の APIフック後、SC_SCREENSAVE を投げて届くか監視
ダイアログアプリでは呼ばれず、GINA の WlxScreenSaverNotify での拒否も未考慮で×
GINAを実装し、SC_SCREENSAVE を投げて WlxScreenSaverNotify が呼ばれるか監視
VistaではGINAが廃止され、ISensLogon::StartScreenSaver は代替にならず×
CreateDesktopW/A を APIフック後 SC_SCREENSAVE を投げて "Screen-saver" な
デスクトップ作成要求が発生するかを監視
winlogon.exe に対しては APIフックが失敗してしまい×
・スキル不足で試せていないこと
NtUserCreateDesktop をカーネルAPIフック後 SC_SCREENSAVE を投げて、以下略
そもそも、ただスクリーンセーバーが起動出来るか確認したいだけなのに
APIフックまで持ち出さなければならないのか…。
379:デフォルトの名無しさん
08/04/29 16:42:46
上にもあるけど
非同期wav再生
→再生位置取得
→位置により別の文字（歌詞でも）表示
ってSleepが手っ取り早いんかな
歌詞表示はコンソールなんだけど・・・
380:デフォルトの名無しさん
08/04/29 16:47:29
>>378
そもそも何でもAPIフックで済まそうという思考が以下略
381:デフォルトの名無しさん
08/04/29 16:58:11
>>379
URLﾘﾝｸ(www13.plala.or.jp)
こんなんどう？使い方わからんけど
誰か頼むorz
382:デフォルトの名無しさん
08/04/29 17:02:55
例えば
/* 取得の前準備 */
・・・・・・・・・・・・・・・
・・・・・・・・・・・・・・・
/* 再生位置取得 */
・・・・・・・・・・・・・・・
・・・・・・・・・・・・・・・
/* 終了 */
見たいな感じで 最小コード誰かｐｌｚ
383:デフォルトの名無しさん
08/04/29 17:08:38
いい加減うざい
URLﾘﾝｸ(www.google.com)
384:デフォルトの名無しさん
08/04/29 17:17:23
>>380
全くその通りなのですが、色々調べた結果APIフックにいってしまいました。
APIフックがしたいわけではないので、どなたかよい方法があれば…。
385:デフォルトの名無しさん
08/04/29 17:39:41
スクリーンセーバーの実行処理なんてのはシステムの管轄だから、アプリ側では
それを抑止する(WM_SYSCOMMAND/SC_SCREENSAVEに応答する)以上は触るなという事だろう
要するに
「スクリーンセーバーを起動できるかどうか」
ではなくて
「スクリーンセーバーが起動されようとしている時にどうするか」
だけを考えろ、と。
386:デフォルトの名無しさん
08/04/29 18:24:06
>>361も>>378も無理
Vistaは糞
387:デフォルトの名無しさん
08/04/29 19:53:21
今更だがDirectSoundには結構前から死亡宣告が出てるよ
URLﾘﾝｸ(www.4gamer.net)
388:デフォルトの名無しさん
08/04/29 20:54:31
>>361
サービスが直にアイコンを出すのではなく、
ログオンしているユーザと対話するためのEXEを作り、
そのEXEがサービスと通信して適宜、アイコンを表示すべし。
389:デフォルトの名無しさん
08/04/29 20:56:56
>>374
いろいろと考慮して、行儀良くAPIを使うのは、基本中の基本。
たまたま動いているからOKという考え方だと痛い目にあう。
>>364
> そいつをCreateProcessAsUserだかなんだかでデスクトップに注入
スタートアップに登録でいいと思う。
390:デフォルトの名無しさん
08/04/29 21:15:14
>>387
2chステレオでただ音を出すだけなら、今後も、互換性あるんじゃない?
391:デフォルトの名無しさん
08/04/29 23:13:07
>>356
こういうことじゃないのか。
>0 を指定すると、スレッドは、実行の準備ができている同じ優先順位の
>ほかのスレッドに残りのタイムスライスを譲ります。
>>375 同意。本当の事はバージョン限定。
392:デフォルトの名無しさん
08/04/29 23:18:23
>>389
たまたま動いてるからOKだなんて言わなかったけど？（笑）
393:デフォルトの名無しさん
08/04/29 23:23:56
明示的には言ってないが、暗にそういう前提で話をしてたろ。
394:デフォルトの名無しさん
08/04/29 23:25:00
うるせぇよ雑談で荒らすな
395:デフォルトの名無しさん
08/04/29 23:30:31
>>393
してないよ？
それは単なる君の憶測。
396:デフォルトの名無しさん
08/04/30 00:49:06
>>387
その記事を書いた時点で記者はXAudio 2のことを全く知らなかったみたいだがな。
397:デフォルトの名無しさん
08/04/30 03:09:28
>>385
レスどうもです。一筋縄ではいかなそうですね。
NtUserCreateDesktop のフックを試してみて、無理そうだったら
アイディアがもう無いので諦めたいと思います。
398:デフォルトの名無しさん
08/04/30 03:20:33
なぜスクリーンセイバーが起動できるか取得したい動機を知りたい
399:デフォルトの名無しさん
08/04/30 05:56:50
NtUserCreateDesktop ってエクスポートすらされてないじゃん
スクリーンセイバー相手に超乙
400:デフォルトの名無しさん
08/04/30 06:30:33
APIで出来ないことには手を出すなってのがMSの考えだろ
大体NtUserCreateDesktopなんて名前からしてモロNT依存だし
Win32がNT専用じゃない(なかった)事を考えるとその行為がいかに馬鹿げているか分かるだろうし
そんな事にいちいちSSDTフックを持ち出していたら何のためにAPIがあるのか分からん
401:デフォルトの名無しさん
08/04/30 07:06:45
それは真のプログラマとはいえない。
UndocumentedなAPIを使いこなしてこそ、真のプログラマというものだろう。
公開APIなんぞ、M$の手のひらで踊らされているだけに過ぎない。
おれは公開APIしか使わないけどね。
402:デフォルトの名無しさん
08/04/30 07:08:29
対案も出せないくせに、なぜそこまで否定するのかわからん
質問者もその辺は重々承知だろうし、勝手にやらせればいいだろ
403:デフォルトの名無しさん
08/04/30 07:08:48
俺様定義の「真のプログラマ」なんて持ち出されてもなぁ。
ていうか「真のプログラマ」ってネタだよな。
404:デフォルトの名無しさん
08/04/30 07:09:47
>>402
何が目的なのか、わからないから、
代替案を提案しようがないのだが。
405:デフォルトの名無しさん
08/04/30 07:32:35
こういう、荒れるor雑談となる原因を質問者自身が持ち込むのも勘弁してほしい。
IsScreenSaverEnabledなんてAPIが無い以上Win32APIレベルで無理なのは重々承知のはず。
その上でカーネルAPIのフックなどを持ち込んで「他に良い方法ありませんか？」なんて
正直、知識をひけらかしたいだけじゃないのかとも思ってしまう。
406:デフォルトの名無しさん
08/04/30 07:42:15
知らなきゃ黙ってればいいだけだろ
407:デフォルトの名無しさん
08/04/30 07:44:35
また温め納豆か？
408:デフォルトの名無しさん
08/04/30 08:11:42
調べてないから適当な事言うけど、
スクリーンセーバーの基本設定はレジストリに書かれてる訳じゃないのか？
409:デフォルトの名無しさん
08/04/30 08:24:02
>>408
いまスクリーンセーバーを起動しようとしたら、
誰がそれに反対するかは、
実際にお伺いを立ててみないとわからないのよ。
410:デフォルトの名無しさん
08/04/30 08:31:46
誰がそれに反対するのか調べるためだけにカーネルモードドライバを組み込むのか
馬鹿馬鹿しい
411:デフォルトの名無しさん
08/04/30 08:33:15
ああ、起動が阻害されるかどうかをチェックしたいのか・・・。
412:デフォルトの名無しさん
08/04/30 08:37:53
じゃあスクリーンセーバ起動してみたらいいじゃん
413:デフォルトの名無しさん
08/04/30 08:39:59
誰が起動を阻止するかなんてのはお前の気にする所ではないということだ
他のプロセスが何をしようが知ったことではない、マルチタスクの基本
それが分からんようなら勝手にドライバでも何でも作ってろ
414:デフォルトの名無しさん
08/04/30 08:43:47
×誰がそれに反対するかは
○誰かがそれに反対するかは
415:デフォルトの名無しさん
08/04/30 08:44:14
分からない人のレス要らないから。
416:デフォルトの名無しさん
08/04/30 08:50:01
特に何もしないスクリーンセーバーを作って、
スクリーンセーバーを一時的にそれに変更し、それを起動してみる。
起動できた場合はそのスクリーンセーバーからメッセージを送ってもらう。
こんなんでどうなんだ？
417:デフォルトの名無しさん
08/04/30 08:51:39
>>415
「知っている」という事象が存在しない命題に対して「知らないならレスするな」は矛盾している。
つまり、お前も>>406も質問者の>>378自身も単なる荒らしに過ぎないということ。
418:デフォルトの名無しさん
08/04/30 09:13:59
>>417
論理学を勉強しなおしましょう
419:デフォルトの名無しさん
08/04/30 09:17:02
自身の正しさを証明できませんってことで
420:デフォルトの名無しさん
08/04/30 09:17:50
return false;
421:デフォルトの名無しさん
08/04/30 10:45:50
Win32APIで出来ない事は「知っている」
422:デフォルトの名無しさん
08/04/30 11:44:13
休日に話進められても参加できんな－
423:デフォルトの名無しさん
08/04/30 12:11:11
俺と話すか？
424:デフォルトの名無しさん
08/04/30 12:30:32
今時Win32APIなんて雑談のネタにしかならないのがよく分かるスレだな
425:デフォルトの名無しさん
08/04/30 12:31:21
雑談スレへようこそ
426:デフォルトの名無しさん
08/04/30 13:31:55
荒らすなよ。興味ないのなら別のスレ行けよ。
わざわざwin32API勉強してる奴の妨害しなくてもいいだろ？
嫌がらせ受ける側の気持ちになれよ
427:デフォルトの名無しさん
08/04/30 13:33:31
ごめんね
428:デフォルトの名無しさん
08/04/30 13:34:03
すんませんでした…
429:デフォルトの名無しさん
08/04/30 14:04:59
>>426
荒ら
わざ
受け
430:デフォルトの名無しさん
08/04/30 14:14:53
今更win32apiを勉強するなんて時間の無駄
他の勉強時間に使え
431:デフォルトの名無しさん
08/04/30 14:24:44
それは言い過ぎ
Windowsを使う場合APIは避けて通れない道の一つ
でもCやVC++でするのは、迂遠かもな。
432:デフォルトの名無しさん
08/04/30 14:30:48
っ C#＆WPF
433:デフォルトの名無しさん
08/04/30 14:40:31
VBやDelphiから入った連中はCreateProcessの引数すら覚えてないコピペ職人ばかりだろｗ
434:デフォルトの名無しさん
08/04/30 14:41:21
WPFで作られたまともなモノを見たことないんだけど
435:デフォルトの名無しさん
08/04/30 14:45:10
また水掛け論の悪寒
436:デフォルトの名無しさん
08/04/30 14:53:58
>>433
んなもん覚えるのは脳細胞の無駄づかい。
IDEなら引数の形式が表示されるし、
そうでないにしても、
MSDNライブラリで引けば一瞬で表示される。
437:デフォルトの名無しさん
08/04/30 16:02:17
俺もCreateWindowExとか未だに引数覚えてないな
だってVB5/VC6未満の開発環境使った事ないし
438:デフォルトの名無しさん
08/04/30 16:26:22
俺が引数を覚えているAPIなんてSleepと引数無しのやつだけだ。
他はIDEのヒントがないと自信ないな。
439:デフォルトの名無しさん
08/04/30 16:27:42
そんなん使いまわし（過去に使ったソースからコピペetc）でおｋ
440:デフォルトの名無しさん
08/04/30 16:29:33
オレも引数なんてほとんど覚えてないがCreateFontは大体そらで書ける気がする
441:デフォルトの名無しさん
08/04/30 17:00:46
>>440
ほとんど 0 でいいからな。
442:デフォルトの名無しさん
08/04/30 17:00:50
ウィンドウメッセージやウィンドウスタイルの一覧はどこで定義されていますか？
443:デフォルトの名無しさん
08/04/30 17:01:42
ヘッダのフォルダに検索掛ければいいだろ！！！！！１１
444:デフォルトの名無しさん
08/04/30 17:07:56
大抵はWinUser.h,CommCtrl.hあたりか
445:デフォルトの名無しさん
08/04/30 17:13:14
いきなりですが、質問です。
Office Word にAPIを使って文字を入力したい（普通の文章）のですが、
たとえば、ExcelのVBAを使用して、sheetのセルに入力された文字列
を自動的にコピーして貼り付ける（でなくてもイイんですが）にはsendmessageでWM_SETTEXTや、
WM_PASTEなどを試しましたが上手くいきませんでした。
ネット検索でよく出てくる、メモ帳へのSendmessageでは上手くいきましたが
Wordだと上手くいきません。
フリーソフトを使用して、_WwG(ウインドウの位置も視覚的に捉えられるソフト
なので、キャレット？のある部分）というクラス名まではたどり着き、10進の
ウインドウハンドルを直接入力して、試していますがダメでした。
これはSendmessageの送り先が間違っているのか、
そもそも、この方法が通用しないものなのかわかりません。
ここ数日間まったくお手上げ状態です。。。
ちなみにSendKeysなど、keyストロークを送るものではなく、
あくまでも、テキストを直接的に送ることを前提にしています。
このWordに対しての送信？が上手く行った場合、他のソフト(Officeアプリではない)
への応用を考えており、その練習用としてなのですが、
何か汎用的な方法があるものなのでしょうか？
また、メモ帳で上手くいって、Wordで上手くいかない理由とは
（いろいろあるとは思いますが）なんでしょうか？
どなたかご教授ねがいます。
長文申し訳ありません。
446:デフォルトの名無しさん
08/04/30 17:21:47
>>445
Office系は独自コントロールだからWM_**系は使えないよ
OLEオートメーションとか使うべし
447:デフォルトの名無しさん
08/04/30 17:26:08
>>445
教授できるほどAPIに詳しくはありませんが、Office系の他にもゲーム類は受け付けない可能性が高そうですね。
ターゲットアプリが判っているのなら、そのアプリでテストする方が無難でしょう。
448:デフォルトの名無しさん
08/04/30 17:31:40
>>443,444
どうもありがとうございます。
それと、もうひとつ質問があってあるウィンドウからスタイルを数値として取得したときに
それと対応する文字列？(例えば54310000なら
WS_CHILDWINDOW
WS_VISIBLE
WS_CLIPSIBLINGS
WS_VSCROLL
WS_HSCROLL
WS_MAXIMIZEBOX
を)
を取得したいと思っているのですがどのようにやればいいのでしょうか？
教えていただければ幸いです。
よろしくお願いいたします。
449:デフォルトの名無しさん
08/04/30 17:36:42
spy++
450:445
08/04/30 17:40:28
>>446
>>447
どうもありがとうございます。
OLEオートメーションを勉強して使ってみます。
451:デフォルトの名無しさん
08/04/30 17:43:12
>>450
随分と>447に対して失礼なレスだな。無視するならアンカー書かなきゃいいじゃん。
452:デフォルトの名無しさん
08/04/30 17:46:21
>>451
「どうもありがとうございます。」だけが>>447へのレスだろ
453:デフォルトの名無しさん
08/04/30 17:47:14
>>433
ぱらめーた覚えてるって自慢されてもなあ。
APIなんか一度サブクラス化してから使うから、パラメータなんかいちいち覚えないよ。
454:青
08/04/30 17:49:04
Pythonで行列の計算ってどうやればいいんですか？
455:デフォルトの名無しさん
08/04/30 17:49:35
>>448
ビットが立ってるかどうか調べて、自力でやるしかない。
456:445
08/04/30 17:52:44
>>451
申し訳ありません。
実は、本当に操作したいアプリに対しても同じ方法で試していますが
ダメでした。そのアプリは業務用で下手をするとマズいので、
似たようなインターフェイス(MDIとか)だったので先にWordで練習しようかと。。
447さん すいませんでした。
457:デフォルトの名無しさん
08/04/30 17:55:41
>>455
やはりそのような方法しかないのですね。
どうもありがとうございました。
458:デフォルトの名無しさん
08/04/30 17:55:43
それでWordでオートメーションって練習になる気がしない。
対象のアプリケーションがオートメーションを持っている可能性なんて
限り無く0に近そう。
459:デフォルトの名無しさん
08/04/30 17:58:21
文字列つっこみたいならWM_CHARとかWM_KEY*とかのほうがまだ対応してそうだが。
460:デフォルトの名無しさん
08/04/30 17:58:54
限り無く0に近いというかゼロだろ
外部から操作されることを想定していないソフトだとまず有り得ない
461:デフォルトの名無しさん
08/04/30 18:00:46
>>451
みたいなんは気にしなくておｋ
462:デフォルトの名無しさん
08/04/30 18:02:17
ここはSendInputだな。
463:447
08/04/30 18:14:08
別に私はあなたに教授も教示もしたわけじゃないので謝罪は不要ですが。
見た目は似たようなインターフェースでも、中身は全然違う可能性もあります。
wordで巧くいってもそのアプリで巧くいく保障にはなりませんし、業務用で下手をすると拙いのなら
もしかしたら、そうやってメッセージを調べることでリバースエンジニアリングととられて契約違反とされるかもしれませんね。
464:デフォルトの名無しさん
08/04/30 18:22:17
>>463
最後の3行は余計
誰もそんな事は聞いてないし、質問者自身が「下手をするとマズい」といってるだろう
そういうレスが雑談の元になってるのに少しは自重しろ
465:デフォルトの名無しさん
08/04/30 18:37:04
それを言うなら>463は全て不要。勿論、>464-465でさえも。
466:デフォルトの名無しさん
08/04/30 18:57:49
>>466 は必要だけどな。
467:デフォルトの名無しさん
08/04/30 18:59:57
Win32API質問箱改め雑談箱 Build65 まとめ
>>12-29
Win32APIの将来性について（雑談）
>>30-53
Win32APIの設計思想と命名について（雑談）
>>54-100
どこまでをWin32APIとするか（議論、雑談） ※結論は>>61-62
>>101-112
「話を理解してない馬鹿」（雑談、荒らし）
>>126-136
なぜ.NETでWin32APIを使うのか（雑談）
>>215-235
MAX_PATHについて（雑談）
>>324-340
sndPlaySoundと音とび（雑談）
>>400-421
真のプログラマと「知らないならレスしないでください」（雑談、荒らし）
>>424-432
今時Win32APIなんて雑談しかない（雑談）
>>433-441
引数を覚える必要はあるか？（雑談）
>>463-
雑談の雑談（仮題）
468:デフォルトの名無しさん
08/04/30 19:07:12
質問箱もbuild65で終焉か・・・
荒らしも酷いことしやがる
469:デフォルトの名無しさん
08/04/30 19:08:41
>>467
乙
470:デフォルトの名無しさん
08/04/30 20:00:22
自演乙
471:デフォルトの名無しさん
08/04/30 20:02:06
終わらんよ
俺が次スレを立てる限り
472:デフォルトの名無しさん
08/04/30 20:11:50
こうして雑談は続く
473:デフォルトの名無しさん
08/04/30 20:16:19
適当に雑談するにはもってこいのWin32APIｗ
474:デフォルトの名無しさん
08/04/30 20:52:34
まあ技術の進歩が止まって渇れてるから雑談だらけなのは仕方ないな
DOSやMSXなんかと同じ
475:デフォルトの名無しさん
08/04/30 22:09:55
レスが流れたので一応
>>378
>>416
476:デフォルトの名無しさん
08/05/01 00:56:35
こうしてこのスレはくそみそな結果に終わるのでした
477:デフォルトの名無しさん
08/05/01 00:58:18
デュアルやクアッドプロセッサ搭載のPCでは，
各プロセスにどのCPUコアを割り当てるか，タスクマネージャで設定できますが，
これと同じようなことが出来るAPIってありますか？
プロセスが使用するCPUコアを指定したいのです。
478:デフォルトの名無しさん
08/05/01 01:04:18
SetProcessAffinityMask かな。
479:デフォルトの名無しさん
08/05/01 01:10:54
>>478
おおまさに探し求めていたものですありがと～
480:デフォルトの名無しさん
08/05/01 22:38:05
大政小政
481:デフォルトの名無しさん
08/05/02 00:13:00
CSVのデータを読み込みたいのですが
strtok以外によい方法はありませんか？
482:デフォルトの名無しさん
08/05/02 00:17:09
まあ、strchr を使うとか、１文字ずつ普通に比較して行くとか、
そんなところじゃね。
ところで、コンマを含むデータを扱わない前提でいいのか？
483:デフォルトの名無しさん
08/05/02 00:17:56
スレ違いだけど、strtok()使うくらいならsscanf()で"%[^,],%n"
484:デフォルトの名無しさん
08/05/02 00:23:24
それ用のAPIみたいなのは無いみたいですね
言われてみればsscanfのほうが簡単に書けそうです
コンマは扱わないのでsscanfでやってみます。ありがとう。