Win32API質問箱 Build65

このエントリーをはてなブックマークに追加
1デフォルトの名無しさん
スレ立てるまでもない、Win32APIのついての質問はこちらへどうぞ。
やさしいお兄さんやお姉さんたちが答えてくれるかも。

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

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

- Win32API質問箱 wiki
http://wiki.livedoor.jp/program1/d/FrontPage

Win32API質問箱 Build64
http://pc11.2ch.net/test/read.cgi/tech/1207099291/
2デフォルトの名無しさん:2008/04/22(火) 15:51:41
3デフォルトの名無しさん:2008/04/22(火) 15:51:52
- Google
http://www.google.com/
- 猫でもわかるプログラミング
http://www.kumei.ne.jp/c_lang/
- Win32 API入門
http://wisdom.sakura.ne.jp/system/winapi/
- Win32 プログラミング入門
http://www7.plala.or.jp/keny01/

- Advanced Windows (書籍)
http://www.amazon.co.jp/dp/4756138055

-おまけ
Build19が見たい人で余裕のある人は●でも買ってくれ。
4デフォルトの名無しさん:2008/04/22(火) 15:52:15
次スレまだか?
5デフォルトの名無しさん:2008/04/22(火) 15:52:28
6デフォルトの名無しさん:2008/04/22(火) 15:52:45
7デフォルトの名無しさん:2008/04/22(火) 15:52:55
8デフォルトの名無しさん:2008/04/22(火) 15:53:17
>>4
邪魔すんなハゲ
9デフォルトの名無しさん:2008/04/22(火) 16:01:51
1乙
10デフォルトの名無しさん:2008/04/22(火) 19:26:26
>>1
11デフォルトの名無しさん:2008/04/22(火) 19:49:50
↓3行目に期待
12デフォルトの名無しさん:2008/04/22(火) 20:59:08
Win32APIって、次のWindowsにも生きてるのかな。
なんかWindows7だっけか?
ケロちゃんLOVE!
13デフォルトの名無しさん:2008/04/22(火) 21:00:12
ま、互換レイヤくらいあるだろう。

でも正直、Win32APIを今さら使いはじめるような人は、終わってると思います。
14デフォルトの名無しさん:2008/04/22(火) 21:05:05
Win32APIを知らないでいいと思ってるやつも終わってると思うが
15デフォルトの名無しさん:2008/04/22(火) 21:19:25
あえて言おう。

Win32 APIを直に使うな、と。
いまさら、俺様ライブラリを作るな、と。

先人の通ってきた道をそのまま辿るべきではない。
そんなことをしていたら、先人と同じ場所までしか行けない。
16デフォルトの名無しさん:2008/04/22(火) 21:35:08
言わんとすることは理解できるんだけど、じゃあ現実の問題としてどうすりゃいいのさ?
よろしくご教示ください。
17デフォルトの名無しさん:2008/04/22(火) 21:43:09
.Net を活用しつつ手の届かない場所でWin32APIを使用。
それでも届かないところはアセンブリ
18デフォルトの名無しさん:2008/04/22(火) 21:52:40
.NETはないわ。つか結局Win23API使うんじゃ意味ないじゃん。
Win32APIなしで全部.NET上でできるようになれば考えてもいいけど、それは遥か先の話。
19デフォルトの名無しさん:2008/04/22(火) 21:53:00
>>17
あれ・・・俺がいる・・・
20デフォルトの名無しさん:2008/04/22(火) 21:56:00
>>16
すでにある社内ライブラリを使う。
すでにWin32 APIで経験豊富だが疲れてきてる先輩とうまく役割分担する。
既存のソースを丸パクリする。
21デフォルトの名無しさん:2008/04/22(火) 21:57:39
>>18
それは.NETを使ったことない厨の戯言
・・・そんな俺もWin32API厨
22デフォルトの名無しさん:2008/04/22(火) 22:14:11
ドトネトはあのキモイソースが嫌
23デフォルトの名無しさん:2008/04/22(火) 22:17:47
そりゃ、MSIL直接読んでれば嫌にもなるわな。
24デフォルトの名無しさん:2008/04/22(火) 22:24:36
アセンブラみたいなもんだろ>Win32API
知らなくても殆どは困らないし、たとえば新人に憶えろと強要するようなもんでもない。
ただ昔からやってる人は知らざるを得なかったし、知らないよりは知ってたほうがごくまれに得になる時もある。
そういうもんだ。
25デフォルトの名無しさん:2008/04/22(火) 22:26:42
いまどきコンパイラの吐き出したアセンブラを見て独自に最適化するやつもいないしな
26デフォルトの名無しさん:2008/04/22(火) 22:29:02
直は早いんだぜ〜API直叩きはよぉ〜
まぁ普段は.NETやらMFCやらのラッパー使ってても問題ない
だけど低水準レベルのところの動作いじりたくなるともうWIN32しかないわ
仕事じゃやらんけどね
27デフォルトの名無しさん:2008/04/22(火) 22:31:53
こんな所で兄貴のネタを聞くとはおもわなんだ
28デフォルトの名無しさん:2008/04/22(火) 22:32:17
人様がCPUのパイプラインとか考えて書いたアセンブラのコードよりも、
自分が適当に書いたC++のコードをコンパイラに最適化させたほうが、
速かったなぁ。
29デフォルトの名無しさん:2008/04/22(火) 22:35:20
Win32 APIが、互換レイヤ経由になれば、かえって遅いなんてことになったりして。
30デフォルトの名無しさん:2008/04/22(火) 22:38:01
API設計したやつって誰よ
あまりに腐ってて反吐がでる
31デフォルトの名無しさん:2008/04/22(火) 22:38:41
>>30
よし、Win32、POSIX、OS/2に続く、4番目のサブシステムの作成を許可する。
32デフォルトの名無しさん:2008/04/22(火) 22:39:19
WIN32ごときで低水準とか言われると、自分はさびしくなるな
33デフォルトの名無しさん:2008/04/22(火) 22:40:30
ANSI/UNICODEだって互換レイヤみたいなもんだがな
WOW64も
34デフォルトの名無しさん:2008/04/22(火) 22:41:53
>>30
歴史があるから仕方ねーよ
もともとDOSのフックであって、1Mbyte以降のメモリーに配置された常駐プログラムだし。
35デフォルトの名無しさん:2008/04/22(火) 22:45:09
API作り直したら多分Macみたいなことになる希ガス
36デフォルトの名無しさん:2008/04/22(火) 22:51:17
せめてAPI関数の命名くらいちっとは考えてつけてもらいたかった。
37デフォルトの名無しさん:2008/04/22(火) 22:52:22
一番長いAPIの名前って何?
38デフォルトの名無しさん:2008/04/22(火) 22:54:30
ConvertSecurityDescriptorToStringSecurityDescriptor
39デフォルトの名無しさん:2008/04/22(火) 22:56:39
うへぇ
使い道あるのかこれ?
40デフォルトの名無しさん:2008/04/22(火) 22:57:29
馬鹿じゃねえのかw本当にw
41デフォルトの名無しさん:2008/04/22(火) 22:59:32
ハンガリアン記法の目的を理解できなかったのが、Win32 API開発チームですよ?
42デフォルトの名無しさん:2008/04/22(火) 23:00:23
アイムハングリー
43デフォルトの名無しさん:2008/04/22(火) 23:00:53
それでもX系のAPIより短いなw
44デフォルトの名無しさん:2008/04/22(火) 23:03:46
まぁAPI作り直すならたぶん新しいOS作るだろうなw
45デフォルトの名無しさん:2008/04/22(火) 23:05:28
新しい名前作って、旧 API はそのラッパにすればいいんだよ。
46デフォルトの名無しさん:2008/04/22(火) 23:05:41
いまは文字数や長さなんて問題ないだろ。
長かろうと明確に機能を表現しているべき。

昔のコンパイラには識別子の長さに制限があって、N文字以上は無視しちゃうので、
N文字以内が重複しないようにするために、不格好な名前の付け方をせざるをえないことがあったが。
47デフォルトの名無しさん:2008/04/22(火) 23:06:05
>>44
それがLonghornだったのだが・・・。
48デフォルトの名無しさん:2008/04/22(火) 23:06:53
もう名前じゃなくて番号でいいです
49デフォルトの名無しさん:2008/04/22(火) 23:07:29
>>48
っ 序数インポート
50デフォルトの名無しさん:2008/04/22(火) 23:08:43
UUIDでOK
51デフォルトの名無しさん:2008/04/22(火) 23:17:23
それ何て COM
52デフォルトの名無しさん:2008/04/22(火) 23:40:05
またドトネト厨が布教活動するためにWin32スレを荒らしてるのか
53デフォルトの名無しさん:2008/04/22(火) 23:40:47
んなの適材適所でいいだろ
54デフォルトの名無しさん:2008/04/22(火) 23:41:40
Win32 APIには、どこからどこまでが含まれるの?
55デフォルトの名無しさん:2008/04/23(水) 00:28:52
Win30からWin39まで
56デフォルトの名無しさん:2008/04/23(水) 00:32:39
>>54
正直DirectXやネイティブAPIはスレチだと思うがどうよ

>>55
つまんね
57デフォルトの名無しさん:2008/04/23(水) 00:34:29
ネイティブAPI?
58デフォルトの名無しさん:2008/04/23(水) 00:37:55
ntCreateFileとか
59デフォルトの名無しさん:2008/04/23(水) 00:52:01
質問なかったら、雑談スレになっちゃうのがたまにキズだよなぁ・・・
60デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/23(水) 02:18:10
専用スレがあるかないかの単純な話だろ
62デフォルトの名無しさん:2008/04/23(水) 02:18:34
ほかに適切なスレがあればそこで聞くべき。
なければここで聞いてもいいと俺は思うが、
回答が返ってこない可能性が高いはず。
63デフォルトの名無しさん:2008/04/23(水) 02:33:27
>>60
きもいよ
64デフォルトの名無しさん:2008/04/23(水) 02:34:53
>>60
こういうかわいそうな奴たまにいるよなぁ
65デフォルトの名無しさん:2008/04/23(水) 02:40:54
>>60
分類してる暇あったら質問に答える努力しろよ
66デフォルトの名無しさん:2008/04/23(水) 03:04:41
>>60
基地外は帰れ
67デフォルトの名無しさん:2008/04/23(水) 04:03:25
四連投か。醜いな。
68デフォルトの名無しさん:2008/04/23(水) 04:36:54
叩かれると同一人物に見えるのか。醜いな。
69デフォルトの名無しさん:2008/04/23(水) 04:59:48
まあぶっちゃけグレーゾーンのネタはこのスレの奴がカバーできる範囲まででしょ
70デフォルトの名無しさん:2008/04/23(水) 05:06:33
>>69
意味不明
71デフォルトの名無しさん:2008/04/23(水) 05:13:03
それは君の理解力が足りないんだよ。
72デフォルトの名無しさん:2008/04/23(水) 05:15:16
どこからグレーゾーンな話題が出てきたんだ?
話が飛躍しすぎだろうが
73デフォルトの名無しさん:2008/04/23(水) 05:19:43
Win32APIはグレーゾーンです(笑)
74デフォルトの名無しさん:2008/04/23(水) 06:05:23
なんか頭の悪い奴が沸いてるな
75デフォルトの名無しさん:2008/04/23(水) 06:10:18
伸びてると思ったらまたこんなかよ
VIPやニコ動じゃあるまいし糞レス自重しろ
76デフォルトの名無しさん:2008/04/23(水) 07:28:27
>>60
こいつがそもそもの原因
77デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/23(水) 07:43:22
ぶっちゃけWin32API自体がグレーゾーンだろう
簡単に他プロセスを落としたりコード注入できるし、実際マルウェアがそれらの技術を悪用している

こんなインセキュアなAPIが滅びるのは時間の問題だから今のうちに.NETに移行しておけば後々苦労しないよ
79デフォルトの名無しさん:2008/04/23(水) 07:49:33
おまえ日本語読めるのか?:
いまはこのスレで語るべきWin32 APIについて議論しているんだぞ。
Win32 APIの危険な挙動じゃねぇぞ。
しかも論点が沸け分からんし。

.netだってファイルを削除したり置き換えたりできるじゃないか。
セキュリティ上問題あるだろ。
そもそもCPU時間という貴重なリソースを消費するものは邪悪だろ?
80デフォルトの名無しさん:2008/04/23(水) 07:49:38
↑話を理解してない馬鹿
81デフォルトの名無しさん:2008/04/23(水) 07:50:18
ごめん80は78に対してだった
死ね78
82デフォルトの名無しさん:2008/04/23(水) 07:53:48
寝言は寝て言え
83デフォルトの名無しさん:2008/04/23(水) 07:55:34
睡眠書き込みかもしれないだろ!
寝て言うより高度な技術
84デフォルトの名無しさん:2008/04/23(水) 07:57:45
>>79
とりあえず落ち着けw
"読めるのか?:"とか"沸け分からん"とかお前のレスの方がわけ分からんぞw

> いまはこのスレで語るべきWin32 APIについて議論しているんだぞ。
ここはWin32APIについて議論するスレじゃなくてWin32APIについて質問or回答するスレじゃないのか?
85デフォルトの名無しさん:2008/04/23(水) 08:01:33
↑話を理解してない馬鹿
86デフォルトの名無しさん:2008/04/23(水) 08:02:54
>>61-62で結論出てるのに何が議論だよ・・・
87デフォルトの名無しさん:2008/04/23(水) 08:04:00
↑話を理解してない馬鹿
88デフォルトの名無しさん:2008/04/23(水) 08:04:48
↑話を理解してない馬鹿
89デフォルトの名無しさん:2008/04/23(水) 08:08:06
流行語大賞
Build64:「知らないならレスしないでください」
Build65:「↑話を理解してない馬鹿」
90デフォルトの名無しさん:2008/04/23(水) 10:21:53
よもまつ
91デフォルトの名無しさん:2008/04/23(水) 12:35:35
なんかグレーゾーンという単語を読み間違えてないか?
犯罪臭い物をグレーゾーンと言ってるわけじゃなく、単に
「Win32APIかどうかの定義が曖昧」なのをグレーゾーンと表記してたように読めたが
92デフォルトの名無しさん:2008/04/23(水) 12:39:55
↑知らないなら話を理解してないレスしないでください馬鹿
93デフォルトの名無しさん:2008/04/23(水) 12:40:36
どう読んだらそうなるの
94デフォルトの名無しさん:2008/04/23(水) 13:11:14
「↑」と「馬鹿」を使ってるのは無視したほうがいい。

このレスとか
95デフォルトの名無しさん:2008/04/23(水) 14:06:54
他のスレだと問題の切り分けすらできない可能性が高い。
このスレだとだいたいの切り分けができる。

例えば回答が、レジストリのココをいじれ、とか、Wake on LANでググれとかだと、
このスレに流れつくのも仕方ないと思う。
96デフォルトの名無しさん:2008/04/23(水) 14:34:08
俺は自分が答えられることならAPIの話と少しずれててもここで答えてやろうと思ってるがね
97デフォルトの名無しさん:2008/04/23(水) 14:44:48
WindowsSDKの範疇は全部、ってことでいいか?
98デフォルトの名無しさん:2008/04/23(水) 16:09:56
つまり.NET関連もここでいいという事か
99デフォルトの名無しさん:2008/04/23(水) 16:58:29
マネージ系は除こうよ。
専用のスレのほうが分かる人が多いだろうから
聞くほうも答えるほうも幸せ。
100デフォルトの名無しさん:2008/04/23(水) 17:38:51
結局>>61-62じゃない
わざわざ40レスも余分に消費してまで議論してるなんて
ホント、要領が悪いというか頭が悪いというか
101デフォルトの名無しさん:2008/04/23(水) 19:54:09
↑話を理解してない馬鹿
102デフォルトの名無しさん:2008/04/23(水) 19:57:24
>>101
スレの主旨を理解していない馬鹿
103デフォルトの名無しさん:2008/04/23(水) 20:01:00
Win32AHO質問箱でつか?
104デフォルトの名無しさん:2008/04/23(水) 20:03:00
USO800準拠
105デフォルトの名無しさん:2008/04/23(水) 20:14:28
ANSI(Ahobakari No Sa Itama)企画
106デフォルトの名無しさん:2008/04/23(水) 20:39:58
この辺でAPIフックがらみの質問がくると大胆予想
107デフォルトの名無しさん:2008/04/23(水) 20:56:48
定番だね
108デフォルトの名無しさん:2008/04/23(水) 21:06:42
.Netは重いしメモリ食うから嫌い
クルーソーの800MHzのCPU積んだノートで.Netで書かれたソフト起動したら1分待たされたしw
109デフォルトの名無しさん:2008/04/23(水) 21:16:10
初回起動は最近のPCでも結構待たされるわな<.net
まあそれ故のSuperFetchなのだろう
110Alfred Vaino Aho:2008/04/23(水) 21:16:53
>>103
呼んだ?
111デフォルトの名無しさん:2008/04/23(水) 21:19:13
↑話を理解してない馬鹿
112デフォルトの名無しさん:2008/04/23(水) 22:00:14
      _、_
    ヽ( ,_ノ`)ノ 残念、それは私のおいなりさんだ
   へノ   /
┌→  ω  へ


113デフォルトの名無しさん:2008/04/23(水) 22:16:51
IEのオプションでスムーズスクロールをオフに出来るけど、
あれってプログラム単位でスムーズスクロールのオンオフを
切り替えできるってことなんでしょうか。

リモートデスクトップなんか使っていると、エクスプローラの
ツリービューのスクロールはローカルで使ってるのと同じくらい
早いんだけど、自作アプリのツリービューのスクロールがライン毎で
えらい遅いのでなんとかしたいのですが。。。。。

動作環境はXP SP2です。
114デフォルトの名無しさん:2008/04/23(水) 22:18:25
↑話を理解してない馬鹿
115デフォルトの名無しさん:2008/04/23(水) 22:26:48
>>108
Crusoeは詐欺CPU
ベンチマークのスコアは立派だが、実使用ではまるで性能が出ない。
116デフォルトの名無しさん:2008/04/23(水) 22:28:44
>>113
オーナードローしてたり?
117デフォルトの名無しさん:2008/04/23(水) 23:50:08
>>115
それは十分承知だが、ネイティブAPIのアプリだったらすぐ起動するからね。
118デフォルトの名無しさん:2008/04/23(水) 23:53:07
コードのワーキングセットが、コードモーフィング結果のキャッシュをはみ出すと、途端に劇遅になるからな。
119デフォルトの名無しさん:2008/04/24(木) 02:08:56
>>117
ネイティブAPIの意味が違う
120デフォルトの名無しさん:2008/04/24(木) 02:15:10
NTnativeとは違うのは、文脈から明らかだろう。
121デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/24(木) 04:13:49
Win32ネイティブをネイティブAPIなんて言う奴初めて見た
123113:2008/04/24(木) 06:26:34
>>116
オーナードローしてます。そのせいだとすると、対策なしですね。。。。
124デフォルトの名無しさん:2008/04/24(木) 08:31:46
状況を自分で判断して再描画スキップするぐらいしかないかな
125デフォルトの名無しさん:2008/04/24(木) 08:42:29
>>121

hInstに入ってるのは何か?
IDB_ICONはなんとdefineされているか?
126デフォルトの名無しさん:2008/04/24(木) 09:03:14
そもそもなぜ.NETでWin32のイメージリストを使う必要があるのかね?
127デフォルトの名無しさん:2008/04/24(木) 09:08:40
MFCじゃないかぎり、アイコン表示でSDKなら普通使わない?
128デフォルトの名無しさん:2008/04/24(木) 09:11:30
.netならSystem.Windows.Forms.ImageList辺り使えば
129デフォルトの名無しさん:2008/04/24(木) 10:24:35
より高機能な物がクラスライブラリに付属してるのにわざわざWin32のImageListを使うなんて・・・
まあWin32版の方がリソース消費量は少なかった気はするが
130デフォルトの名無しさん:2008/04/24(木) 10:33:19
↑話を理解してない馬鹿
131デフォルトの名無しさん:2008/04/24(木) 11:47:18
クラスライブラリとか・・・SDKって書いてあるだろ。
質問の内容を理解せずにMFCなら!MFCなら!とかまんせーすんなよ。
132デフォルトの名無しさん:2008/04/24(木) 11:57:51
うるせーデブ
133デフォルトの名無しさん:2008/04/24(木) 11:59:40
.netなのにSDKかよ
アホだな
134デフォルトの名無しさん:2008/04/24(木) 12:16:27
で?
Linuxならそんなもん使わなくてもすぐできるのに。
135デフォルトの名無しさん:2008/04/24(木) 12:34:24
↑話を理解してない馬鹿
136デフォルトの名無しさん:2008/04/24(木) 12:55:23
135には同意できるw
137デフォルトの名無しさん:2008/04/24(木) 17:48:12
DrawFocusRectって単に反転色の点線を描くだけのAPIかと思ってたら、下の色によっては
反転じゃなく濃灰色の点線になったり、下地が青色系とかだと点線じゃなく実線になったりと
結構いろいろやってるAPIだったのね。
138デフォルトの名無しさん:2008/04/24(木) 17:50:53
      r;ァ'N;:::::::::::::,ィ/      >::::::::::ヽ
.      〃  ヽル1'´        ∠:::::::::::::::::i
       i′  ___, - ,. = -一   ̄l:::::::::::::::l
.      ! , -==、´r'          l::::::/,ニ.ヽ
      l        _,, -‐''二ゝ  l::::l f゙ヽ |、 ここはお前の日記帳じゃねえんだ
        レー-- 、ヽヾニ-ァ,ニ;=、_   !:::l ) } ト
       ヾ¨'7"ry、`   ー゙='ニ,,,`    }::ヽ(ノ  チラシの裏にでも書いてろ
:ーゝヽ、     !´ " ̄ 'l,;;;;,,,.、       ,i:::::::ミ
::::::::::::::::ヽ.-‐ ト、 r'_{   __)`ニゝ、  ,,iリ::::::::ミ
::::::::::::::::::::Vi/l:::V'´;ッ`ニ´ー-ッ-,、:::::`"::::::::::::::;゙ ,  な!
:::::::::::::::::::::::::N. ゙、::::ヾ,.`二ニ´∠,,.i::::::::::::::::::::///
:::::::::::::::::::::::::::::l ヽ;:::::::::::::::::::::::::::::::::::::::::::/ /
::::::::::::::::::::::::::::::! :|.\;::::::::::::::::::::::::::::::/ /
139デフォルトの名無しさん:2008/04/24(木) 18:09:14
ANSIしか対応してない関数でUNICODE文字を含むファイルを開くにはどうしたらいいでしょうか
MoveFileやCopyFileは利用しない方針でおながいします

とりあえず思いついたのが8.3形式のショートファイル名を利用する方法だったんですが
オプションで生成しないように切り替えられるんですよねえ、これ
140デフォルトの名無しさん:2008/04/24(木) 18:11:06
> ANSIしか対応してない関数

具体的に
141デフォルトの名無しさん:2008/04/24(木) 18:12:31
普通に開けばいいじゃないか
何がひっかかって開けないの?
142デフォルトの名無しさん:2008/04/24(木) 18:13:25
ImageHelpAPIとか

具体的に言えばMapAndLoadかImageLoadが使いたい
143デフォルトの名無しさん:2008/04/24(木) 18:24:40
Unicode文字を含むファイル名を、ANSIのAPIや、
あるいはUnicodeに対応してない古臭いライブラリとかで使いたいんだろうか。
Vistaのシンボリックリンクで別名を作るとかは?
MoveFileやCopyFileではないぞ。
144デフォルトの名無しさん:2008/04/24(木) 18:26:44
NTFSならCreateHardLinkしちゃえ
145デフォルトの名無しさん:2008/04/24(木) 18:28:32
>>143-144
なるほど、それは良さそうですね
リンク作成の方向で検討します( ´∀`)
146デフォルトの名無しさん:2008/04/24(木) 18:29:38
>>142
EXEやDLLのファイル名にANSI以外の文字を使うこと自体が邪道。
かつては8.3を越える長いファイル名もご法度だったんだ。
147デフォルトの名無しさん:2008/04/24(木) 18:31:26
>>146
いやまあそれ以外にも統合アーカイバライブラリのDLLもANSIしか無かったり、色々あるのですお
とりあえず、ありがとうございます
148デフォルトの名無しさん:2008/04/24(木) 18:36:34
>>146
今のWindows自体にそんな制限など存在しない。
たんにヘタレなPGの言い訳にすぎん。

8.3の制限を持ち出すとなると、当然32bitコードも邪道だと思っているんだよな?
ポインタのサイズが今までの倍もあるんだぜ。もったいないじゃないか!
149デフォルトの名無しさん:2008/04/24(木) 18:43:01
>>148
> 今のWindows自体にそんな制限など存在しない。

8.3形式の短いファイル名でレジストリや設定ファイルの類いにパスが記録される

何らかの原因で8.3形式の短いファイル名が一致しなくなる

どぼん

そういうのを避けるために8.3形式にしているのをヘタレと言うのなら、どうぞお好きに。

> 8.3の制限を持ち出すとなると、当然32bitコードも邪道だと思っているんだよな?

なわけない。
150デフォルトの名無しさん:2008/04/24(木) 18:44:08
てかSJIS外の文字をファイル名に使うことってほとんど無いと思うけど
☀.txtとかそんな名前でも付けてるの?

>>148
PEヘッダに記録されるファイル名はANSIなんだが
それに俺の環境だけなのかは知らんがASCII文字以外を使ってるEXEがタスクマネージャで化ける
151デフォルトの名無しさん:2008/04/24(木) 18:46:46
俺はBig5ならしょっちゅう扱ってる
152デフォルトの名無しさん:2008/04/24(木) 19:05:57
>>148
知らないならレスしないでください
153デフォルトの名無しさん:2008/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が0になってしまう

どうすればCreateProcess→SendMessageが上手くいくようになる?

*sample.exeはコンソールアプリ
154デフォルトの名無しさん:2008/04/24(木) 19:59:44
>>153
本当にコンソールのタイトルに"sample"なんて表示されてるか?
"c:\windows\cmd.exe"とか出てるはずだが
155デフォルトの名無しさん:2008/04/24(木) 20:01:56
言い方がマズイかな
コンソールのタイトルは

"カレントディレクトリパス+sample.exe"

になるはず
156153:2008/04/24(木) 20:07:21
>>154,>>155
FindWindowの第1引数をsample.exeのフルpathにしてもだめ(hWnd=0)でした
157デフォルトの名無しさん:2008/04/24(木) 20:11:24
パスって言うかコンソールのタイトルとFindWindowの引数が正確に一致してるのかって話なんだが
大文字小文字の差も含めて

少なくともSpyはタイトル拾えてるから引っかからないって事は無い筈
158デフォルトの名無しさん:2008/04/24(木) 20:15:37
159デフォルトの名無しさん:2008/04/24(木) 20:17:08
>>156
まずはSpy++とかで確認しる。

ちなみに、CreateProcessしてすぐにFindWindowしてる、なんていうオチじゃないだろうな?
160153:2008/04/24(木) 20:24:56
CreateProcessの次にFindWindowしてます・・・
161153:2008/04/24(木) 20:28:12
検索してたら見つけたんだけど、この使い方解説お願いできます?

URL:http://homepage2.nifty.com/DSS/VCPP/API/ProcessEnd.htm
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デフォルトの名無しさん:2008/04/24(木) 20:33:30
CreateProcessの直後にFindWindowしたら駄目にきまってるだろう。
プロセスが起動した瞬間にウインドウができるわけじゃない。
163デフォルトの名無しさん:2008/04/24(木) 20:36:07
>>161
CreateProcessで作成したプロセスが所有するウィンドウにWM_CLOSEをポストしてる
当然CreateWindowで作ったウィンドウを持ってないプログラムにゃ無効
164デフォルトの名無しさん:2008/04/24(木) 20:38:47
つかコンソールにWM_CLOSE送るなら
terminateprocessでも使っとけば良いんじゃねえのか
165153:2008/04/24(木) 20:50:22
ありがとうございます

>>164
上のURL先に
>緊急遮断に使用するものであり,終了するが正常な終了方法ではない
とありますが大丈夫ですか?

正常終了するにはどうすればいいですか?
166デフォルトの名無しさん:2008/04/24(木) 20:53:29
コンソールにWM_CLOSE送ったってムリヤリ終了してるから気にするな

コンソールプログラムならプログラムが自発的に終了しない限り正常終了しない
167デフォルトの名無しさん:2008/04/24(木) 20:55:24
>>165
外部から無理に止めるのが正常な方法であるわけがない。
メッセージを投げてターゲットプロセスが自分で終了するようにするのがまっとうな方法。
168デフォルトの名無しさん:2008/04/24(木) 20:55:48
WM_CLOSEをポストする。
キャンセルできるから確実性はないけどな。
169デフォルトの名無しさん:2008/04/24(木) 20:57:33
そういう場合はパイプで繋げてシグナルを送信するんだよ
170153:2008/04/24(木) 20:59:45
ありがとうございます
望みどおりの動作してくれました

171153:2008/04/24(木) 21:04:09
>>167
自力終了 == 正常終了
なんですね覚えておきます

>>169
パイプ・シグナルの事も頭に入れておきます
172デフォルトの名無しさん:2008/04/24(木) 21:24:57
Googleの弊害だよな。
適当に検索して、それっぽいコードを継ぎ接ぎする、本質を理解しようとしない人間が量産されるのは。
173167:2008/04/24(木) 21:25:00
>>171
外部から何かを受け取ることでエラー終了するように作られたものもありうる。
少なくともあるプロセスがどういう状況にあるのかを無視して終わらせるのが正常とは言えない、
ということだ。拡大解釈やめれ。
174デフォルトの名無しさん:2008/04/24(木) 21:29:47
そもそも、CreateProcessして即座に終了させるって、無意味だろ。

なぜ外部から終了させる必要があるのか、まずは、そこから話してみ。
175デフォルトの名無しさん:2008/04/24(木) 21:52:39
試してるだけじゃないのか
176153:2008/04/24(木) 21:58:44
>>173
わかりました

>>174
CreateProcessしたプログラムで処理してる時に
別のプログラムの処理も必要になった時のために
メインのプログラムから起動するようにしました

どうせやるなら終了もメインのプログラムからした方が
使いやすい(手間がかからない)と思ったからです
177デフォルトの名無しさん:2008/04/24(木) 22:08:04
>>153
FindWindowの第一引数はクラス名だぼけ
178デフォルトの名無しさん:2008/04/24(木) 22:10:04
HWND FindWindow(
  LPCTSTR lpClassName, // クラス名
  LPCTSTR lpWindowName // ウィンドウ名
);

ここまで誰も気付かなかったな
すげぇw
179デフォルトの名無しさん:2008/04/24(木) 22:12:44
LPCTSTR型のクラス?
180デフォルトの名無しさん:2008/04/24(木) 22:13:19
ごめん
なんでもない
181デフォルトの名無しさん:2008/04/24(木) 22:13:54
ウィンドウクラスというのはだな・・・(ry
182デフォルトの名無しさん:2008/04/24(木) 22:14:10
>>176
> どうせやるなら終了もメインのプログラムからした方が
> 使いやすい(手間がかからない)と思ったからです

なるほど。

その子プロセスは、どういったものなの?

また、

その子プロセスの正規の終了条件もしくは終了手順は、
どういったものなの?
183デフォルトの名無しさん:2008/04/24(木) 22:18:49
なんという盲点
184153:2008/04/24(木) 22:22:46
>>182
1、ある時刻になったらBEEP鳴らして終了
2、文字列をある規則で別の文字列へ変換して待機(別ファイルを読み込む可能性があるため)
3、文字列から特定の文字を削除(同上)
etc
2と3はexit入力で終了です
185デフォルトの名無しさん:2008/04/24(木) 22:49:39
>>184
えーと、対話的に入力を受付けてるわけね。
で、exitとタイプしてリターンキーを押すと終了、と。

ならば、
WaitForInputIdle()
で入力待ち状態になるまで待ち、
コンソールに"exit\n"を送るのが、
正規の終了手段だと思う。
186153:2008/04/24(木) 23:18:25
>>185
sampleがSleep中でもWaitForInputIdle()の次の行へ進んでしまいました

>プロセスがコンソールアプリケーションである場合〜中略〜WaitForInputIdle 関数は即座に制御を返します。
とmsdnに書いてありました
187デフォルトの名無しさん:2008/04/24(木) 23:25:47
あーごめん、じゃぁ、ちょっと面倒だな。

そのsampleも自分で作っていて変更可能なら、
入力待ちするところで、イベントオブジェクトの状態をチェックして、シグナル状態なら終了するようにして、
親プロセスが子プロセスに終了してほしいときに、イベントをシグナル状態にしたらどうよ。
188デフォルトの名無しさん:2008/04/25(金) 00:08:10
WaitForInputIdleって対象プロセスが最初にGetMessageを呼ぶまで待機するとかそんな感じだったような

>>186
STARTUPINFO::hStdInput/hStdOutputあたりにMailslotのハンドルを渡せばできた気がする
189デフォルトの名無しさん:2008/04/25(金) 09:48:31
質問です
190デフォルトの名無しさん:2008/04/25(金) 09:49:53
なんすかwwwwwwwwww
191デフォルトの名無しさん:2008/04/25(金) 11:39:07
FileMonで"FASTIO_QUERY_OPEN"ってなるやつって、具体的にはどうやってファイルオープンしてるんでしょうか
NtCreateProcess()とNtOpenProcess()とNtCreateSection()の3つに
フックをかけて監視してるんだけどどれにも引っかからない
192デフォルトの名無しさん:2008/04/25(金) 12:06:41
またネイティブAPIか
193デフォルトの名無しさん:2008/04/25(金) 12:31:15
xmlとかYAMLとかをhttpで送受信するのに便利な通信モジュールないかな。
WININETとMFCは試したけど、通信の待ち時間とかを有効に使おうとするととても書きづらい。
194デフォルトの名無しさん:2008/04/25(金) 13:05:12
本当に必要なのは通信の待ち時間とかを有効に使うための知識か
195デフォルトの名無しさん:2008/04/25(金) 14:00:56
通信の待ち時間を使って本を読んでます!
196デフォルトの名無しさん:2008/04/25(金) 14:52:13
ワロタ

COMでもいいのかな
197デフォルトの名無しさん:2008/04/25(金) 14:57:53
>>172
検索して見つかったコードを自分なりに書き換えるのもまたイイ
198デフォルトの名無しさん:2008/04/25(金) 15:43:03
boost::asio
199デフォルトの名無しさん:2008/04/25(金) 20:14:40
マルチスレッド化して、その内のあるスレッドで同期系のものによって通信するのも1つの手ではある。
200デフォルトの名無しさん:2008/04/25(金) 21:05:53
TCP通信ってさ、勝手に同期とって転送してくれるんじゃないの?
俺、TCPで同期とか考えたことないんだけど。。考えが間違ってたらご指摘plz
201デフォルトの名無しさん:2008/04/25(金) 21:16:26
じっと待ってられないせっかちさんと、途中でキャンセルしたくなる優柔不断さんのため
202デフォルトの名無しさん:2008/04/25(金) 21:26:36
WinInetには非同期モードあるぞ、一応。
203デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/25(金) 21:51:41
リロケート情報あるんじゃないのかな
205デフォルトの名無しさん:2008/04/25(金) 22:01:45
ベースアドレス固定ってntdllとkernel32ぐらいじゃね?(Vistaは知らん)
206デフォルトの名無しさん:2008/04/25(金) 22:46:14
>>191
おそらくは各ドライバ(ntfs.sysとかかな)のFastI/Oディスパッチルーチンの呼び出し

_FAST_IO_DISPATCH構造体でぐぐれば情報はでる あくまで推測だけど
207デフォルトの名無しさん:2008/04/25(金) 23:10:38
>>204
dllでリロケートする場合って、必要な全アドレスを書き換えますよね。
この場合、間接ポインタではなく'offset _imp__dll_val'で変数を使うことは可能なのでしょうか?

>>205
すいません。ベースアドレス固定ではなく、
「dllごとにベースアドレス固定」が正しい表現でした。
208デフォルトの名無しさん:2008/04/25(金) 23:26:48
ねぇ、もうWinFXみたいなのって作らないの?
209デフォルトの名無しさん:2008/04/25(金) 23:29:19
WinFXって.NET3.0だろ
210デフォルトの名無しさん:2008/04/25(金) 23:34:25
既に完成したものをまた作ってどうすんだろうね
211デフォルトの名無しさん:2008/04/26(土) 00:06:16
>>200
それ同期違う。
ここでの同期は、転送が完了してから制御を返すこと。
逆に、転送が完了するのを確認せずに制御を返す関数が非同期。
212デフォルトの名無しさん:2008/04/26(土) 01:12:23
入力されたパスのフォルダに入っているファイルを
リストコントロールに表示させているのですが、
この時のパスを格納するための配列は256バイトあれば大丈夫ですか?
213デフォルトの名無しさん:2008/04/26(土) 01:13:54
せめてMAX_PATH。
214デフォルトの名無しさん:2008/04/26(土) 01:16:08
成る程260バイトですか、ありがとうございます。
215デフォルトの名無しさん:2008/04/26(土) 01:23:25
>>214
そのレスだと平気で
p = (LPTSTR)malloc(260);
とか書きそうな雰囲気だな

まあ俺には関係ないからどうでもいいが
216デフォルトの名無しさん:2008/04/26(土) 07:40:27
>>215
そのように書く事によって何か問題が起こるとは予想がつかないのですが、
相応しくない書き方、という事ですね、
すみませんが、理由を知りたいです。
217デフォルトの名無しさん:2008/04/26(土) 07:58:57
261あったらどうするの?
218デフォルトの名無しさん:2008/04/26(土) 08:30:11
必要なだけ確保する
それが動的メモリ
逆に無駄な分は確保しない
219デフォルトの名無しさん:2008/04/26(土) 08:35:13
ちょっとまて、お前ら答えを教えてやれよw
まあ、自分で探すのも大切ではあるが。
220デフォルトの名無しさん:2008/04/26(土) 09:13:07
知らないならレスしないでください
221デフォルトの名無しさん:2008/04/26(土) 09:52:51
>>216
ヒント

#ifdef _UNICODE
 typedef wchat_t * LPTSTR;
#else
 typedef char * LPTSTR;
#endif
222デフォルトの名無しさん:2008/04/26(土) 10:14:36
>>212
んな事ぁ手前で好きに決めるもんだ。
223デフォルトの名無しさん:2008/04/26(土) 10:35:43
MAX_PATH * sizeof(TCHAR)
224デフォルトの名無しさん:2008/04/26(土) 11:10:27
知ってるならレスしないでください
225デフォルトの名無しさん:2008/04/26(土) 11:15:52
↑話を理解してない馬鹿
226デフォルトの名無しさん:2008/04/26(土) 11:17:17
↑自演馬鹿
227デフォルトの名無しさん:2008/04/26(土) 11:20:41
↑正解
228デフォルトの名無しさん:2008/04/26(土) 11:39:27
      _、_
    ヽ( ,_ノ`)ノ チッ、乗り遅れたか・・・
   へノ   /
┌→  ω  へ



229デフォルトの名無しさん:2008/04/26(土) 12:15:23
まだ誰も言っていないが、260じゃなくてMAX_PATHって定数使えよ。
230デフォルトの名無しさん:2008/04/26(土) 12:24:36
231デフォルトの名無しさん:2008/04/26(土) 12:36:15
MAX_PATHはかなり前に出てる
質問者が勝手に260に変換しただけ
232デフォルトの名無しさん:2008/04/26(土) 13:06:42
この中に、「MAX_PATH を超えるパス名など存在しない」と思ってる人が!
233デフォルトの名無しさん:2008/04/26(土) 13:11:35
そんなのexplorerだっていい加減だから気にしなくていい
234デフォルトの名無しさん:2008/04/26(土) 13:15:23
http://www.google.co.jp/search?q=%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E5%90%8D+%E6%9C%80%E5%A4%A7

嘘書いてるのも多いしなあ(FAT32の話をしてるのかも知れんが)
235デフォルトの名無しさん:2008/04/26(土) 13:20:11
↑話を理解してない馬鹿
236デフォルトの名無しさん:2008/04/26(土) 14:26:07
double型の数値を表示するのに、

double dbl=1.23;
char res[32];
wsprintf(res,"%f",dbl)
SetWindowText(hWnd, res);

とするとfと表示されるだけです。
どこがおかしいでしょうか?
237デフォルトの名無しさん:2008/04/26(土) 14:47:49
>>236
L"%f"
238デフォルトの名無しさん:2008/04/26(土) 14:49:19
wsprintfは実数使えないよ
239デフォルトの名無しさん:2008/04/26(土) 15:05:48
せめてMSDNでAPIの説明を読んでから質問しろよ
240デフォルトの名無しさん:2008/04/26(土) 15:06:22
StringCchPrintf
241デフォルトの名無しさん:2008/04/26(土) 19:45:36
>>237-240
超亀ですが、ありがとうございました。
もっとちゃんと勉強しなおします。。
242デフォルトの名無しさん:2008/04/26(土) 23:13:13
243デフォルトの名無しさん:2008/04/27(日) 02:14:39
wsprintf の 'w' って "Windows" のことだよね?
lstrcpy の 'l' はさっぱり分からん
244デフォルトの名無しさん:2008/04/27(日) 02:19:29
同じように95時代のソースみてると _lopen とかつかってて _l ってなによって思う
245デフォルトの名無しさん:2008/04/27(日) 02:38:55
LPSTRと同じようにlong pointerじゃないの?
246デフォルトの名無しさん:2008/04/27(日) 02:39:42
指定の他のソフトにきているメッセージを調べる方法ってありませんか?
247デフォルトの名無しさん:2008/04/27(日) 02:48:22
グローバルフック
248デフォルトの名無しさん:2008/04/27(日) 02:58:24
lsprintfでも良かったのにwsprintfなのが謎
kernel32.dllじゃなくてuser32.dllにあるのも謎
しかもWin9x系だと実体はkernel32.dll内にあってuser32!w(v)sprintfは実体にjmpしてるだけだし
249デフォルトの名無しさん:2008/04/27(日) 03:00:35
swprintf と wsprintf があるからややこしいんだよな。
しかもそれでいて wsprintf は %f がないという大きな仕様の差があるし。
250デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/27(日) 04:42:39
>>250
こういうの、1〜2回/年くらいしか趣味でWinアプリをつくらない
ハード屋のおいらにはつらい
252デフォルトの名無しさん:2008/04/27(日) 05:07:35
シーケンシャルで読み捨てるんだったら
メモリマップトファイル使っても効率落ちるだけですかね?
253デフォルトの名無しさん:2008/04/27(日) 06:03:19
読み捨てるのに明示的にマップする必要なんてあんのか
254デフォルトの名無しさん:2008/04/27(日) 08:03:24

ReadDirectoryChangesW() を同期モードでワーカースレッドで使用した場合に,
メインスレッドから制御を変えさせる(中断させる)方法ってありますか?
255デフォルトの名無しさん:2008/04/27(日) 11:04:31
multimedia timerとhigh-resolution timerの使い分けはどのようにすればいいのでしょうか?
256デフォルトの名無しさん:2008/04/27(日) 11:09:24
気分しだい
257デフォルトの名無しさん:2008/04/27(日) 11:17:27
同期用のディレクトリハンドルを閉じてみるとか
258デフォルトの名無しさん:2008/04/27(日) 11:38:51
>>252
数MBくらいのファイルだが、
シーケンシャルな読み取りしかしないときにメモリマップしたら、
バッファリングありで普通に読み取るよりは速かった覚えがある。
259デフォルトの名無しさん:2008/04/27(日) 11:41:45
バッファリングぐらい自前でしろよ
260デフォルトの名無しさん:2008/04/27(日) 11:43:18
>>257
今やってみたけど制御帰らなかった…(´・ω・`)
261デフォルトの名無しさん:2008/04/27(日) 17:36:16
1.clやgccでコンパイル・リンクして出来上がった*.exeファイルは、
 CPU(ペンティアム等)が直接理解できる形式のファイルなのでしょうか?
2.上記の答えが「直接理解できないファイル」の場合。
 CPUが直接理解できるファイルを、clやgccで作成することは出来ますか?
 
質問の意図。
出来るだけ速く動作させたいとか直接的な理由はありません、
知識として知っておきたいのが質問の意図です。
262デフォルトの名無しさん:2008/04/27(日) 17:37:42
ほぼ直接理解できる形式になっている。
ほぼってのは、プログラムをメモリ上にロードする際に
OS が少し手を加えるから。
263デフォルトの名無しさん:2008/04/27(日) 17:44:42
そもそもCPUは命令をデコードしてから実行してるからCPUが直接理解できるなんて有り得ない訳だが
264デフォルトの名無しさん:2008/04/27(日) 17:51:20
デコーダも CPU 内にあるし
265デフォルトの名無しさん:2008/04/27(日) 17:57:23
いや、IntelやAMDが配ってる命令リストに記述されてるもんであれば
直接解釈しているとみなして良いと思うが
266デフォルトの名無しさん:2008/04/27(日) 18:15:32
>>261
exeやdllは必ずしもCPUネイティブなマシン語とは限らんぞ。
/clrでコンパイルしたらMSILになるからな。
267デフォルトの名無しさん:2008/04/27(日) 18:17:04
そうか cl だとそれがあったか
268デフォルトの名無しさん:2008/04/27(日) 20:11:29
マイクロプログラムってソフトウェアなのかハードウェアなのかよくわからんよな。
269デフォルトの名無しさん:2008/04/28(月) 02:47:55
Win32APIで.NETのexeからリソースを取り出すのってどうすればいいの?
FindResourceじゃ取れないし
270デフォルトの名無しさん:2008/04/28(月) 03:06:49
アンマネージホスト用のインタフェース・関数がmscoree.dllとかから出ているから、
それを使ってやればいいんじゃないかな?

CLRを読み込んで、アセンブリ (EXE)を読み込んだら、
あとはCOMインタフェースで.NET Frameworkクラスライブラリを使う。
実際できるかどうかわからないけど、100%ネイティブでやれるとしたらこんな感じのはず。
271デフォルトの名無しさん:2008/04/28(月) 04:50:39
>>270
それネイティブじゃないだろw
272デフォルトの名無しさん:2008/04/28(月) 15:36:29
GetGlyphOutline で TrueType font の情報を取ってきているんですが、
OUTLINETEXTMETRIC 構造体の otmsCapEmHeight って何の値が入っているか
知っている方いらっしゃいますか。

MSのヘルプ系には Not supported.ってしか書いてないんですよね

そのわりにはしっかり値入ってるし、どうもほしい値っぽいし・・・
273デフォルトの名無しさん:2008/04/28(月) 15:46:02
Caption Embed Height
キャプションに配置した時の高さ


勘で言った。気にしないでくれ
274デフォルトの名無しさん:2008/04/28(月) 15:46:22
32bitOS上で、32bitアプリは特別なことしないとユーザー2GB、
カーネル2GBですよね。

64bitOS上だと、この2GB&2GBは変わらないのでしょうか?
ちとスレ違いかも知れんけどWin32アプリの仕様に関してなので、
ここで質問してみました。

ググっても資料見つかんなかったです。検索下手ですね。すみません
275デフォルトの名無しさん:2008/04/28(月) 16:03:00
>>274
これがそれっぽい?
http://msdn2.microsoft.com/en-us/library/aa384219(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デフォルトの名無しさん:2008/04/28(月) 16:07:54
64bitOS上で、32bitアプリってこと?
リンカでスイッチ入れない場合は上限2GBでかわらない。
入れた場合は4GBまで使える。
277デフォルトの名無しさん:2008/04/28(月) 16:15:25
>>276
一つ上のレスも見えんのか
278デフォルトの名無しさん:2008/04/28(月) 16:42:04
>>277
お節介な話だが、>>276 氏は>>274 を見てレスを考えている最中に先に
>>275 が入って、ちぐはぐになったんじゃね。
279デフォルトの名無しさん:2008/04/28(月) 16:46:20
ファイルパスが長い場合に途中を...に置き換えてくれる関数みたいに
指定された長さ以下になるまで8.3形式に縮めてくれる関数ないですか。
280デフォルトの名無しさん:2008/04/28(月) 16:52:47
>>278
つまりこういう事か
ケコーンしる>>276>>277

>>279
> 指定された長さ以下になるまで8.3形式に縮めてくれる
何が言いたいのかさっぱり分からん
281デフォルトの名無しさん:2008/04/28(月) 16:53:30
まつがえた
ケコーンしる>>275>>276
282デフォルトの名無しさん:2008/04/28(月) 17:00:00
>>279
上のほうはPathCompactPath(Ex)
283282:2008/04/28(月) 17:01:52
質問ちゃんと読んでなかった。忘れて
284デフォルトの名無しさん:2008/04/28(月) 17:21:02
なんでお前らそんなに物知りなんだ……?
285デフォルトの名無しさん:2008/04/28(月) 17:25:28
・指定された長さ以下になるまで縮める
 PathCompactPath、PathCompactPathEx、DrawTextEx

・8.3形式に縮める
 GetShortPathName

・指定された長さ以下になるまで8.3形式に縮める
 ???
286デフォルトの名無しさん:2008/04/28(月) 18:01:35
>>275>>276
ありがとん
例の3GBスイッチ入れたら64bitOS上でユーザー4GBですね。
もうこれで十分だああああ。
64bitアプリを作るのはいつのことになるやら…
287デフォルトの名無しさん:2008/04/28(月) 19:45:30
>>272
ぐぐっただけだが。
ttp://source.winehq.org/source/dlls/gdi/freetype.c?v=wine20011226
には「potm->otmsCapEmHeight = pOS2->sCapHeight」と書いてある。

で、「sCapHeight」を調べたら
ttp://www.microsoft.com/OpenType/OTSpec/os2.htm
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デフォルトの名無しさん:2008/04/28(月) 19:57:02
日本語でおk
289デフォルトの名無しさん:2008/04/28(月) 20:08:53
wineのソースかよ
290デフォルトの名無しさん:2008/04/28(月) 20:26:35
>286
例の3GBスイッチって何?
291デフォルトの名無しさん:2008/04/28(月) 20:32:24
>>290
link.exe /LARGEADDRESSAWARE
292デフォルトの名無しさん:2008/04/28(月) 20:34:42
どこらへんが3GBなの?
293デフォルトの名無しさん:2008/04/28(月) 20:36:45
ヒントもらったんだから少しは調べて聞けよ・・
294デフォルトの名無しさん:2008/04/28(月) 20:45:32
boot.iniに仕込むほうの/3GBと紛らわしくてイケナイし、
内実がしめしているものと意味合いが異なりすぎるのに
LARGEADDRESSAWAREを3GBスイッチとか言うのはなぜ?
295デフォルトの名無しさん:2008/04/28(月) 20:56:53
↑話を理解してない馬鹿
296デフォルトの名無しさん:2008/04/28(月) 21:16:48
>>252
実際にやったことある。
もう必要ないページが物理メモリに残って、また必要になるページが追い出されて、
ぐだぐだな状態になったよ。

ワーキングセットを自分でトリムすりゃいいんだろうけど、
そしたら自分に必要なページまで削られちまうかも。
297デフォルトの名無しさん:2008/04/28(月) 22:34:59
>>294
大いに関係ある。
/LARGEADDRESSAWARE付けたEXEが実際に2GB超のメモリを使うには、
boot.iniで/3GBを入れていないといけない。
(あるいは上に話があったように64ビットWindowsにするか)
298デフォルトの名無しさん:2008/04/28(月) 22:41:52
2000だとシステム空間は減るのにユーザのメモリ空間は変わらないんだよな、確か
299デフォルトの名無しさん:2008/04/28(月) 23:43:14
煽り目的の人はシンデイイヨ
300272:2008/04/29(火) 01:22:40
>>287
ありがとう
そのあたりも調べてみます。
301デフォルトの名無しさん:2008/04/29(火) 01:54:18
すみません。質問させていただけますでしょうか。
今現在、SetTimerを用いてWM_TIMERを送ってもらっているのですが、
タイマーの精度が低いので、timeGetTime関数を使ってみようと思ったのですが
これがうまくいきません。
具体的なやり方のようなものをご存知の方がいらっしゃいましたら、ご教示くださいませ
302デフォルトの名無しさん:2008/04/29(火) 01:59:20
マルチメディアタイマーつかっとけ
303デフォルトの名無しさん:2008/04/29(火) 02:32:29
パフォーマンスカウンタで測りながらループが最強だと思う
304デフォルトの名無しさん:2008/04/29(火) 02:33:56
ちゃんとループにSleep(0);を挟んでおけよ
305デフォルトの名無しさん:2008/04/29(火) 02:44:29
system("cls");
みたいな動作する関数って何ですか?
306デフォルトの名無しさん:2008/04/29(火) 02:47:23
VOID SystemCLS(VOID){

system("cls");

}
307デフォルトの名無しさん:2008/04/29(火) 02:51:09
system("cls");
これを使わなくてもコンソール画面をクリアして
カーソルを一番左上に持っていく事はできますか?
308デフォルトの名無しさん:2008/04/29(火) 02:51:36
>>306 それじゃWinAPI関係ねぇだろw
309デフォルトの名無しさん:2008/04/29(火) 03:03:37
CreateProcessに変更すればおk
310デフォルトの名無しさん:2008/04/29(火) 03:05:13
msvcrt.dllがKnownDLLsの一つだからCランタイム関数もWin32APIだろう
まあ"msvcrt.dll"にリンクできるコンパイラ(VC6,DDK,gccなど)を使ってればの話だが
311デフォルトの名無しさん:2008/04/29(火) 03:18:02
>>307
できます。
312デフォルトの名無しさん:2008/04/29(火) 03:19:54
どうやって?
313デフォルトの名無しさん:2008/04/29(火) 03:21:34
非同期でwav再生してて、wavの再生位置が1分に来たら
このメッセージを表示

とかどうやったらできる?
314デフォルトの名無しさん:2008/04/29(火) 04:10:40
sndPlaySound("c:\\test.wav", SND_ASYNC);
Sleep(60000);
MessageBox(NULL, "このメッセージを表示", NULL, 0);
315デフォルトの名無しさん:2008/04/29(火) 04:40:57
>>301
マイクロソフトのサンプルはすべてチェックしたか?

>>303
パフォーマンスカウンターは正確とは限らない。
一部のCPUでは、CPUが省電力機能でクロックが低下すると、パフォーマンスカウンターまで遅くなる。
また、複数のコアを持つCPUでは、パフォーマンスカウンターの読み出しには結構なコストがかかる。
(かといってRDTSC命令(だったかな)を直に呼ぶのはダメだ。マルチプロセッサやマルチコアなど、
カウンタが複数ある場合、それらが同一にカウント開始するとは限らないからだ。)
316デフォルトの名無しさん:2008/04/29(火) 04:40:58
GetAsyncKeyStateでキーの押下状態を取得したんですが、
3つ以上のキーを同時に押下するとき、いくつかの組み合わせでは最後に押したキーが押下されてない事になっています。
たとえばASDやSDFなどでは3つとも取得できていますが、
DFGやHJKをD→F→GやH→J→Kの順番で押していくとDFやHJの2つしか押下されてない事になっていて、
同様にD→G→FやH→K→Jの順番で押していくとDGやHKの2つしか押下されていない事になっています。
何か解決のヒントでもあれば教えてください。
ちなみにGetKeyStateやGetKeyboardStateを使っても同様の現象が発生していました。
317デフォルトの名無しさん:2008/04/29(火) 04:44:20
>>307
MSDNライブラリで、
WriteConsole
のページを開いて目次を同期し、そこのあたりのAPIを一通り見れ。
318デフォルトの名無しさん:2008/04/29(火) 04:45:14
>>314
Sleep(60000)が同期だろうが。

茶化した回答しかできんなら黙っとれ。
319デフォルトの名無しさん:2008/04/29(火) 04:47:51
>>316
まずは、あなたの使っているキーボードが、Nキー・ロールオーバーを保証していることを確認せよ。
また、同時押下のキーに制限がないことを確認せよ。

そこいらのキーボードはコスト削減のために、
(シフト系の同時押下前提のキーを除いて)
複数のキーの同時押下を検出できない
または、誤検出するような設計になっている。
320デフォルトの名無しさん:2008/04/29(火) 04:54:25
>>319
あー・・・なるほど。
1000円くらいの安物なので多分対応してないでしょうね・・・。
確認してみます。
ありがとうございます。
321デフォルトの名無しさん:2008/04/29(火) 04:59:18
Nキー・ロールオーバーを謳ってるキーボードでも、
PS/2接続ならOKだが、
USB接続だと6キーまでという制限があったりするらしいぞ。
322デフォルトの名無しさん:2008/04/29(火) 06:38:42
PS/2接続のRealforce使ってるから、GetKeyboardStateで試してみたら、
本当にいくらでも同時押し下げを認識するのな。
別に無制限の同時押し下げのために使ってるわけじゃないが。
323デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/29(火) 08:13:46
というか>>314のレス内容からこの程度の応用すら思い付かない奴は
プログラマに向いていないので転職をおすすめする
325デフォルトの名無しさん:2008/04/29(火) 08:22:24
sndPlaySound使う時点でプログラマに向いてないと思うがw
326デフォルトの名無しさん:2008/04/29(火) 08:25:16
非同期ってのは、そういう意味じゃないだろ。
327デフォルトの名無しさん:2008/04/29(火) 08:27:09
>>314>>323は、
60秒後に
このメッセージを表示
することだよな。

それを求めていたら、そういう質問になるだろう。
328デフォルトの名無しさん:2008/04/29(火) 08:30:04
>>313の質問は、

> 非同期でwav再生してて、wavの再生位置が1分に来たら
> このメッセージを表示

である。

言葉を補うと、

すでに非同期で再生しているwavが、
その再生位置が1分のところに来たら
このメッセージを表示

となるだろう。

どこまで再生しているのか不明な以上、
Sleepなんかじゃ話にならない。
329デフォルトの名無しさん:2008/04/29(火) 08:31:42
wavの再生速度を変えないなら、再生位置が1分になるのは再生してから1分後だろう
330デフォルトの名無しさん:2008/04/29(火) 08:33:04
音とびなどの特殊状況を考えなければね
331デフォルトの名無しさん:2008/04/29(火) 08:34:08
今時wavの再生ごときで音とびなんてするかよ
332デフォルトの名無しさん:2008/04/29(火) 08:35:46
>>331
こういう奴って、実際にやったことないんだろうなぁ
333デフォルトの名無しさん:2008/04/29(火) 08:39:15
>>332
仮に音とびしても「再生位置1分」と実時間とのずれなんて誤差範囲だろ
お前のPCでは1分のwavを再生するのに2分かかるほど音とびするのか?
334デフォルトの名無しさん:2008/04/29(火) 08:44:03
sndPlaySoundから制御が返った瞬間に、再生開始されてると、いったい誰が保証してくれるんだ?
保証されていないものに頼ることこそ、プログラマに向いてない。

メモリ上にwavを読みこんであったとしても、そいつが物理メモリ上になかったら?

ファイルから直に再生するときに、CD-ROMなどのアクセスに時間のかかるデバイス上にあったら?
しかも、同時に他のアクセスが発生して、当該ファイルの読込みが途切れたら?

>>329
ループ再生していたら、再生開始から1分後とは限らない。
それに、先頭から再生しているのかどうかも、わからんし、
途中で一時停止するかもしれん。
335デフォルトの名無しさん:2008/04/29(火) 08:50:28
>>334
お前ムキになりすぎ

そもそもsndPlaySoundは一時停止なんてできないし、
そんな事を言い出したらDirectSoundのコールバックやらを使っても正確に1分かどうかなんて分からんぞ
336デフォルトの名無しさん:2008/04/29(火) 09:04:22
目的によって手段を選べばいい
337デフォルトの名無しさん:2008/04/29(火) 09:06:28
ノートPC動かすとHDDのヘッドがリトラクトして簡単に音飛びするよ。
それも3秒とかの単位で。
Sleepで時間あわせなんてナンセンス。
定期的に再生位置を読みにいくしかないんじゃね。
338デフォルトの名無しさん:2008/04/29(火) 09:14:25
> ノートPC動かすとHDDのヘッドがリトラクトして
そんな使い方してたらHDD壊れるだろw
339デフォルトの名無しさん:2008/04/29(火) 09:58:35
>>335
sndPlaySoundを使うことを前提にして話をするなよ。
340デフォルトの名無しさん:2008/04/29(火) 10:05:13
>>338
壊れないんだな、これが。

何年も前から、ノートPCのHDDには加速度センサが付いていて、
動きはじめた時点でヘッドを安全領域に移動させはじめるのよ。
衝撃が加わるであろう頃には、かなりの衝撃に耐えられる状態になる。
341デフォルトの名無しさん:2008/04/29(火) 10:11:51
お前ら雑談はそろそろ終わりにしろ
342デフォルトの名無しさん:2008/04/29(火) 10:15:25
DirectSoundって廃止されるんじゃないの?
XAudioのせいで。
343デフォルトの名無しさん:2008/04/29(火) 10:26:38
>>342
ソースどこだよヴォケ
344デフォルトの名無しさん:2008/04/29(火) 10:29:30
VIPに帰れよおまえら
345デフォルトの名無しさん:2008/04/29(火) 10:45:35
Win32APIの質問しにくい状況だよね。。
MFCやらDirectXやら雑談スレになってる
346デフォルトの名無しさん:2008/04/29(火) 10:47:08
質問してくれくれ
347デフォルトの名無しさん:2008/04/29(火) 10:47:35
次スレからはWin32API雑談箱でいいだろ
348デフォルトの名無しさん:2008/04/29(火) 10:47:35
約一名、わざと変な回答をして荒らしている人がいるからなぁ。
349デフォルトの名無しさん:2008/04/29(火) 11:11:19
350313:2008/04/29(火) 11:31:09
タイヘンな事になってしまったみたいでナンカゴメン・・・

>>337の>定期的に再生位置を読みにいくしかないんじゃね。
ってどうやればできる?
351デフォルトの名無しさん:2008/04/29(火) 11:32:43
DirectSoundならわかるよ
352デフォルトの名無しさん:2008/04/29(火) 11:33:21
早速の回答ありがと

ほんとごめんね
353デフォルトの名無しさん:2008/04/29(火) 11:52:17
msdnしんでない?
354デフォルトの名無しさん:2008/04/29(火) 12:01:13
生きてた
355デフォルトの名無しさん:2008/04/29(火) 12:15:23
Content not found って表示されるorz
356デフォルトの名無しさん:2008/04/29(火) 12:53:12
Sleep( DWORD ms)
このAPIが呼び出されてスレッドが休止された時点から少なくとも
msミリ秒はスレッドの再開が無い。
但しSleep内でスレッドが休止され再開されるまでブロック
(戻ってこない)ことが保証されているかどうか不明
(仮に現時点そうだとしても将来に渡る永続的な保証は無いと思うべき)
最も無難な解釈は、「このAPIが呼び出されてから次のスレッド休止期間
がmsミリ秒以上であることが保証される」
といった程度。
こういうのをドキュメントから読み取れないとな。
>>314の解答は、ある意味最適解だよ。APIの利用法で実績例が少ない
ものは安全性が低くなる。
殆どのAPIは他の目的で作られたもので汎用性を考えて作られていないし、
今更作り直すことすら出来ない。(その意味で仕様が安定してるという
理由だけで使われているとすら言える)
あくまでも使用者の自己責任という前提でエクスポート(渋々に使用許可)
されてるものに過ぎない。
357デフォルトの名無しさん:2008/04/29(火) 12:58:18
>>355
移動したみたいよ
358デフォルトの名無しさん:2008/04/29(火) 13:31:08
>>356
もうそういうつっこみはいんでない?
ネタをネタとして(ry
359デフォルトの名無しさん:2008/04/29(火) 13:32:07
彼のGWを費やしてゴミレスをまきつづけるという決心は誰にもいさめられはしないのだ。
360デフォルトの名無しさん:2008/04/29(火) 14:16:51
sndPlaySoundする前にCreateThreadで別スレッド作って、
別スレッドでSleep(60000)でその後にメッセージ出せば良いと思う。
361デフォルトの名無しさん:2008/04/29(火) 14:20:54
WindowsVistaでサービスアプリケーションを作ってるんですが、
タスクトレイ(通知領域)にアイコンをだすにはどうすればいいですか?
XPではNotifyIconを使って動いていたのですが、
Vistaではセッションが分離されたようで動かなくなりました。
よろしくおねがいします。
362デフォルトの名無しさん:2008/04/29(火) 14:21:02
公開WindowsAPIだけを用いてまともな(信頼出来る)
リアルタイムアプリ作るのは不可能だと思う
それが嫌ならWindows使わないほうがいいと思う
363デフォルトの名無しさん:2008/04/29(火) 14:38:02
>>362
はぁ?
364デフォルトの名無しさん:2008/04/29(火) 14:38:41
>>361
タスクトレイアプリを別exeで作って
そいつをCreateProcessAsUserだかなんだかでデスクトップに注入しろ
タスクトレイアプリとの通信方法は自分で考えろ
365デフォルトの名無しさん:2008/04/29(火) 14:43:07
>>362
話を理解してない馬鹿
366:2008/04/29(火) 14:45:54
話を理解してない馬鹿
367デフォルトの名無しさん:2008/04/29(火) 14:52:22
↑話を理解してない馬鹿
368デフォルトの名無しさん:2008/04/29(火) 14:53:42
春だねぇ
369デフォルトの名無しさん:2008/04/29(火) 14:56:19
Windowsにまともなリアルタイム性が期待できないことぐらい誰でも知ってるし誰もそんな話はしていない
そうやって勝手な雑談ネタを持ち込もうとしたら叩かれて当然
370デフォルトの名無しさん:2008/04/29(火) 14:56:34
同じ宛先の郵便物を別のポストに僅かな時間差で入れた場合
先に入れたほうが先に届くことが保証されるか?
常識と教育が必要な知識との微妙な境界領域だろうが
一般的には保証されてると信じたほうが悪いと判決される。
371デフォルトの名無しさん:2008/04/29(火) 15:03:50
保証されると信じるわけのないことを喩えに出されても困るが。
372デフォルトの名無しさん:2008/04/29(火) 15:04:54
質問者が質問する
    ↓
質問内容が飛躍してスレ住人が雑談
    ↓
エスカレートしすぎて当事者以外は手がつけられなくなる
    ↓
質問者が「ごめんなさい」レス


この流れの永久ループだな
謝るべきは雑談しているカス共だろ
373デフォルトの名無しさん:2008/04/29(火) 15:34:50
みんな自己表現しすぎなのが問題かと・・・
374デフォルトの名無しさん:2008/04/29(火) 15:35:32
「俺はこんな事まで考慮した上でレスしてんだぞ フフン」ってのがそこらじゅうのレスから感じられる
だから何?って感じなんだが
375デフォルトの名無しさん:2008/04/29(火) 15:43:16
API仕様情報なんて所詮、うわさ話の域を出ない。
だから、話が脱線していくのは仕方がないでしょ
誰も本当の事知ってる訳じゃないし。
断片情報のよせ集めでしかないからね。
376デフォルトの名無しさん:2008/04/29(火) 15:44:37
>>375
お前が雑談の元凶か
377デフォルトの名無しさん:2008/04/29(火) 16:02:55
MSDNからDirectShowの日本語ドキュメントすべて削除されたみたい
378デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/29(火) 16:42:46
上にもあるけど
非同期wav再生
→再生位置取得
→位置により別の文字(歌詞でも)表示
ってSleepが手っ取り早いんかな

歌詞表示はコンソールなんだけど・・・
380デフォルトの名無しさん:2008/04/29(火) 16:47:29
>>378
そもそも何でもAPIフックで済まそうという思考が以下略
381デフォルトの名無しさん:2008/04/29(火) 16:58:11
>>379
http://www13.plala.or.jp/kymats/study/MULTIMEDIA/waveOut_getpos.html

こんなんどう?使い方わからんけど
誰か頼むorz
382デフォルトの名無しさん:2008/04/29(火) 17:02:55
例えば
/* 取得の前準備 */
・・・・・・・・・・・・・・・
・・・・・・・・・・・・・・・
/* 再生位置取得 */
・・・・・・・・・・・・・・・
・・・・・・・・・・・・・・・
/* 終了 */
見たいな感じで 最小コード誰かplz
383デフォルトの名無しさん:2008/04/29(火) 17:08:38
384デフォルトの名無しさん:2008/04/29(火) 17:17:23
>>380
全くその通りなのですが、色々調べた結果APIフックにいってしまいました。
APIフックがしたいわけではないので、どなたかよい方法があれば…。
385デフォルトの名無しさん:2008/04/29(火) 17:39:41
スクリーンセーバーの実行処理なんてのはシステムの管轄だから、アプリ側では
それを抑止する(WM_SYSCOMMAND/SC_SCREENSAVEに応答する)以上は触るなという事だろう

要するに
「スクリーンセーバーを起動できるかどうか」
ではなくて
「スクリーンセーバーが起動されようとしている時にどうするか」
だけを考えろ、と。
386デフォルトの名無しさん:2008/04/29(火) 18:24:06
>>361>>378も無理
Vistaは糞
387デフォルトの名無しさん:2008/04/29(火) 19:53:21
今更だがDirectSoundには結構前から死亡宣告が出てるよ
http://www.4gamer.net/specials/tooearlytogetvista/003/tooearlytogetvista_001.shtml
388デフォルトの名無しさん:2008/04/29(火) 20:54:31
>>361
サービスが直にアイコンを出すのではなく、
ログオンしているユーザと対話するためのEXEを作り、
そのEXEがサービスと通信して適宜、アイコンを表示すべし。
389デフォルトの名無しさん:2008/04/29(火) 20:56:56
>>374
いろいろと考慮して、行儀良くAPIを使うのは、基本中の基本。
たまたま動いているからOKという考え方だと痛い目にあう。

>>364
> そいつをCreateProcessAsUserだかなんだかでデスクトップに注入

スタートアップに登録でいいと思う。
390デフォルトの名無しさん:2008/04/29(火) 21:15:14
>>387
2chステレオでただ音を出すだけなら、今後も、互換性あるんじゃない?
391デフォルトの名無しさん:2008/04/29(火) 23:13:07
>>356
こういうことじゃないのか。
>0 を指定すると、スレッドは、実行の準備ができている同じ優先順位の
>ほかのスレッドに残りのタイムスライスを譲ります。

>>375 同意。本当の事はバージョン限定。
392デフォルトの名無しさん:2008/04/29(火) 23:18:23
>>389
たまたま動いてるからOKだなんて言わなかったけど?(笑)
393デフォルトの名無しさん:2008/04/29(火) 23:23:56
明示的には言ってないが、暗にそういう前提で話をしてたろ。
394デフォルトの名無しさん:2008/04/29(火) 23:25:00
うるせぇよ雑談で荒らすな
395デフォルトの名無しさん:2008/04/29(火) 23:30:31
>>393
してないよ?
それは単なる君の憶測。
396デフォルトの名無しさん:2008/04/30(水) 00:49:06
>>387
その記事を書いた時点で記者はXAudio 2のことを全く知らなかったみたいだがな。
397デフォルトの名無しさん:2008/04/30(水) 03:09:28
>>385
レスどうもです。一筋縄ではいかなそうですね。
NtUserCreateDesktop のフックを試してみて、無理そうだったら
アイディアがもう無いので諦めたいと思います。
398デフォルトの名無しさん:2008/04/30(水) 03:20:33
なぜスクリーンセイバーが起動できるか取得したい動機を知りたい
399デフォルトの名無しさん:2008/04/30(水) 05:56:50
NtUserCreateDesktop ってエクスポートすらされてないじゃん
スクリーンセイバー相手に超乙
400デフォルトの名無しさん:2008/04/30(水) 06:30:33
APIで出来ないことには手を出すなってのがMSの考えだろ

大体NtUserCreateDesktopなんて名前からしてモロNT依存だし
Win32がNT専用じゃない(なかった)事を考えるとその行為がいかに馬鹿げているか分かるだろうし
そんな事にいちいちSSDTフックを持ち出していたら何のためにAPIがあるのか分からん
401デフォルトの名無しさん:2008/04/30(水) 07:06:45
それは真のプログラマとはいえない。

UndocumentedなAPIを使いこなしてこそ、真のプログラマというものだろう。

公開APIなんぞ、M$の手のひらで踊らされているだけに過ぎない。




おれは公開APIしか使わないけどね。
402デフォルトの名無しさん:2008/04/30(水) 07:08:29
対案も出せないくせに、なぜそこまで否定するのかわからん
質問者もその辺は重々承知だろうし、勝手にやらせればいいだろ
403デフォルトの名無しさん:2008/04/30(水) 07:08:48
俺様定義の「真のプログラマ」なんて持ち出されてもなぁ。

ていうか「真のプログラマ」ってネタだよな。
404デフォルトの名無しさん:2008/04/30(水) 07:09:47
>>402
何が目的なのか、わからないから、
代替案を提案しようがないのだが。
405デフォルトの名無しさん:2008/04/30(水) 07:32:35
こういう、荒れるor雑談となる原因を質問者自身が持ち込むのも勘弁してほしい。

IsScreenSaverEnabledなんてAPIが無い以上Win32APIレベルで無理なのは重々承知のはず。
その上でカーネルAPIのフックなどを持ち込んで「他に良い方法ありませんか?」なんて
正直、知識をひけらかしたいだけじゃないのかとも思ってしまう。
406デフォルトの名無しさん:2008/04/30(水) 07:42:15
知らなきゃ黙ってればいいだけだろ
407デフォルトの名無しさん:2008/04/30(水) 07:44:35
また温め納豆か?
408デフォルトの名無しさん:2008/04/30(水) 08:11:42
調べてないから適当な事言うけど、
スクリーンセーバーの基本設定はレジストリに書かれてる訳じゃないのか?
409デフォルトの名無しさん:2008/04/30(水) 08:24:02
>>408
いまスクリーンセーバーを起動しようとしたら、
誰がそれに反対するかは、
実際にお伺いを立ててみないとわからないのよ。
410デフォルトの名無しさん:2008/04/30(水) 08:31:46
誰がそれに反対するのか調べるためだけにカーネルモードドライバを組み込むのか
馬鹿馬鹿しい
411デフォルトの名無しさん:2008/04/30(水) 08:33:15
ああ、起動が阻害されるかどうかをチェックしたいのか・・・。
412デフォルトの名無しさん:2008/04/30(水) 08:37:53
じゃあスクリーンセーバ起動してみたらいいじゃん
413デフォルトの名無しさん:2008/04/30(水) 08:39:59
誰が起動を阻止するかなんてのはお前の気にする所ではないということだ
他のプロセスが何をしようが知ったことではない、マルチタスクの基本
それが分からんようなら勝手にドライバでも何でも作ってろ
414デフォルトの名無しさん:2008/04/30(水) 08:43:47
×誰がそれに反対するかは
○誰かがそれに反対するかは
415デフォルトの名無しさん:2008/04/30(水) 08:44:14
分からない人のレス要らないから。
416デフォルトの名無しさん:2008/04/30(水) 08:50:01
特に何もしないスクリーンセーバーを作って、
スクリーンセーバーを一時的にそれに変更し、それを起動してみる。
起動できた場合はそのスクリーンセーバーからメッセージを送ってもらう。

こんなんでどうなんだ?
417デフォルトの名無しさん:2008/04/30(水) 08:51:39
>>415
「知っている」という事象が存在しない命題に対して「知らないならレスするな」は矛盾している。
つまり、お前も>>406も質問者の>>378自身も単なる荒らしに過ぎないということ。
418デフォルトの名無しさん:2008/04/30(水) 09:13:59
>>417
論理学を勉強しなおしましょう
419デフォルトの名無しさん:2008/04/30(水) 09:17:02
自身の正しさを証明できませんってことで
420デフォルトの名無しさん:2008/04/30(水) 09:17:50
return false;
421デフォルトの名無しさん:2008/04/30(水) 10:45:50
Win32APIで出来ない事は「知っている」
422デフォルトの名無しさん:2008/04/30(水) 11:44:13
休日に話進められても参加できんな−
423デフォルトの名無しさん:2008/04/30(水) 12:11:11
俺と話すか?
424デフォルトの名無しさん:2008/04/30(水) 12:30:32
今時Win32APIなんて雑談のネタにしかならないのがよく分かるスレだな
425デフォルトの名無しさん:2008/04/30(水) 12:31:21
雑談スレへようこそ
426デフォルトの名無しさん:2008/04/30(水) 13:31:55
荒らすなよ。興味ないのなら別のスレ行けよ。
わざわざwin32API勉強してる奴の妨害しなくてもいいだろ?
嫌がらせ受ける側の気持ちになれよ
427デフォルトの名無しさん:2008/04/30(水) 13:33:31
ごめんね
428デフォルトの名無しさん:2008/04/30(水) 13:34:03
すんませんでした…
429デフォルトの名無しさん:2008/04/30(水) 14:04:59
>>426
荒ら
   わざ
       受け
430デフォルトの名無しさん:2008/04/30(水) 14:14:53
今更win32apiを勉強するなんて時間の無駄
他の勉強時間に使え
431デフォルトの名無しさん:2008/04/30(水) 14:24:44
それは言い過ぎ
Windowsを使う場合APIは避けて通れない道の一つ
でもCやVC++でするのは、迂遠かもな。
432デフォルトの名無しさん:2008/04/30(水) 14:30:48
っ C#&WPF
433デフォルトの名無しさん:2008/04/30(水) 14:40:31
VBやDelphiから入った連中はCreateProcessの引数すら覚えてないコピペ職人ばかりだろw
434デフォルトの名無しさん:2008/04/30(水) 14:41:21
WPFで作られたまともなモノを見たことないんだけど
435デフォルトの名無しさん:2008/04/30(水) 14:45:10
また水掛け論の悪寒
436デフォルトの名無しさん:2008/04/30(水) 14:53:58
>>433
んなもん覚えるのは脳細胞の無駄づかい。

IDEなら引数の形式が表示されるし、
そうでないにしても、
MSDNライブラリで引けば一瞬で表示される。
437デフォルトの名無しさん:2008/04/30(水) 16:02:17
俺もCreateWindowExとか未だに引数覚えてないな
だってVB5/VC6未満の開発環境使った事ないし
438デフォルトの名無しさん:2008/04/30(水) 16:26:22
俺が引数を覚えているAPIなんてSleepと引数無しのやつだけだ。
他はIDEのヒントがないと自信ないな。
439デフォルトの名無しさん:2008/04/30(水) 16:27:42
そんなん使いまわし(過去に使ったソースからコピペetc)でおk
440デフォルトの名無しさん:2008/04/30(水) 16:29:33
オレも引数なんてほとんど覚えてないがCreateFontは大体そらで書ける気がする
441デフォルトの名無しさん:2008/04/30(水) 17:00:46
>>440
ほとんど 0 でいいからな。
442デフォルトの名無しさん:2008/04/30(水) 17:00:50
ウィンドウメッセージやウィンドウスタイルの一覧はどこで定義されていますか?
443デフォルトの名無しさん:2008/04/30(水) 17:01:42
ヘッダのフォルダに検索掛ければいいだろ!!!!!11
444デフォルトの名無しさん:2008/04/30(水) 17:07:56
大抵はWinUser.h,CommCtrl.hあたりか
445デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/30(水) 17:21:47
>>445
Office系は独自コントロールだからWM_**系は使えないよ
OLEオートメーションとか使うべし
447デフォルトの名無しさん:2008/04/30(水) 17:26:08
>>445
教授できるほどAPIに詳しくはありませんが、Office系の他にもゲーム類は受け付けない可能性が高そうですね。
ターゲットアプリが判っているのなら、そのアプリでテストする方が無難でしょう。
448デフォルトの名無しさん:2008/04/30(水) 17:31:40
>>443,444
どうもありがとうございます。

それと、もうひとつ質問があってあるウィンドウからスタイルを数値として取得したときに
それと対応する文字列?(例えば54310000なら
WS_CHILDWINDOW
WS_VISIBLE
WS_CLIPSIBLINGS
WS_VSCROLL
WS_HSCROLL
WS_MAXIMIZEBOX
を)
を取得したいと思っているのですがどのようにやればいいのでしょうか?
教えていただければ幸いです。
よろしくお願いいたします。
449デフォルトの名無しさん:2008/04/30(水) 17:36:42
spy++
450445:2008/04/30(水) 17:40:28
>>446
>>447

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

OLEオートメーションを勉強して使ってみます。
451デフォルトの名無しさん:2008/04/30(水) 17:43:12
>>450
随分と>447に対して失礼なレスだな。無視するならアンカー書かなきゃいいじゃん。
452デフォルトの名無しさん:2008/04/30(水) 17:46:21
>>451
「どうもありがとうございます。」だけが>>447へのレスだろ
453デフォルトの名無しさん:2008/04/30(水) 17:47:14
>>433
ぱらめーた覚えてるって自慢されてもなあ。
APIなんか一度サブクラス化してから使うから、パラメータなんかいちいち覚えないよ。
454:2008/04/30(水) 17:49:04
Pythonで行列の計算ってどうやればいいんですか?
455デフォルトの名無しさん:2008/04/30(水) 17:49:35
>>448
ビットが立ってるかどうか調べて、自力でやるしかない。
456445:2008/04/30(水) 17:52:44
>>451

申し訳ありません。

実は、本当に操作したいアプリに対しても同じ方法で試していますが
ダメでした。そのアプリは業務用で下手をするとマズいので、
似たようなインターフェイス(MDIとか)だったので先にWordで練習しようかと。。

447さん すいませんでした。
457デフォルトの名無しさん:2008/04/30(水) 17:55:41
>>455
やはりそのような方法しかないのですね。
どうもありがとうございました。
458デフォルトの名無しさん:2008/04/30(水) 17:55:43
それでWordでオートメーションって練習になる気がしない。
対象のアプリケーションがオートメーションを持っている可能性なんて
限り無く0に近そう。
459デフォルトの名無しさん:2008/04/30(水) 17:58:21
文字列つっこみたいならWM_CHARとかWM_KEY*とかのほうがまだ対応してそうだが。
460デフォルトの名無しさん:2008/04/30(水) 17:58:54
限り無く0に近いというかゼロだろ
外部から操作されることを想定していないソフトだとまず有り得ない
461デフォルトの名無しさん:2008/04/30(水) 18:00:46
>>451
みたいなんは気にしなくておk
462デフォルトの名無しさん:2008/04/30(水) 18:02:17
ここはSendInputだな。
463447:2008/04/30(水) 18:14:08
別に私はあなたに教授も教示もしたわけじゃないので謝罪は不要ですが。

見た目は似たようなインターフェースでも、中身は全然違う可能性もあります。
wordで巧くいってもそのアプリで巧くいく保障にはなりませんし、業務用で下手をすると拙いのなら
もしかしたら、そうやってメッセージを調べることでリバースエンジニアリングととられて契約違反とされるかもしれませんね。
464デフォルトの名無しさん:2008/04/30(水) 18:22:17
>>463
最後の3行は余計

誰もそんな事は聞いてないし、質問者自身が「下手をするとマズい」といってるだろう
そういうレスが雑談の元になってるのに少しは自重しろ
465デフォルトの名無しさん:2008/04/30(水) 18:37:04
それを言うなら>463は全て不要。勿論、>464-465でさえも。
466デフォルトの名無しさん:2008/04/30(水) 18:57:49
>>466 は必要だけどな。
467デフォルトの名無しさん:2008/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デフォルトの名無しさん:2008/04/30(水) 19:07:12
質問箱もbuild65で終焉か・・・
荒らしも酷いことしやがる
469デフォルトの名無しさん:2008/04/30(水) 19:08:41
>>467
470デフォルトの名無しさん:2008/04/30(水) 20:00:22
自演乙
471デフォルトの名無しさん:2008/04/30(水) 20:02:06
終わらんよ
俺が次スレを立てる限り
472デフォルトの名無しさん:2008/04/30(水) 20:11:50
こうして雑談は続く
473デフォルトの名無しさん:2008/04/30(水) 20:16:19
適当に雑談するにはもってこいのWin32APIw
474デフォルトの名無しさん:2008/04/30(水) 20:52:34
まあ技術の進歩が止まって渇れてるから雑談だらけなのは仕方ないな
DOSやMSXなんかと同じ
475デフォルトの名無しさん:2008/04/30(水) 22:09:55
レスが流れたので一応
>>378
>>416
476デフォルトの名無しさん:2008/05/01(木) 00:56:35
こうしてこのスレはくそみそな結果に終わるのでした
477デフォルトの名無しさん:2008/05/01(木) 00:58:18
デュアルやクアッドプロセッサ搭載のPCでは,
各プロセスにどのCPUコアを割り当てるか,タスクマネージャで設定できますが,
これと同じようなことが出来るAPIってありますか?

プロセスが使用するCPUコアを指定したいのです。
478デフォルトの名無しさん:2008/05/01(木) 01:04:18
SetProcessAffinityMask かな。
479デフォルトの名無しさん:2008/05/01(木) 01:10:54
>>478
おおまさに探し求めていたものですありがと〜
480デフォルトの名無しさん:2008/05/01(木) 22:38:05
大政小政
481デフォルトの名無しさん:2008/05/02(金) 00:13:00
CSVのデータを読み込みたいのですが
strtok以外によい方法はありませんか?
482デフォルトの名無しさん:2008/05/02(金) 00:17:09
まあ、strchr を使うとか、1文字ずつ普通に比較して行くとか、
そんなところじゃね。

ところで、コンマを含むデータを扱わない前提でいいのか?
483デフォルトの名無しさん:2008/05/02(金) 00:17:56
スレ違いだけど、strtok()使うくらいならsscanf()で"%[^,],%n"
484デフォルトの名無しさん:2008/05/02(金) 00:23:24
それ用のAPIみたいなのは無いみたいですね
言われてみればsscanfのほうが簡単に書けそうです
コンマは扱わないのでsscanfでやってみます。ありがとう。
485デフォルトの名無しさん:2008/05/02(金) 00:41:08
このスレらしいものを挙げるとしたらODBCとかExcelオートメーションとかかな。
微妙にスレ違いのメンツだけど。
486デフォルトの名無しさん:2008/05/02(金) 00:45:12
ADO.NET
・・もスレ違いか
487デフォルトの名無しさん:2008/05/02(金) 01:15:11
パーサ書いてもたいした手間じゃない気もするが
488デフォルトの名無しさん:2008/05/02(金) 01:37:03
CSVには明確な企画が存在しないからどの程度の方言を許容するかでえらい大変なことに。
489デフォルトの名無しさん:2008/05/02(金) 01:43:55
>488
RFC4180
490デフォルトの名無しさん:2008/05/02(金) 01:48:49
規格があっても皆が従わなければ意味がない。
CSVじゃないけどよくあるMicrosoft独自仕様とか。
491デフォルトの名無しさん:2008/05/02(金) 01:56:11
どっちかってーとExcelCSVが標準というかなんとゆーか。
492デフォルトの名無しさん:2008/05/02(金) 02:00:42
>>489
あれ参考情報じゃなかったか?
493デフォルトの名無しさん:2008/05/02(金) 02:25:51
何でも言える事だがルールが全てじゃないしな
間違ったルールだってある
494デフォルトの名無しさん:2008/05/02(金) 09:28:34
>>490-494
そういう雑談ネタはいいから。
495デフォルトの名無しさん:2008/05/02(金) 10:14:38
>>494
そういうレスはいいから。
496デフォルトの名無しさん:2008/05/02(金) 10:29:22
>>495
そういうレス(ry
497デフォルトの名無しさん:2008/05/02(金) 10:33:54
>>496
そういう(ry
498デフォルトの名無しさん:2008/05/02(金) 10:37:33
次の奴、「(ry」とか書いたら樹海行きな
499デフォルトの名無しさん:2008/05/02(金) 10:37:56
(ry
500デフォルトの名無しさん:2008/05/02(金) 10:52:52
こうして雑談は続く
501デフォルトの名無しさん:2008/05/02(金) 11:50:35
・・・3年後
502デフォルトの名無しさん:2008/05/02(金) 11:56:28
・・・7年後
503デフォルトの名無しさん:2008/05/02(金) 11:57:13
・・・11年後
504デフォルトの名無しさん:2008/05/02(金) 12:00:30
・・・13年後
505デフォルトの名無しさん:2008/05/02(金) 12:08:24
・・・17年後
506デフォルトの名無しさん:2008/05/02(金) 12:28:45
そして誰もいなくなった
507デフォルトの名無しさん:2008/05/02(金) 12:29:09
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-474
なぜ雑談が多いのか(雑談)
>>490-506
規格なんてクソ食らえ(雑談、荒らし)
508デフォルトの名無しさん:2008/05/02(金) 12:37:55
CSVはboost::spiritにサンプル実装があったような
509デフォルトの名無しさん:2008/05/02(金) 12:41:36
つまり、このスレ的な回答で言うと、
そんなAPIは無いという事で
510デフォルトの名無しさん:2008/05/02(金) 12:52:38
結論:CSVぐらい自分でパースしろ

--終了--
511デフォルトの名無しさん:2008/05/02(金) 12:54:32
Excel 関連の COM に何かあればいいんだろうけどねえ。
512デフォルトの名無しさん:2008/05/02(金) 13:04:01
ADOでJET使えばいいじゃない
513デフォルトの名無しさん:2008/05/02(金) 21:13:23
同一スレッド以外からのSend/PostMessageをブロックしたいけど無理ですか?
514デフォルトの名無しさん:2008/05/02(金) 21:14:58
>>513
WM_PAINT WM_KEYDOWN WM_??? は誰が投げますか?
515デフォルトの名無しさん:2008/05/02(金) 21:17:02
>>514
WM_APPとかの話
516デフォルトの名無しさん:2008/05/02(金) 21:17:40
なら最初からそう書けと・・・
517デフォルトの名無しさん:2008/05/02(金) 21:21:33
それぐらい察してほしかったってのが本音

同一スレッド以外からSend/PostMessageされたWM_APP+???をブロックしたいけど無理ですか?
518デフォルトの名無しさん:2008/05/02(金) 21:36:27
他スレッドから投げられたものか判断する方法は分かるが。
519デフォルトの名無しさん:2008/05/02(金) 21:50:55
>>518
教えてください
520デフォルトの名無しさん:2008/05/02(金) 21:52:46
それぐらい察してほしかったってのが本音
521デフォルトの名無しさん:2008/05/02(金) 21:53:54
>>519
それくらい君のテレバス能力で察しろ
522518:2008/05/02(金) 21:56:31
「またフックか」って言われるから言いたくないとだけ
523デフォルトの名無しさん:2008/05/02(金) 21:56:39
>>520-521
そのようなレスは不要です
524デフォルトの名無しさん:2008/05/02(金) 21:58:03
それぐらい察してほしかったってのが本音
525デフォルトの名無しさん:2008/05/02(金) 21:59:55
>>522
フックしないと無理なら諦めます

まぁデスクトップのListViewに
PostMessage(hwnd, LVM_INSERTITEM, 0, 0xcccccccc);
とかすると落ちるから無理だろうとは思ってたけど

なんでどのスレッドからのメッセージなのか取得するAPIを用意してないのかなぁ
526デフォルトの名無しさん:2008/05/02(金) 22:01:22
それぐらい察してほしかったってのが本音
527デフォルトの名無しさん:2008/05/02(金) 22:39:13
よそのスレッドからSendされているかどうかは
InSendMessageやReplyMessageの戻り値を見ればわかる。
この関数、Postは無理だけど。
528デフォルトの名無しさん:2008/05/02(金) 22:48:55
527を今日一番輝いていたレスに認定
529デフォルトの名無しさん:2008/05/02(金) 22:54:24
>>527
そんな函数あるのか……と思ったらマジでありやがるw
MSすげぇw 知ってるおまえさんもすげぇww
530513:2008/05/02(金) 23:07:28
>>527
ありがとうございます
531デフォルトの名無しさん:2008/05/02(金) 23:26:09
>>514-526で煽ってる人、知らないならレスしなくていいよ。
ウザイだけだから。
532デフォルトの名無しさん:2008/05/02(金) 23:53:22
え?やだよ?
533デフォルトの名無しさん:2008/05/03(土) 00:06:35
>>529
MSDNで関連API一覧を眺めるとかしようぜ。
メッセージ関連なんて20個くらいしかないんだから。
534デフォルトの名無しさん:2008/05/03(土) 00:11:53
>>532
死ね
535デフォルトの名無しさん:2008/05/03(土) 00:20:46
>>534
はぁ?なんで?
536デフォルトの名無しさん:2008/05/03(土) 00:37:54
537デフォルトの名無しさん:2008/05/03(土) 00:41:22
>>534,536
538デフォルトの名無しさん:2008/05/03(土) 00:42:35
539デフォルトの名無しさん:2008/05/03(土) 00:44:21
それぐらい察してほしかったってのが本音
540デフォルトの名無しさん:2008/05/03(土) 00:45:53
↑話を理解してない馬鹿
541デフォルトの名無しさん:2008/05/03(土) 04:33:30
経験不足の奴には察することはできない。
542デフォルトの名無しさん:2008/05/03(土) 04:36:20
>>517
>>527
で終了するやりとりを延々と引っ張るなよ
543デフォルトの名無しさん:2008/05/03(土) 07:12:30
そもそもWM_PAINTやWM_KEY**、WM_MOUSE**などは
普通はOSが内部でPostしてるメッセージだから
>>514のような疑問を持つ奴にまともな回答なんてできるはずが無い。
というわけで>>514君には荒れた責任を取ってもらおう。
544デフォルトの名無しさん:2008/05/03(土) 08:54:15
C++初心者です。
ファイルマッピングとかどうやって使えますか?
545デフォルトの名無しさん:2008/05/03(土) 09:21:34
ググれカス
546デフォルトの名無しさん:2008/05/03(土) 09:35:21
「ググれカス」とはどういう意味ですか。
何語ですか?
547デフォルトの名無しさん:2008/05/03(土) 09:41:04
C言語
548デフォルトの名無しさん:2008/05/03(土) 09:55:50
>>546
日本語

グーグルで調べろよこのカスが!
って意味
549デフォルトの名無しさん:2008/05/03(土) 11:06:16
通りがかりですみませんが、>>525 を見ての便乗質問です。

> デスクトップのListViewに
> PostMessage(hwnd, LVM_INSERTITEM, 0, 0xcccccccc);
> とかすると落ちる

これって、単に LVM_INSERTITEM における実装の怠慢なのでしょうか。
それとも、一般にウィンドウプロシージャ側ではポインタとして
与えられたパラメータの妥当性はチェックしないものなのでしょうか。

推測ですが、いちいちポインタの妥当性をチェックするのは面倒だし
実行時間もかかるので、チェックは行っていないような気がします。
しかしそうすると、他のプロセスからのウィンドウメッセージによる
攻撃を受け入れてしまうことになりますよね。

先輩プログラマの皆さんはどのようにコーディングされていますか?
550デフォルトの名無しさん:2008/05/03(土) 11:34:17
よっぽどセキュリティに気をつかった実装でもなけりゃ、他のプロセスからの
悪意のメッセージ攻撃なんて想定しない。
悪意のあるプロセスが実行されている時点でそのマシンはもうダメなんだし、
ターミネートプロセスされたらどうするんだって話になる。

ただ、パラメータチェックすること自体は、
バグ対策とか、モジュールの独立性確保の意味で普通にやるだろ。
551デフォルトの名無しさん:2008/05/03(土) 11:40:58
そもそもプロセス超えているんだから、おまえのメモリアドレス渡しても動くわけが無いだろ。
ちょっとは考えろよ。
Windowsが面倒を見てくれるのは一部の文字列をやり取りするメッセージだけだ。
LVM_INSERTITEMはWM_USERなんだから、ウインドウクラス独自のメッセージなんだよ。
だからプロセスをまたいでやり取りはできない。
どうしてもやりたきゃ、相手のプロセスにコード注入しやがれ。
552デフォルトの名無しさん:2008/05/03(土) 11:49:53
> LVM_INSERTITEMはWM_USERなんだから
ハイ、知ったか乙
553デフォルトの名無しさん:2008/05/03(土) 12:15:11
WM_USERは0x0400〜0x7FFFで、LVM_INSERTITEMは0x1000 +7 or +77だから
WM_USERの範囲内にあるな。
554デフォルトの名無しさん:2008/05/03(土) 12:21:15
WM_USERなんて名前だから、自作アプリの独自メッセージはそこから使えって意味だと思ってた俺。
そういうのはWM_APPからって、ややっこしいんだよ!逆だろ名前!
せめてWM_USERだけでもなんとかならんかったのか。
555デフォルトの名無しさん:2008/05/03(土) 12:26:55
WM_USER+???を使っている物(Toolbarなど)と、そうでない物(ListViewなど)があるのは何故だろう
何か理由でもあるのだろうか・・・

>>554
Win16→Win32でコモンコントロールが大量に追加されてWM_USER未満では足りなくなったから
WindowsのコントロールがWM_USER以降を使うようになってWM_APPが定義されたかと

Win16時代のAPIヘルプにはこう書いてある。

> 0〜WM_USER − 1  Windowsが使用するために予約されているメッセージです。
> WM_USER〜0x7FFF プライベート ウィンドウ クラスが使用する整数メッセージです。
> 0x8000〜0xBFFF  Windowsが使用するために予約されているメッセージです。
> 0xC000〜0xFFFF  アプリケーションが使用する文字列メッセージです。
556デフォルトの名無しさん:2008/05/03(土) 12:31:46
こういう話は面白いから許容
557デフォルトの名無しさん:2008/05/03(土) 12:34:06
WM_USERはuser32.dllが使う場所かと思っていました
558549:2008/05/03(土) 13:03:19
>>550
どうもありがとうございます。そういうことになりそうですね…。
確かに、他から TerminateProcess できてしまうことを考えると、
悪意のある攻撃を想定することはあまり意味がないですね。

>>551
>>549 の説明不足でしたかね…すみません。
ポインタの値が、プロセス境界を超えた時点で意味がなくなることは理解しています。
動作させたいのではなく、他のプロセスからの無意味なアクセスを拒否したかったのです。
559デフォルトの名無しさん:2008/05/03(土) 13:17:38
>>558
じゃ具体的にどうやるんだ。
誰がメッセージを送ったのか知る方法は無いぞ。

アドレスだって、予約されてるとか、コミットされてるぐらいしかわからん。
560デフォルトの名無しさん:2008/05/03(土) 13:19:10
同一デスクトップ内の同一権限のアプリにイタズラされることを想定するなんて
かなーり無意味なことだと思うが
561デフォルトの名無しさん:2008/05/03(土) 14:16:05
そういう事が簡単に出来てしまうのもどうかと思うぞ
今更変えられないのも分かるけどな
562549:2008/05/03(土) 14:18:00
>>559
アドレスから直接判断するのは難しいので、例えば __try 〜 __except の
中で中身を読んで値をチェックすれば可能かなと思っていました。
もちろん、この方法にも限界があるような気はしますけど…。

>>560
そうかもしれません。ただ、仮に攻撃を想定しないでコーディングして、
>>525 に書かれているようなことをされてアプリが落ちてしまったとき、
実際は送った側に問題があるにもかかわらず、落ちたアプリの側に
問題があるように見えてしまうのが気持ち悪かったというのはあります。
563デフォルトの名無しさん:2008/05/03(土) 14:46:14
気持ち悪さの解消のためにここまで引っ張ったのかよ

あほらしい
564デフォルトの名無しさん:2008/05/03(土) 14:59:13
↑話を理解してない馬鹿
565デフォルトの名無しさん:2008/05/03(土) 15:04:37
↑話を理解してない馬鹿
566549:2008/05/03(土) 15:07:30
>>563
ちょっと気になったものですから、この機会に質問させていただきました。
私の疑問は >>550 さんのお返事で解消できましたのでこれにて消えることにします。
他にも不快な思いをした方がいらっしゃいましたら、申し訳ありませんでした。
567デフォルトの名無しさん:2008/05/03(土) 15:09:52
vertualalloc使えば、相手プロセスがアクセス出来たんだったかな

これは、それ使ってるんじゃない?
http://www.yoshibaworks.com/ayacy/inasoft/lv2csv/index.html
568デフォルトの名無しさん:2008/05/03(土) 15:13:19
>>567
それはVirtualAlloc、WriteProcessMemory、CreateRemoteThread辺りでDLL注入してるだけじゃないの
569デフォルトの名無しさん:2008/05/03(土) 15:13:58
IsBadReadPtr でも使っとけ
570デフォルトの名無しさん:2008/05/03(土) 15:20:18
>>569
obsoletedだ馬鹿
571デフォルトの名無しさん:2008/05/03(土) 15:29:02
ところで、obsoleteを動詞として使う用法ってどの程度一般的なの?
辞書によっては載ってるのと載ってないのとあるんだけど。
572デフォルトの名無しさん:2008/05/03(土) 15:29:08
vertualalloc(笑)
どこをどうすればそんな勘違いして覚えられるんだよww
573デフォルトの名無しさん:2008/05/03(土) 15:31:30
ローマ字読みです
574デフォルトの名無しさん:2008/05/03(土) 15:33:58
http://www.rfc-editor.org/categories/rfc-standard.html

obsoletedなんて単語はrfcでも使われてないな
575デフォルトの名無しさん:2008/05/03(土) 16:19:20
>>573
ローマ字読みでもベーチャルだろ
つうかAPI名をスペルミスする奴は打ち慣れてない(=スキルが浅い)証拠だと思うな

で、誰だよSHStripMneumonicなんてミスした奴w
せめて#defineで間違ってない名前でも定義しとけっつーの
576デフォルトの名無しさん:2008/05/03(土) 17:00:58
>>571
m-wによると、1640年からだそうだ。
--
Main Entry: 2obsolete
Function: transitive verb
Inflected Form(s): obsolet・ed; obsolet・ing
Date: 1640
: to make obsolete
--
577デフォルトの名無しさん:2008/05/03(土) 17:48:34
>>571はどの程度一般的かを聞いてるのであって
何時から使われ出したかなどとは聞いていない
578デフォルトの名無しさん:2008/05/03(土) 23:04:35
外野は黙っとけの典型例だな。なに文句付けてるんだか。
579デフォルトの名無しさん:2008/05/03(土) 23:12:46
>>578
お前も外野だろ
そして俺も
580デフォルトの名無しさん:2008/05/03(土) 23:13:53
BNCで引いたらobsoletedを動詞で使ってる用例が3件だけあった。形容詞は340件だった。
581デフォルトの名無しさん:2008/05/04(日) 00:14:19
くだらん足の引っ張り合いしてんなよ。見苦しい。

ところで、自作アプリ内で動画再生したいんだけど、Media PlayerとDirect Showどちらを使うのが良い?
582デフォルトの名無しさん:2008/05/04(日) 00:17:24
好きな方を使うとよい
583デフォルトの名無しさん:2008/05/04(日) 00:56:22
エディットコントロールでDrawTextのDT_WORDBREAKみたいに自動で改行してくれるように
するにはどうすればいいですか?
584デフォルトの名無しさん:2008/05/04(日) 01:52:30
横スクロールバーを消す
585デフォルトの名無しさん:2008/05/04(日) 02:34:26
>>581
自前でデコード+DirectGraphicsで描画
586デフォルトの名無しさん:2008/05/04(日) 02:59:12
>>584
ありがとう、できた
587デフォルトの名無しさん:2008/05/04(日) 03:28:57
DialogBoxやCreateDialogを使わず、CreateWindow等を使って同じ事をする場合、どう書きますか
588デフォルトの名無しさん:2008/05/04(日) 03:56:52
ひたすらコントロールを作りまくる
589デフォルトの名無しさん:2008/05/04(日) 05:39:07
>>588
dialog base unitの座標変換もやってる?
絵とか貼ると、どうせズレるからおれは無視してる。
590デフォルトの名無しさん:2008/05/04(日) 05:45:56
そんな物無視でいいだろ
無視しないで中途半端に絵とか貼ってもXPのダイアログみたいに
アイコンやビットマップが潰れてかえって見づらいだけ
591デフォルトの名無しさん:2008/05/04(日) 05:47:47
質問が悪かったです。
DialogBox等はCreateWindowExを使ってダイアログを生成してると書いてありました。
どのようにCreateWindowExを使ってるのか知りたかったです。
592デフォルトの名無しさん:2008/05/04(日) 06:23:19
>>581
VFW関数にフレームを1枚ずつデコードしてもらってGDIで描画
593デフォルトの名無しさん:2008/05/04(日) 06:52:32
>>591
Old New Thingの本によくまとまっている。
邦訳版は「Windowsプログラミングの極意」
10.4.2のあたり。
594デフォルトの名無しさん:2008/05/04(日) 06:56:25
old new thingの本というならば、リンクぐらい貼ってやれよ。
今すぐ読めるんだから。

だいたいこのあたりか。
ttp://blogs.msdn.com/oldnewthing/archive/2005/03.aspx
ttp://blogs.msdn.com/oldnewthing/archive/2005/04.aspx
595デフォルトの名無しさん:2008/05/04(日) 14:37:22
こんにちは。DelphiスレでAPIスレで聞いた方がいいとアドバイスがあったので、質問します。
とりあえずマウスのフックとキーボードが押されたときに反応する(フックっていうのか?)のはできるんだけど、
電卓の例の場合はどういう種類のフック使うんでしょうか?
電卓のプログラム(OSに搭載されている)の3のボタンを9っていう数字に変えたいんですけど(というより3を押すと9を押したときと同じ動作に)
596デフォルトの名無しさん:2008/05/04(日) 14:51:06
キー入れ替えソフト使ったほうが早いような・・・レジストリいじるやつ
597デフォルトの名無しさん:2008/05/04(日) 14:57:32
どうしてもやりたいんであれば
対象ウィンドウのウィンドウプロシージャを入れ替えるとか…

お行儀のいい方法ではないよ
598デフォルトの名無しさん:2008/05/04(日) 15:27:44
ていうか3を9に変えたいなんて不可解な行為の理由が激しく気になる
テンキーを携帯電話の配列にしたいの?
599デフォルトの名無しさん:2008/05/04(日) 15:31:53
>>597
なんかDelスレでSetWindowsExで可能になると聞いたんですが、これを使うとなるとどのようにフックすればよろしいのでしょうか?

入れ替えるというより、3を押されたことを確認したら9というメッセージを変わりに送るという事はできますでしょうか?
600デフォルトの名無しさん:2008/05/04(日) 15:32:50
>>598
とくに意味はないんですが、好奇心です^^

601デフォルトの名無しさん:2008/05/04(日) 15:50:34
>>599
WriteProcessMemory、CreateRemoteThreadを使って相手プロセスにDLLを入れる
GetWindowLongでターゲットウィンドウのウィンドウプロシージャの前に自前のウィンドウプロシージャを挿入
ウィンドウメッセージのキーコードを見張って書き換えてから元のウィンドウプロシージャに渡す
602デフォルトの名無しさん:2008/05/04(日) 15:56:59
>>601
ありがとうございます。
DLL INjectionってやつですか?
流れ書いてくれたおかげで、できそうです。
どうもありがとうございました。
603デフォルトの名無しさん:2008/05/04(日) 16:01:22
どうしてこうフックまがいの話ばかりに…
604デフォルトの名無しさん:2008/05/04(日) 16:14:45
便利だからじゃない、フック。
フックでアプリをファックするわけだよ。ぷぷっ
605デフォルトの名無しさん:2008/05/04(日) 16:25:03
ほとんどが悪用だからな
606デフォルトの名無しさん:2008/05/04(日) 16:52:50
ここで質問するような奴は悪用できないだろう。常考
607デフォルトの名無しさん:2008/05/04(日) 16:54:30
>>601
そんな面倒な方法を取らなくてもできるだろ
ホント、フック厨は短絡思考だな
608デフォルトの名無しさん:2008/05/04(日) 17:15:23
>>607
だったら書いてやれよw 悪態ついてないでさ。
609デフォルトの名無しさん:2008/05/04(日) 18:13:53
SetWindowsHookExをMSDNで調べれば>>601のような面倒な手段を取る必要が無いぐらい分かるだろう
回答者がその程度のスキルじゃ質問者が可哀想だ
610デフォルトの名無しさん:2008/05/04(日) 18:19:08
どうだろ。
別にフックする事が目的でないんなら601のような回答でも問題はないような。
611デフォルトの名無しさん:2008/05/04(日) 18:40:51
キーイベントを弄るだけにWriteProcessMemoryやCreateRemoteThreadを使うのはナンセンス
612デフォルトの名無しさん:2008/05/04(日) 20:21:58
>>609
SetWindowsHookEx
を使うとしたら、
SetWindowsHookEx(? @HookProc, HInstance, 0);
第一引数はなに使うんだ?
613デフォルトの名無しさん:2008/05/04(日) 21:04:29
>>612
WH_GETMESSAGEかな。

GETMESSAGEフックならWM_KEYDOWN拾えるし
メッセージやパラメータの書き換えも出来たはず。

多分ね。
614デフォルトの名無しさん:2008/05/04(日) 21:38:12
現在マウスのボタンが押下されてるかどうかを知る方法ってありますか
キーでいうGetAsyncKeyStateのマウス版がほしいのですが・・・
615デフォルトの名無しさん:2008/05/04(日) 21:42:46
>>613
595読むとマウスでボタンクリックされた場合も考慮する必要がありそうだからダメだと思う。
SetWindowsHookEx はプロセスへのDLL注入目的に使うのかと思ったら違ったのか。

>>612
自分なら SetWindowsHookEx でプロセスを注入、メッセージ投げてフックプロシージャ内から
SetWindowLongPtr でウィンドウプロシージャの差し替えってやりそう。
616デフォルトの名無しさん:2008/05/04(日) 21:44:55
>>614
MSDN の GetAsyncKeyState の項目に
> GetAsyncKeyState 関数は、マウスボタンの状態も取得できます。
> ただしこの関数は、物理的なボタンのマップ先である論理的なマウスボタンの
> 状態ではなく、物理的なマウスボタンの状態を取得します。
って書いてあるけど、ダメなの?
617デフォルトの名無しさん:2008/05/04(日) 21:47:17
>>615
orz

キーボードだけだと思ってた。ごめんね。
618デフォルトの名無しさん:2008/05/04(日) 21:51:18
流れも読めない奴がレスすべきではない。

と煽ってみる。
619デフォルトの名無しさん:2008/05/04(日) 21:51:18
どないしたらWindowsアプリ
620デフォルトの名無しさん:2008/05/04(日) 21:51:43
>>619
気になるので最後まで書き込んでください。
621デフォルトの名無しさん:2008/05/04(日) 21:52:55
>>615
ボタンの位置をMoveWindowで動かして変えればいいんじゃね?

てかいつの間にか電卓のボタンがButtonコントロールになってるんだな
Win98以降文字が小さくなって見づらいと思っていたらそれが原因か
622デフォルトの名無しさん:2008/05/04(日) 21:56:36
>>621
感動した。なんてスマートな方法なんだ。
623デフォルトの名無しさん:2008/05/04(日) 22:03:07
>>615
まず何をフックするかじゃね?
この場合は3を押された事をフックするから何使うかわからないが・・・。
624デフォルトの名無しさん:2008/05/04(日) 22:11:53
自分で電卓作ればよくね?



いや、電卓のUIだけ作って見えない本物のcalc.exeに計算させるとか。
625デフォルトの名無しさん:2008/05/04(日) 22:12:19
電卓の改造 〜結論〜

・calc.exeをリソースエディタで書き換える
 原則的に、フックやDLL注入などで動的に書き換える必要があるのは
 対象アプリが限定されていない場合、または対象アプリがCRCやMD5などで改竄チェックしている場合に留めるべき

・どうしてもフックで解決したいならSetWindowsHookEx(WH_GETMESSAGE)でWM_COMMANDを書き換える
 キー(0〜9、+-*/など)を押された場合もアクセラレータテーブルに基づいて
 TranslateAcceleratorがWM_COMMANDを発行するようになっている
626デフォルトの名無しさん:2008/05/04(日) 22:23:08
>>619
何を書き込もうとしたのか気になって昼寝ができませんでした。
627デフォルトの名無しさん:2008/05/04(日) 22:36:04
>>626
ヨーロッパ辺りに住んでる人ですか?
628デフォルトの名無しさん:2008/05/04(日) 22:36:19
>>616
失礼シマスタ・・・
キーだけだとばかり・・・
629デフォルトの名無しさん:2008/05/04(日) 22:47:51
619は書き込んでる途中で来客か何かあったんだろう。
鼻歌を歌ってて、おっと、ここは用心しなければ。な事態になったとかな。
630デフォルトの名無しさん:2008/05/04(日) 22:55:25
猫とwisdomが久しぶりに更新。
改訂第3版とな?
631デフォルトの名無しさん:2008/05/04(日) 22:58:02
誰があんなとこ見てんだよ
632デフォルトの名無しさん:2008/05/04(日) 23:02:36
久米井もよくやるもんだw
633デフォルトの名無しさん:2008/05/04(日) 23:10:50
Win32APIの解説サイトってあまり良質な所は無いよね
まあそれに気づくのはスキルがそこそこ付いてきた頃だけど

この辺、Javaや.NETとかの解説サイトはどうなんだろう・・・
634デフォルトの名無しさん:2008/05/04(日) 23:17:55
良質な所って例えばどこ?
635デフォルトの名無しさん:2008/05/04(日) 23:44:01
完全無欠なサイトなど存在しない
636デフォルトの名無しさん:2008/05/04(日) 23:46:01
↑話を理解してない馬鹿
637デフォルトの名無しさん:2008/05/04(日) 23:51:22
どんな(へぼ)サイトでも役に立つよ
638デフォルトの名無しさん:2008/05/05(月) 00:53:40
639デフォルトの名無しさん:2008/05/05(月) 02:48:04
SetForegroundWindow() するとウィンドウが最前面に来るけど、フォーカスだけを
当てて、ウィンドウは動かさない方法ない?
640デフォルトの名無しさん:2008/05/05(月) 03:05:05
SetWindowPosでできそうな気がしたけど、http://msdn.microsoft.com/ja-jp/library/cc411206.aspx
641デフォルトの名無しさん:2008/05/05(月) 03:06:24
途中で書き込んでしまった..。

SetWindowPosでできそうな気がしたが、できないようですね..。
http://msdn.microsoft.com/ja-jp/library/cc411206.aspx
642デフォルトの名無しさん:2008/05/05(月) 03:39:35
ワロタ。じゃあ書くなよw
643デフォルトの名無しさん:2008/05/05(月) 11:26:12
>>639
何のためにWin98でSetForegroundWindowの仕様が変更されたのかよく考えてみよう
644デフォルトの名無しさん:2008/05/05(月) 15:55:40
>>641, >>643
thx. 意図的にできなくしてあるってことなのかな。
ちらつきには目をつぶって SetForegroundWindow 後に Z-order を戻すようにする予定。
只今 GetWindow と格闘中。
GetWindow( hwnd, GW_HWNDPREV ) って z-order でひとつ前のウィンドウを
返してくれるんじゃないのか? なんかおかしいぞぉぉぉーーー。
645デフォルトの名無しさん:2008/05/05(月) 16:04:45
そうやって試行錯誤した後に思い通りの動作してくれたら嬉しくてタマラン
646デフォルトの名無しさん:2008/05/05(月) 16:06:58
それでWinのバージョンが上がると上手く動かなくなるわけですね。わかります
647デフォルトの名無しさん:2008/05/05(月) 16:12:40
結論:Vistaはカス
648デフォルトの名無しさん:2008/05/05(月) 16:20:19
>>647
互換性の高さが最大のウリだったのにそれをあっさり捨ててしまうなんてな
ホントVistaはカスだ
649デフォルトの名無しさん:2008/05/05(月) 16:20:32
Vistaごときで動かなくなるような、>>647の書くコードの方がカスだと思うがな。
650デフォルトの名無しさん:2008/05/05(月) 16:30:19
APIが色々と廃止されたのでそれらを使ってるとVistaで起動すらできなくなる訳だが
なぜ今更Win32APIに手を加えて互換性を損ねるのかさっぱり分からん
651デフォルトの名無しさん:2008/05/05(月) 16:51:19
Undocumentedじゃ仕方ないと思いますが
652デフォルトの名無しさん:2008/05/05(月) 16:51:36
Ver6だからな。仕方ない
653デフォルトの名無しさん:2008/05/05(月) 16:52:56
>>650
具体的に何が廃止されたんだ? 言ってみ。
654デフォルトの名無しさん:2008/05/05(月) 17:01:02
何なのこいつら。具体例具体例って(笑)

バカじゃないんだから、定性的に議論しようや。

言ってるのはAPIが勝手に廃止されることの是非なんだけど。
655デフォルトの名無しさん:2008/05/05(月) 17:04:49
いや馬鹿だろ
656デフォルトの名無しさん:2008/05/05(月) 17:07:05
非公開のいかがわしいAPI使うほうがアホ
まあ最近は独禁法がらみでいろいろ公開されるようだが。
657デフォルトの名無しさん:2008/05/05(月) 17:07:17
非推奨APIを使うのが悪い
658デフォルトの名無しさん:2008/05/05(月) 17:08:48
話を理解してない馬鹿が多すぎる
>>647-650は非公開APIの話なんかしてないだろ
659デフォルトの名無しさん:2008/05/05(月) 17:10:17
↑話を理解してない馬鹿
660デフォルトの名無しさん:2008/05/05(月) 17:11:12
>>658
じゃあ何の話?
非推奨API?
661デフォルトの名無しさん:2008/05/05(月) 17:11:12
つうか「Vistaはカス」に過剰に反応してるとしか思えない奴がいるな
MSの社員か関係者か?
662デフォルトの名無しさん:2008/05/05(月) 17:12:02
じゃ、何の話をしているんだよ。
廃止されたのなんて、たまたまエクスポートされていただけでドキュメントには載っていないAPIぐらいなもんだろ。
663デフォルトの名無しさん:2008/05/05(月) 17:13:01
GDIやDirectSoundも事実上廃止だろ
664デフォルトの名無しさん:2008/05/05(月) 17:14:45
>>653に答えないまま話を進めようとする馬鹿が居たのが原因。
665デフォルトの名無しさん:2008/05/05(月) 17:16:55
めんどいのは、セキュリティ回りの仕様変更で動かなくなったとか、
そういうのが多いんじゃないのかな。API云々じゃなくて。
666デフォルトの名無しさん:2008/05/05(月) 17:16:58
話が逸れすぎ
>>648はAPI云々とは言っていない
667デフォルトの名無しさん:2008/05/05(月) 17:22:09
↑話を理解してない馬鹿
668デフォルトの名無しさん:2008/05/05(月) 17:24:23
↑話を理解している天才
669デフォルトの名無しさん:2008/05/05(月) 17:25:05
GDIが無くなったAPIが廃止された。
こういうこと書いてるのは、ただの無知なんだから放置でいいかも。
技術板に来るにはあまりにも無知。
670デフォルトの名無しさん:2008/05/05(月) 17:26:07
↑話を理解してない馬鹿
671デフォルトの名無しさん:2008/05/05(月) 17:26:50
ほんとにAPIが無くなったとか思ってそうだな。
672デフォルトの名無しさん:2008/05/05(月) 17:28:29
ttp://www.exconn.net/Blogs/windows/archive/2006/06/16/13349.aspx
こんなのどう考えても日本語版の手抜きだろ
673デフォルトの名無しさん:2008/05/05(月) 17:30:34
で、どのAPIが廃止されたって?
674デフォルトの名無しさん:2008/05/05(月) 17:31:05
>>672
Win16ってまだサポートされてたのか。
びっくりだな。
お前らより長生きじゃん。
675デフォルトの名無しさん:2008/05/05(月) 17:32:59
>>673
具体的には知らないけどそう思ってるってとこじゃね
今検索中かもね
676デフォルトの名無しさん:2008/05/05(月) 17:33:24
↑話を理解してない馬鹿
677デフォルトの名無しさん:2008/05/05(月) 17:33:45
DOS/Vって前世紀のシステムをいまだにサポートしてたとはw
うけるw
M$馬鹿すぎるwwwwwwwww
678デフォルトの名無しさん:2008/05/05(月) 17:34:23
win16はVista 64bitで廃絶
679デフォルトの名無しさん:2008/05/05(月) 17:36:24
>>678
M$も少しは賢くなったようだなw
win16ってwwww
今時そんなもん誰も使ってね〜〜〜〜〜wwwwwww
M$ってうぇうぇうぇ江戸時代かよwwwwww
680デフォルトの名無しさん:2008/05/05(月) 17:37:12
結論:Vistaはカス

これにて雑談は終了です。
681デフォルトの名無しさん:2008/05/05(月) 17:37:19
今でも16bitアプリの保守とかあるんかな
682デフォルトの名無しさん:2008/05/05(月) 17:42:34
Win32APIは悪くない。悪いのは慣習

      _、_
    ヽ( ,_ノ`)ノ それくらいは察して欲しかったってのが本音
   へノ   /
┌→  ω  へ
683デフォルトの名無しさん:2008/05/05(月) 17:56:22
Win3.1上のAccessアプリの保守なら去年やった。
ファイルマネージャの使い方すら忘れてて、お客さんに聞くというていたらく。
営業は、それをダシにして「システムを更新しないと技術者が確保できません」という話をしていたようだ。
684デフォルトの名無しさん:2008/05/05(月) 17:59:28
>>683
Win3.1って最近のPCでも動くのか。
685デフォルトの名無しさん:2008/05/05(月) 18:02:06
>>684
今時DX4搭載だった。
それでも驚くほど軽かったが。
686デフォルトの名無しさん:2008/05/05(月) 18:04:45
マイクロソフトが強い理由が垣間見える話だな。
687デフォルトの名無しさん:2008/05/05(月) 18:05:06
>>684
oldnewthingのレイモンドが、どっかのアパートの管理ソフトウェアが、XP上でうごくWin16アプリだったとか言ってなかったっけ?
Vista 32bitでも大抵は動くんじゃない。
688デフォルトの名無しさん:2008/05/05(月) 18:07:40
雑談は終了しましょう
689デフォルトの名無しさん:2008/05/05(月) 18:08:21
ttp://blogs.msdn.com/oldnewthing/archive/2004/03/01/82103.aspx
あったあった。これだ。

>>686
そりゃ動かないプログラムをハックしてメモリパッチ当てるような会社だから。
690デフォルトの名無しさん:2008/05/05(月) 18:10:39
Win16アプリの開発は、今に比べると常識が全く異なったな。

int func(){
int array[10000];

......


}

なんてやったらコンパイルは通っても実行時エラーで落ちる可能性大
(Windows3.1全盛期の後半で出たコンパイラじゃどーかは知らないが)
691デフォルトの名無しさん:2008/05/05(月) 18:11:55
VirtualPCで動かしてね、ってことになるんだろうか
692デフォルトの名無しさん:2008/05/05(月) 18:14:19
16ビットアプリをそこまでして動かしたいとは思わんけど。
693デフォルトの名無しさん:2008/05/05(月) 18:59:12
Win16 ってギリギリ触ったことないんだけど、ソースレベルでは Win32 と多少
互換性あったりするの?
Win32 API が増改築を繰り返す前から(要するに最初から)汚い理由が
そこにある気がして。
694デフォルトの名無しさん:2008/05/05(月) 19:03:55
>>692
vista上でDOSアプリ動かしたい
ttp://pc11.2ch.net/test/read.cgi/win/1169994853/

DAT落ちしてるけど。
695デフォルトの名無しさん:2008/05/05(月) 19:10:26
Win16といえばセグメントレジスタだな
696デフォルトの名無しさん:2008/05/05(月) 19:17:00
非公開APIっていうけど、非公開の時点でAPIじゃないと思うんだな。
内部関数を、便利だからと言って外から勝手に呼んでるようなものだろう。
697デフォルトの名無しさん:2008/05/05(月) 19:23:49
だがここでネイティブAPI含む非公開APIの質問・回答が多いのも事実
698デフォルトの名無しさん:2008/05/05(月) 19:26:22
非公開かどうかなんて関係ねーんだよボケが。
動かなくなることが問題だっつっとるだろ。

  う ご か な く な る

わかる?
ある時点で動いていたら、互換を名乗るならば完全に動作しなければならない。
それが出来てないのは単なる手抜き。

ヤフー買収する金が何兆円もあるってのに、互換性には手を抜くMSはクソ。
699デフォルトの名無しさん:2008/05/05(月) 19:27:37
釣りですね。わかります。
700デフォルトの名無しさん:2008/05/05(月) 19:30:09
非公開APIの互換性が無くなると動かなくなるのはむしろMS製品だがw
701デフォルトの名無しさん:2008/05/05(月) 19:30:33
気が滅入るような流れですね
5月だけに
702デフォルトの名無しさん:2008/05/05(月) 19:41:04
/* ここまで雑談の雑談 */
703デフォルトの名無しさん:2008/05/05(月) 19:43:35
/* ここまでオレの自作自演 */
704デフォルトの名無しさん:2008/05/05(月) 19:45:08
{ もうずっとコメントでいい
705デフォルトの名無しさん:2008/05/05(月) 19:54:22
>>704
コメントが { 〜 } の言語を教えてくれ
706704じゃないけど:2008/05/05(月) 19:55:13
Pascal
707デフォルトの名無しさん:2008/05/05(月) 19:57:03
そこでLinuxですよ。
Linuxはオープンソースなので互換性に関しては抜群です。
それにたった一社が保守しているにすぎないプロプラOSとは違い、将来にわたって
なくなることがないのです。
今先進的な企業はLinuxに注目しています。
日本でもOmron、Turbo Linux、Just Systemといった大企業が積極的に推進しています。
708デフォルトの名無しさん:2008/05/05(月) 19:59:56
このスレ的な解ではないな
709デフォルトの名無しさん:2008/05/05(月) 20:00:16
突っ込みどころ満載
710デフォルトの名無しさん:2008/05/05(月) 20:01:22
http://journal.mycom.co.jp/news/2008/02/05/045/index.html

せめてシェアで1%を超えてからなんか言え
MacOSの7%を超えたら話し聞いてやる
711デフォルトの名無しさん:2008/05/05(月) 20:09:40
> 話し聞いてやる
「はなししきいてやる」って何だよ
日本語勉強してから出直して来い
712デフォルトの名無しさん:2008/05/05(月) 20:10:21
動詞なんじゃね?
話しながら聞いてやるっていう
713デフォルトの名無しさん:2008/05/05(月) 20:10:31
Vistaでなくなったと思われる非公開APIのいくつかは実は名前が変わってるだけ。

おそらくMS製品が使ってるんだろうな。
714デフォルトの名無しさん:2008/05/05(月) 20:34:48
どうでもいいけどビスタの特別優待版が八千円くらいで売ってる。
オフィスの時より限定数が少ない。
715デフォルトの名無しさん:2008/05/05(月) 20:36:57
>>713
互換モードにするとマッピングされるんだっけ?
面白いことしてくれるよなあ
716デフォルトの名無しさん:2008/05/05(月) 20:43:47
>>711
おまえはヘミ猫かよ
717デフォルトの名無しさん:2008/05/05(月) 21:17:34
はあ?
718デフォルトの名無しさん:2008/05/06(火) 02:28:41
APIで1970/1/1からのミリ秒の合計って取得できるの?
NtQuerySystemTimeが結構近いんだけど。。。
誰か知ってたら教えて。


719デフォルトの名無しさん:2008/05/06(火) 02:36:49
time()でいいだろ
720デフォルトの名無しさん:2008/05/06(火) 02:39:37
GetSystemTimeAsFileTime(1601/1/1からの100ns秒数)から計算するんだ
721デフォルトの名無しさん:2008/05/06(火) 02:57:32
やっぱり計算するしかないのか。。。
有難うございました。
722デフォルトの名無しさん:2008/05/06(火) 03:02:42
計算たって、
sec = sFT/10000000 - 11644473600; //((1970-1601)*365 + 92 - 3 )*24*60*60
msec = (sFT % 10000000) / 10000;
だろ? ポストフィックスとか四捨五入とか略したけど。
723デフォルトの名無しさん:2008/05/06(火) 03:15:39
だからCランタイムのtime関数でいいだろうが
用意されてる物を使えばいいのに何が不満なんだよ・・・
724デフォルトの名無しさん:2008/05/06(火) 03:18:54
お前の態度が不満なんだ、すまない
725デフォルトの名無しさん:2008/05/06(火) 03:27:08
timeでミリ秒が取得できるのならいいんだけど、
俺のマニュアルには経過秒数しか取得できないようにしか
見えないのですよ。
726デフォルトの名無しさん:2008/05/06(火) 03:32:18
1000掛ければいいんじゃないの
727デフォルトの名無しさん:2008/05/06(火) 03:43:50
32ビットじゃオーバーフローするから
__time64_t msec = _time64(NULL) * 1000;
でおk
728デフォルトの名無しさん:2008/05/06(火) 04:05:09
いやいや、それだとミリ秒の部分が0埋めされてしまって
意味がないのですよ。
729デフォルトの名無しさん:2008/05/06(火) 04:07:40
そっか、time()とGetSystemTimeとかでミリ秒部分を取得して
合計した方が簡単ですね。
730デフォルトの名無しさん:2008/05/06(火) 04:13:31
>>728
__time64_t msec = _time64(NULL) * 1000 + (rand() % 1000);
731デフォルトの名無しさん:2008/05/06(火) 04:15:34
30年後の事は心配しなくていいですか?
732デフォルトの名無しさん:2008/05/06(火) 04:16:00
ひょっとしてtime構造体のミリ秒取得での計算が書いてあったから
質問者は、出来たら構造体毎差分を計算できたらいいなーって感じか
733デフォルトの名無しさん:2008/05/06(火) 04:16:36
734デフォルトの名無しさん:2008/05/06(火) 18:41:37
ttp://www.uploda.net/cgi/uploader4/index.php?file_id=0000030879.txt

最近Win32APIの勉強始めました。さっそく質問なんですが
上記のプログラムだと33行目のMessageBoxが表示されません。
なぜでしょうか?ご指導お願いしますm(_ _;)m
735デフォルトの名無しさん:2008/05/06(火) 19:15:56
よおし、alt+tabを押してみろ
736デフォルトの名無しさん:2008/05/06(火) 19:37:09
>>734
CPU使用率が100%になるんだが
737デフォルトの名無しさん:2008/05/06(火) 19:40:31
>>736
無限ループいっちゃってるね
738デフォルトの名無しさん:2008/05/06(火) 19:41:01
WM_PAINTで有効化忘れるのは、初心者にありがちだな。
とりあえず、BeginPaint/EndPaintやっとけ。
739デフォルトの名無しさん:2008/05/06(火) 19:54:45
>>736
シングルコア乙^^
740デフォルトの名無しさん:2008/05/06(火) 20:00:09
なんで>>739みたいな奴がこのスレ見てるんだか
741デフォルトの名無しさん:2008/05/06(火) 20:03:18
いや、いまどきユニプロセッサ環境でC++のプログラミングをしている奴ってどんだけ底辺なんだよ。
742734:2008/05/06(火) 20:04:15
>>736-738
ありがとうございます。
PM_PAINTにはBeginPaint/EndPaintを必ず入れる必要がある?(有効領域にするため?)

ちなみに33行目以外は某サイトからのコピペなんですが
これはコードが適切ではなかったということでしょうか?
743デフォルトの名無しさん:2008/05/06(火) 20:13:57
いいか、脳みそに叩き込んどけ。
ウインドウへのHDCってのは、描画したいときに取得して、描画し終わったら解放するものだ。
いつまでも確保しているものじゃない。

そういう糞コードがVistaで動かなくなるのだ。

744デフォルトの名無しさん:2008/05/06(火) 20:29:23
妙に厳しいのな

>>742
基本的にyesだ
そういううんkなサイトと格闘してきたのがこのスレのうんkたちだから

まあなんだ、その、超がんばれ
745デフォルトの名無しさん:2008/05/06(火) 20:42:11
HDCを開放しない方法もあるけどな。
ビスタで動かないコードなんて初耳。
746デフォルトの名無しさん:2008/05/06(火) 20:59:33
>>745
Win32的に正しくないコードを書いてるとOSのバージョンが上がると動かなくなる可能性があるという話だろ
読解力の無い奴だな
747デフォルトの名無しさん:2008/05/06(火) 20:59:42
VistaになってGDI周りが全部ソフトウェアになったから、
むしろ無茶なコードでも逆に通ってしまいそうな予感。
748デフォルトの名無しさん:2008/05/06(火) 21:09:31
ttp://www.geocities.jp/ky_webid/win32c/022.html
ここ?

それにしてもネット上のWin32API解説サイトって糞コードが多いなー
俺はカネ無かったからMSDNとそこらのオープンソースソフトのソース見て勉強したけど
みんな本とか買ってるの?
749デフォルトの名無しさん:2008/05/06(火) 21:12:38
Vistaがうんkなんだろ・・・
750デフォルトの名無しさん:2008/05/06(火) 21:14:15
基本的に日本人が書いたWin32 APIの本は地雷。
751デフォルトの名無しさん:2008/05/06(火) 21:18:44
中国人の書いた本がいいですよね。
752デフォルトの名無しさん:2008/05/06(火) 21:25:59
そんな素晴らしいコードがどこかにあるのでしょう。
753デフォルトの名無しさん:2008/05/06(火) 21:41:22
このスレには専門家がそろってるんだろ?
この状況をなんとかしてくれよ。
一APIにすぎないWin32がもう100スレ超えてるくらいだから需要はある。
65スレだろ?って思うやつは歴史を勉強しよう。
754デフォルトの名無しさん:2008/05/06(火) 21:45:03
ここのまとめサイトを作るんだ
755デフォルトの名無しさん:2008/05/06(火) 21:45:07
本物のWindowsプログラマは、MSDN読むだけでAPIの使い方が完璧に分かるので、
そんな本など必要としない。
本物のWindowsプログラマは、初心者向けに本など書いている暇はない。

実際、MSDNだけで十分だしなぁ。
756デフォルトの名無しさん:2008/05/06(火) 21:47:02
ときどきMSDNにおかしなこと書いてるけど、
ちょっとググればまさにその点を指摘してるページがすぐ見つかるからな。
757デフォルトの名無しさん:2008/05/06(火) 21:47:21
Win32API質問箱が本になりましたっていうのをやるんだ。
今すぐやるんだ。
758デフォルトの名無しさん:2008/05/06(火) 21:52:17
>>757
9割以上雑談なのに本になんか出来るかよ
759デフォルトの名無しさん:2008/05/06(火) 21:55:30
>>741
下を見て比べてたら上を見て比べた時に絶望するよ
760デフォルトの名無しさん:2008/05/06(火) 22:10:28
>>758
1000ページ2000円くらいでお願いします。
761デフォルトの名無しさん:2008/05/06(火) 22:11:10
>>757
Q: ○○○
A: MSDN | ggrks
762デフォルトの名無しさん:2008/05/06(火) 22:11:54
ツリービューで選択された項目によって
複数のダイアログの表示をしたいのですが、どうすればいいですか?(一つずつ表示)
ーーーーーーー以下ツリービュー
親-Menu
├Menu1=Dialog1表示
├Menu2=Dialog2表示
タブコントロールとかだと、TabCtrl_GetCurSel()等で簡単に出来るのですが、
763デフォルトの名無しさん:2008/05/06(火) 22:14:51
1000ページで2000円だったら5冊くらい買ってもいいな。
764デフォルトの名無しさん:2008/05/06(火) 22:17:06
つーか、MSはさっさとOSのコードを公開しる!
765デフォルトの名無しさん:2008/05/06(火) 22:20:43
>>764
Windowsのバージョンは知らないけど、
ソースコードは日本の有名大学に公開されている、と聞きました。
766デフォルトの名無しさん:2008/05/06(火) 22:31:21
>>764
つ 逆コンパイラ
767デフォルトの名無しさん:2008/05/06(火) 22:38:07
マイクロソフトのシェアード ソース プログラムについて
ttp://www.microsoft.com/japan/resources/sharedsource/default.mspx

まあ個人相手じゃないけどさ
768デフォルトの名無しさん:2008/05/06(火) 23:24:51
winアプリでFlash使う時のActiveXコントロールについて質問なんだけど
swfの背景透かすのってどうやればいいの?

wmodeをtransparentにすれば本来できるはずなんだけど
色々調べたらどうもこのパラメータが効かないらしい

http://gizmo.anthill.jp/
http://www.flashants.com/root/iceprojector.shtml

上記URLのような物を想定しているんだけど
背景透かす処理はどうしてるんだろ
769デフォルトの名無しさん:2008/05/06(火) 23:26:31
その情報は有償になりました。(想像)
770デフォルトの名無しさん:2008/05/06(火) 23:33:33
つうかそもそもWin32の質問なのか?
771デフォルトの名無しさん:2008/05/06(火) 23:58:59
> ときどきMSDNにおかしなこと書いてるけど、
> ちょっとググればまさにその点を指摘してるページがすぐ見つかるからな。
バージョン、SP毎に試さなければ、おかしさは分からない
772デフォルトの名無しさん:2008/05/07(水) 01:08:30
>>762
自分でダイアログを表示したり隠したりすればええがな
773デフォルトの名無しさん:2008/05/07(水) 01:37:14
>>762ですが、
http://mup.vip2ch.com/mdl.php?img=36782
>>772
ダイアログの表示、非表示はShowWindowで行おうと思っていますが、
ツリービューで選択された項目の情報の
何を基準にしてダイアログの表示、非表示を行えばよいでしょうか?
774デフォルトの名無しさん:2008/05/07(水) 01:55:44
>>773
TVN_SELCHANGEDでも調べなさい
775デフォルトの名無しさん:2008/05/07(水) 01:59:10
他にもTVITEMのstateMaskにTVIS_SELECTEDセットしてTVM_GETITEM投げるとか。
776デフォルトの名無しさん:2008/05/07(水) 04:29:42
SetWindowsHookExでWH_CALLWNDPROCを指定して
フックしたメッセージをメインのプロージャに
行かないようにするにはどうすればよいですか。

と質問しようとしたけど、フックではなくて>>601にある方法で
プロシージャを噛ませて、return 0;してあげればできました。

ありがとうございます。
ほんとにありがとうございます。

ちなみにフックでも出来るのでしょうか?
777デフォルトの名無しさん:2008/05/07(水) 07:22:59
>>776
フックの場合、メッセージの存在そのものを消すことはできないので
WM_NULLにメッセージを書き換えるのが一般的。
778デフォルトの名無しさん:2008/05/07(水) 07:54:05
>>777
なるほど、ありがとうございます。
WM_NULLはこんな時に使うのですね。
ためしてみます。
779デフォルトの名無しさん:2008/05/07(水) 12:33:14
>The CallWndProc hook procedure can examine the message, but it cannot modify it.
780デフォルトの名無しさん:2008/05/07(水) 13:37:17
GetMsgProcはメッセージを書き換えられるけど、CallWndProcはダメなのか。
サブクラス化が一番確実だね。
781デフォルトの名無しさん:2008/05/07(水) 16:52:10
サブクラス化する時はSetWindowLongPtr(GWLP_WNDPROC)を使うより
SetWindowSubclassを使ったほうがいい。理由はMSDNに載ってる。

(ComCtl32 ver6以降で可能とか書いてあるけど実はComCtl32 5.x以降なら9x/2000とかでも使える)
782デフォルトの名無しさん:2008/05/07(水) 21:44:57
な、なんだ(ry
783デフォルトの名無しさん:2008/05/08(木) 00:02:15
EnterCriticalSectionとLeaveCriticalSectionで、
単一のCRITICAL_SECTIONしか使ってないのに
あるスレッド以外のEnterのほうで止まりっぱなしなんですが
多重にEnterしてるか確認する方法ってありますか?

enterオブジェクト作ってコンストラクタでenter,デストラクタでleaveしてます。
コンストラクタとデストラクタでカウントする限りには
多重にenterしていないようにみえるのですが……


余談ですがCRITICAL_SECTIONをprintデバッグしてみたら、
98とXPで使用されてる箇所が違うみたいですね。
784デフォルトの名無しさん:2008/05/08(木) 00:03:53
多重って?
他のスレッドがすでに掴んでるかどうかってこと?
同じスレッドでリエントラントかどうかってこと?
785デフォルトの名無しさん:2008/05/08(木) 00:08:35
>>784
一応後者のことですかね。

同じスレッドで複数回Enterした場合、同じ回数Leaveをしてあげないと
手放してくれないじゃないですか。

他のスレッドに移動しないってことはどこかでLeaveが行われていない気がするんですよね……
786デフォルトの名無しさん:2008/05/08(木) 00:08:54
CRITICAL_SECTION.RecursionCount
787デフォルトの名無しさん:2008/05/08(木) 00:09:19
デッドロックでぐぐってくだされ
788デフォルトの名無しさん:2008/05/08(木) 00:13:41
>>786
98では空でしたがXPで確認できました。 1ってことは多重にはEnterしてないかもしれないです……
ってことは益々謎だorz

>>787
複数のCRITICAL_SECTIONを使っていれば真っ先にデッドロックを疑いますが、
単一のCRITICAL_SECTIONしか使ってないのにデッドロックって起こり得るんですか?
789デフォルトの名無しさん:2008/05/08(木) 00:16:30
クリティカルセクション内の処理がどうなってるのか知らんが
暗黙的にクリティカルセクションやらマルチスレッドやらが使われている場合があるので、ありうる
790デフォルトの名無しさん:2008/05/08(木) 00:18:33
そもそもInitializeCriticalSectionを忘れてるとか
791デフォルトの名無しさん:2008/05/08(木) 00:25:44
>>789
まじすかΣ(゚Д゚;
それが原因だったらどうしようもないようなorz

>>780
WinMain内の始めでやってるので大丈夫でした
一応処理の途中でdeleteしてないかもう一度確認してみます
792デフォルトの名無しさん:2008/05/08(木) 00:28:56
793デフォルトの名無しさん:2008/05/08(木) 00:43:10
LockSemaphore This field is misnamed; Σ(゚Д゚;エーッ!

内部的には複数のCRITICAL_SECTIONが数珠繋ぎになってるのは図で分かった。
けど、暗黙的に云々ってのは俺の英語力じゃどこに書いてるか探すだけで数日掛かりそうだ……
794デフォルトの名無しさん:2008/05/08(木) 00:51:06
>>793
そこのサイトに置いてあるソースを利用したらデッドロックが分かるかも知れんぞ、
という事を言いたいのだが

まあこれを使ってもいいかも
ttp://www001.upp.so-net.ne.jp/yamashita/product/debug/wdumplock.htm

>>789が何を言いたいのかは知らんが、APIが内部でクリティカルセクションを使っていても
それが原因で自分のアプリのクリティカルセクションがデッドロックするなんて有り得ない
795デフォルトの名無しさん:2008/05/08(木) 00:56:34
そもそも止まっているのは本当にEnterの所なのだろうか?
796デフォルトの名無しさん:2008/05/08(木) 01:36:52
>>792
日本語でおk
797デフォルトの名無しさん:2008/05/08(木) 10:25:45
OSの言語が日本語か英語かを判断できるapiを教えてください
798デフォルトの名無しさん:2008/05/08(木) 10:48:45
GetACP
799デフォルトの名無しさん:2008/05/08(木) 13:48:35
CreateFontって、指定した名前のフォントが存在しないと適当な代替フォントで
HFONTを作ってくれますが、これをフォントが存在しない場合はNULLを返すよう
にすることはできるんでしょうか。
やはりEnumFontFamilies系で列挙して存在確認するしかない?
800デフォルトの名無しさん:2008/05/08(木) 13:58:53
できない。
条件それぞれに重み付けをして、一番ペナルティの小さいフォントを選ぶから。
名前も条件の一つに過ぎない。

EnumFontFamiliesしかないというより、それ使うべきでしょう。
801デフォルトの名無しさん:2008/05/08(木) 15:43:38
>>795
エンターの前後にプリント仕掛けてたからほぼ間違いないかと。

ただあれから何もしないでPC再起動してリビルドしたら普通に動き出しました
さっぱり意味が分からないまま解決?しましたorz
802デフォルトの名無しさん:2008/05/08(木) 16:27:20
してないから。
803デフォルトの名無しさん:2008/05/08(木) 17:04:33
49.7日起動していておかしくなったとか

例えば、「1秒間〜をする」書き方は

DWORD tick = GetTickCount();
while (GetTickCount() - tick < 1000) { 〜 }

DWORD tick = GetTickCount() + 1000;
while (GetTickCount() < tick) { 〜 }

だと前者の方がいいとかそういうの
804デフォルトの名無しさん:2008/05/08(木) 20:42:15
例外が飛んできてたとか
805デフォルトの名無しさん:2008/05/08(木) 22:27:48
>>802
ですよね〜orz

原因が気になって眠れないと地震が起きるので
忘れます
806デフォルトの名無しさん:2008/05/08(木) 22:31:32
>>803
ありえるかもと思ったけど
そういえば今回は時間測る処理はしてなかった

>>804
catch(...)してるけど反応なかった
807デフォルトの名無しさん:2008/05/08(木) 22:40:09
WinMainに引数があるのが理解できないのですが・・
どこから渡してるのですか?
808デフォルトの名無しさん:2008/05/08(木) 22:47:34
>>807
ギャグですね。 わかります。

マジレスすると五分後の世界から
809デフォルトの名無しさん:2008/05/08(木) 23:04:34
ShellExecuteでプログラムを起動する時、パラメータに指定する文字数には制限があるみたいですが、
これは最大何文字までいけるのでしょうか?
810デフォルトの名無しさん:2008/05/08(木) 23:08:27
>>807>>809もそのキーワードでググればいいだろ…
811デフォルトの名無しさん:2008/05/08(木) 23:12:55
>>807
WinMainはWinMainCRTStartupから呼ばれている。
812デフォルトの名無しさん:2008/05/08(木) 23:14:03
>>811
Visual C++の場合な。
813デフォルトの名無しさん:2008/05/08(木) 23:23:58
まあ素直にLinkers & Loadersでも読んでろと。
814デフォルトの名無しさん:2008/05/08(木) 23:41:49
つうかエントリーポイントの関数名なんてリンカのオプションで変えれるし
815809:2008/05/08(木) 23:42:47
自力で頑張ったら分かりました
ありがとうございました
816デフォルトの名無しさん:2008/05/08(木) 23:52:38
>>815
お前にとっての「頑張る」はググることか
ゆとり乙としか言えない
817809:2008/05/08(木) 23:55:58
ググったわけではないです^^;
818デフォルトの名無しさん:2008/05/08(木) 23:56:13
地道に文字数増やしてみたかもしれないだろ・・・
819デフォルトの名無しさん:2008/05/08(木) 23:56:43
ググることすらしない人間が多い中
調べると言う行為をするだけマシだろ
820デフォルトの名無しさん:2008/05/09(金) 00:15:24
それもそうだw
821デフォルトの名無しさん:2008/05/09(金) 02:52:50
ここは切ないインターネッツですね
822デフォルトの名無しさん:2008/05/09(金) 08:50:27
そりぁあインターネットが切れてたら書き込みできないからな
切れてないインターネットなんて当然すぎて困る
823デフォルトの名無しさん:2008/05/09(金) 09:07:04
今やインターネットがキレる時代ですよ
824デフォルトの名無しさん:2008/05/09(金) 09:25:23
RSTのことですね。わかります。
825デフォルトの名無しさん:2008/05/09(金) 11:07:35
ググれしか言えないクズはレスしないでください。
826デフォルトの名無しさん:2008/05/09(金) 11:11:09
ヤフれ
827デフォルトの名無しさん:2008/05/09(金) 11:13:52
ライブサーチれ
828デフォルトの名無しさん:2008/05/09(金) 11:24:04
寒い
829デフォルトの名無しさん:2008/05/09(金) 12:50:52
寒れ
830デフォルトの名無しさん:2008/05/09(金) 14:03:09
寒るとき
831デフォルトの名無しさん:2008/05/09(金) 14:36:59
アプリ自身の再起動する関数ってありますか?
832デフォルトの名無しさん:2008/05/09(金) 14:58:43
CreateProcessで自分自身のexeを新たに起動すれば?
833デフォルトの名無しさん:2008/05/09(金) 15:11:40
二重起動禁止にしているので自分自身を終了後に起動したいのですが?
834デフォルトの名無しさん:2008/05/09(金) 15:14:58
二重起動を解禁してから (Mutexを解放するとかウィンドウを消すとかしてから) 起動させればいいじゃん?
835デフォルトの名無しさん:2008/05/09(金) 15:19:12
そう言われてみればそうですね。
つか、他の方法はねーのか?
836デフォルトの名無しさん:2008/05/09(金) 15:24:40
Mutexの所有権を他に割り込ませずに安全に受け渡すのは意外に難しい
837デフォルトの名無しさん:2008/05/09(金) 15:34:27
スケジューラで遅延起動でもいいけど、ちょっとでも重なるとパーだし
確実にバトンタッチするには、自分のプロセス内で完結したほうがいいね。
838デフォルトの名無しさん:2008/05/09(金) 15:45:20
831≠833な件
839デフォルトの名無しさん:2008/05/09(金) 15:50:46
>>838
何こいつ?
どうせお前が>>831と言いたいんだろうけど、どうせお前も同じ事聞きたかったんだろ?
ちゃんと皆に礼言っとけクズが
840デフォルトの名無しさん:2008/05/09(金) 16:00:45
何かファビョってる。
841デフォルトの名無しさん:2008/05/09(金) 16:04:52
どうでもいい
842デフォルトの名無しさん:2008/05/09(金) 16:05:59
>>840
最近覚えた言葉を使いたかったんですね。わかります。
843デフォルトの名無しさん:2008/05/09(金) 16:47:54
「WinMainを抜けるときにはMutexは開放している」
という書き方をしているなら(普通はそうしてると思うけど)、
atexit()に自身をCreateProcessするコールバックを渡せば確実だと思う
844デフォルトの名無しさん:2008/05/09(金) 18:01:44
ありがとうございます
845デフォルトの名無しさん:2008/05/09(金) 18:02:37
どういたしまして
846843:2008/05/09(金) 18:07:01
どういたしまして
847847:2008/05/09(金) 18:14:00
どういたしまして
848845:2008/05/09(金) 18:26:25
どういたしまして
849デフォルトの名無しさん:2008/05/09(金) 18:27:15
とかちつくちて
850デフォルトの名無しさん:2008/05/09(金) 18:34:34
連休明けたのに子供が多いなあ
851デフォルトの名無しさん:2008/05/09(金) 18:46:12
連休は春休みや夏休みと違って大人も休みだろ
852デフォルトの名無しさん:2008/05/09(金) 18:50:19
連休明けたのに子供と精神年齢低い大人が多いなあ
853デフォルトの名無しさん:2008/05/09(金) 19:00:41
さてみんな今日はどんな雑談しよっか?
854デフォルトの名無しさん:2008/05/09(金) 19:25:23
低賃金重労働な
プログラマ職業にしてるやつなんて
精神年齢低いだろ
855デフォルトの名無しさん:2008/05/09(金) 20:23:49
むしろプログラマしてるから精神年齢が下がっていく
856デフォルトの名無しさん:2008/05/09(金) 22:21:04
お、今日の話題は精神年齢か。
857デフォルトの名無しさん:2008/05/10(土) 09:59:42
本人は面白いと思ってやってるから困る
858デフォルトの名無しさん:2008/05/10(土) 10:55:32
確かに面白くないが、自分の感覚が一般全てに当てはまるかのような前提なのも困る
859デフォルトの名無しさん:2008/05/10(土) 10:59:49
↑童貞
860デフォルトの名無しさん:2008/05/10(土) 11:05:15
↓マザコン
861デフォルトの名無しさん:2008/05/10(土) 11:10:51
マザコンで悪いか!
862デフォルトの名無しさん:2008/05/10(土) 11:29:44
それぐらい察してほしかったってのが本音
863デフォルトの名無しさん:2008/05/10(土) 12:11:23
↓ニート
864デフォルトの名無しさん:2008/05/10(土) 12:16:30
865デフォルトの名無しさん:2008/05/10(土) 12:20:25
↑処女
866デフォルトの名無しさん:2008/05/10(土) 12:24:54
面白いの?
867デフォルトの名無しさん:2008/05/10(土) 12:26:52
それぐらい察してほしかったってのが本音
868デフォルトの名無しさん:2008/05/10(土) 12:29:25
うわ、そう来たか・・



ほんとうにワンパターンだな
869デフォルトの名無しさん:2008/05/10(土) 12:30:35
こういうのって同じ奴が何度も書いてるだけなんだよな
ここID出ないからなぁ
870デフォルトの名無しさん:2008/05/10(土) 12:32:20
俺を含めて4人は居そうだな
871デフォルトの名無しさん:2008/05/10(土) 12:33:29
ここまで俺の自演
872デフォルトの名無しさん:2008/05/10(土) 12:37:07
うわ・・呆けないように気をつけろよ・・
873デフォルトの名無しさん:2008/05/10(土) 12:37:24
これも俺の自演
874デフォルトの名無しさん:2008/05/10(土) 12:40:13
うわ とか言ってる奴ガキ臭い
875デフォルトの名無しさん:2008/05/10(土) 12:40:17
本当につまらない、もうちょっと頭使って面白いこと書けよ
繰り返すだけなら誰でも出来るだろ

そんなんだから良いコードかけねーんだよ
876デフォルトの名無しさん:2008/05/10(土) 12:41:48
それぐらい察してほしかったってのが本音
877デフォルトの名無しさん:2008/05/10(土) 12:43:44
まぁ、頑張れよ
878デフォルトの名無しさん:2008/05/10(土) 12:52:59
うけを狙って書いてると思ってるアホが居るな
879デフォルトの名無しさん:2008/05/10(土) 13:05:42
どっちにしても面白くないって事じゃんw
880デフォルトの名無しさん:2008/05/10(土) 13:06:56
それはよかった
881デフォルトの名無しさん:2008/05/10(土) 15:46:25
そりゃプログラマなんて底辺の職業に就いてたら毎日散々こき使われるからこういう所で憂さ晴らししたくなるんだろ
882デフォルトの名無しさん:2008/05/10(土) 16:51:44
マに限らないと思うのだが
883デフォルトの名無しさん:2008/05/10(土) 17:15:31
>>875とか>>878みたいのはずっとこのスレに張り付いてるんだろうな。
スレに愛がなきゃそんなこと思わないもんな
884デフォルトの名無しさん:2008/05/10(土) 17:18:29
>>883
いらっしゃい
誰も居なくなって寂しかったよ
885デフォルトの名無しさん:2008/05/10(土) 17:18:33
脱線するならするで面白ければ許せるが、VIP以下じゃな
886デフォルトの名無しさん:2008/05/10(土) 19:38:45
MDI難しい
887デフォルトの名無しさん:2008/05/10(土) 22:39:01
VirtualProtectで良く分からない現象が出て誰かお教えを…

PAGE_READWRITEへの変更は許可されるんだけど、
PAGE_EXECUTE_READWRITEを指定するとGetLastErrorで
『パラメータが間違っています。』と返されました。

PAGE_READWRITEは成功するので指定したアドレスは間違って
いないと思われます。上記メッセージからどんな状況が考えら
れるでしょうか?

DEP有効のマシンでブロックされるのを防ぐのが目的です。
DEPが無いマシンならPAGE_READWRITEのままでもOKなのですが、
今後のCPUだと対応必須になりそうなので。

よろしくお願いします。
888デフォルトの名無しさん:2008/05/10(土) 23:12:35
> Windows Server 2003 and Windows XP:
> This attribute is not supported by the CreateFileMapping function
> until Windows XP SP2 and Windows Server 2003 SP1.
889デフォルトの名無しさん:2008/05/11(日) 05:11:05
HFONTからLOGFONTを構築するには、どうすればいい?
890デフォルトの名無しさん:2008/05/11(日) 05:16:52
GetObject
891887:2008/05/11(日) 09:02:11
>>888
CreateFileMappingでは非サポートと書いてあるように読めますが
VirtualProtectでも同様なんでしょうか?
892デフォルトの名無しさん:2008/05/11(日) 14:49:40
893デフォルトの名無しさん:2008/05/11(日) 17:29:14
CreateFileMappingでPAGE_EXECUTE_READWRITEなんて使い道あるのかな
バックドアを作ってるような物だと思うが

>>891
DEPにブロックされるのを防ぐならHeapAlloc等のメモリにVirtualProtectを使うのではなく
VirtualAllocで実行属性付きのページを確保する
894デフォルトの名無しさん:2008/05/11(日) 17:50:06
MessageBox()は内部でウィンドウズメッセージを取得していますか?
895デフォルトの名無しさん:2008/05/11(日) 17:52:49
WIN32APIかどうかはっきり覚えていませんが

テキストファイル内にある [ ] でかこまれた部分をサーチし、そこまで、ファイルのポインタを移動してくれる API って何でしたっけ?
896デフォルトの名無しさん:2008/05/11(日) 17:55:12
ini?
897デフォルトの名無しさん:2008/05/11(日) 17:59:15
>>895
それがOSのAPIのハズがないw
898デフォルトの名無しさん:2008/05/11(日) 18:05:04
>>896
ですね ini ファイル内を検索(?)してくれるAPIです
899デフォルトの名無しさん:2008/05/11(日) 18:07:22
GetPrivateProfileString
900894:2008/05/11(日) 18:29:00
追記です。
WindowsHook()で何故WH_GETMESSAGEで
MessageBox()がフックできるのか、という疑問です。
901デフォルトの名無しさん:2008/05/11(日) 18:33:12
>>900
出来ないと思う理由をまず説明してみなよ。
いっぱいツッコミ入れてくれるよ。
902デフォルトの名無しさん:2008/05/11(日) 18:44:51
>>899
ありがとやんした
903デフォルトの名無しさん:2008/05/11(日) 18:46:16
>>900
WH_MSGFILTER
904デフォルトの名無しさん:2008/05/11(日) 19:04:32
>>902
それでいいのか?
GetPrivateProfileSectionじゃないのか?
905894:2008/05/11(日) 19:12:11
自分の理解
アプリケーションごとのメッセージループがメッセージを取得した際に
WH_GETMESSAGEのフックプロシージャが実行される。
だからMessageBox()はメッセージを取得している。

>>903
ちょっと意図がわかりませんでした。
WH_MSGFILTERはメッセージボックスを監視できるようですが、
私が知りたいのはメッセージボックスがメッセージを投げてるのかどうか、
WH_GETMESSAGEの挙動の理解はこれで正しいのかどうかです。
906デフォルトの名無しさん:2008/05/11(日) 19:16:39
>>904
正確にはそうですね ありがとうございます。

MSDNに芋づる形式にひっかかるので
907デフォルトの名無しさん:2008/05/11(日) 19:17:37
>>905
ttp://blogs.msdn.com/oldnewthing/archive/2005/04/28/412574.aspx

DialogBox、MessageBox、TrackPopupMenuなどAPI内部でモーダルループしてる物は
そこに書いてあるような(CallMsgFilterを呼んでる所)メッセージループを内部で回している

MessageBoxの実体はDialogBoxだから当然それ相応のメッセージは投げてるだろ
908広義のリソース問題?:2008/05/11(日) 21:34:47
Windows2000で
ある特定のアプリ(ACDSee7)とFirefox2を同時に起動して
Firefox2で画像ファイルの大量にあるサイト(Pixiv)に
しばらくアクセスしていると
FirefoxにBASIC認証のダイアログが出たり
(Pixivはそんなアクセス制限方法は使ってない)
サムネイル画像が表示されなくなったりする症状がでるんだ。

んでACDSeeを終了すると復活するんだ。

現象的にIPソケット関係かロック(ミューテックスとかセマフォとか)
のオブジェクトハンドルをACDSEEがリークさせてる
(+Firefoxのハンドル取得失敗エラー処理がバグってる)
気がするんだけど
このへんの残量を調べるツールとか
増やしたりするレジストリキーとかだれか知ってたら教えて。

ちなみに
Desktop Heap Information Monitor Tool
はもう試してデスクトップヒープは十分残ってることは確認済みなんだ。
909デフォルトの名無しさん:2008/05/11(日) 22:27:55
スレ違い
どこがWin32APIなんだよぼけ
910広義のリソース問題?:2008/05/11(日) 23:20:12
いや、Windows板じゃ
ヒープとかわかんないだろうと思ってね

デバッグでヒープモニタ的なものって使うでしょ?

つかAPI限定でない
Windowsプログラミング全般のスレってあるの?

911デフォルトの名無しさん:2008/05/11(日) 23:29:35
少なくともFirefoxはオープンソースなんだから
丹念にデバッグできるだろ、量的な問題はともかくとして。
912デフォルトの名無しさん:2008/05/11(日) 23:34:10
>>908
Sysinternalsの何かでプロセスが何握ってるか調べるとか?
ごめんよくわからん。
913デフォルトの名無しさん:2008/05/11(日) 23:58:49
「分かってくれる人がいそうだから」という理由でスレ違いな質問を平気でする馬鹿
914デフォルトの名無しさん:2008/05/12(月) 13:27:30
脳がヒープでリーク
915デフォルトの名無しさん:2008/05/12(月) 14:19:10
リストビュー内のアイテムを先頭、または最後に移動したいのですが、
そのようなマクロ等ありますでしょうか?
916デフォルトの名無しさん:2008/05/12(月) 16:00:55
exchange
917デフォルトの名無しさん:2008/05/12(月) 16:40:30
ListView_MoveToSentou
ListView_MoveToSaigo
918デフォルトの名無しさん:2008/05/12(月) 16:52:24
というinline関数を自作しなさい
919デフォルトの名無しさん:2008/05/12(月) 17:08:23
commctrl.hを調べていたのですが・・・
つまり、そのようなマクロは無い

自作、
ということでしょうか?
920デフォルトの名無しさん:2008/05/12(月) 17:53:16
921デフォルトの名無しさん:2008/05/12(月) 18:05:17
My糞ソフト (笑)
922デフォルトの名無しさん:2008/05/12(月) 19:56:55
>>920
見ましたが……無いですね。
923デフォルトの名無しさん:2008/05/12(月) 21:24:37
目的のアイテムが先頭にくるよう条件組んでソート
924デフォルトの名無しさん:2008/05/12(月) 21:36:07
解決しました。すみません。
925デフォルトの名無しさん:2008/05/13(火) 00:25:34
>>923
ソートなんてしなくても
1. アイテムの全情報をListView_GetItem
2. アイテムをListView_DeleteItem
3. 移動したい位置にListView_InsertItem
でいいだろ
926デフォルトの名無しさん:2008/05/13(火) 00:31:04
おいらListViewは仮想モードでしか使ったこと無いから判らないけど
Model側でswapしておしまいじゃないの。
927デフォルトの名無しさん:2008/05/13(火) 01:22:27
先頭/最後に移動するのだからswapとは違くね?
928デフォルトの名無しさん:2008/05/13(火) 12:05:51
>>926
知らないならレスしないでください
929デフォルトの名無しさん:2008/05/13(火) 12:10:43
↑馬鹿
930デフォルトの名無しさん:2008/05/13(火) 12:35:05
知らないならレスしないでください
931デフォルトの名無しさん:2008/05/13(火) 12:50:53
うざいだけです
932デフォルトの名無しさん:2008/05/13(火) 15:58:08
ユニコードの文字種を文字単位で変換できるAPIってあるんでしょうか?
Shift_JISでは「_mbctombb()」のような関数がありますが・・・
「A -> A」「3 -> 3」「ア -> ア」「ア -> あ」など。

自分で調べた範囲ではユニコードで文字変換を行えるものは、
「LCMapString()」くらいしか見つかりませんでしたが、これは文字列の一括変換
なので使いにくいです。

今のアプリは文字単位で全角・半角やひらがな・カタカナなどの文字種を変換する
ルーチンがあるので困っています。

現在、Shift_JISベースのアプリをユニコードベースに書き換えてるのですが、
作業量が多すぎて死にそうです。orz
933デフォルトの名無しさん:2008/05/13(火) 16:53:43
数は限られてるわけだし、一覧表を作ってしまえばいいような気がする・・・

wchar_t HiraKataHanMap[][3] = { L"あアア", L"いイイ", L"うウウ", ... };
934デフォルトの名無しさん:2008/05/13(火) 16:55:11
シフトJISに変換して、文字種を変換するルーチンを通したあと、再度ユニコにするw
935デフォルトの名無しさん:2008/05/13(火) 17:49:35
LCMapStringに一文字ずつ渡せばいいだろ
効率?そんな物知らん
936デフォルトの名無しさん:2008/05/13(火) 17:51:38
自前で表持てばいいだけだろ
937デフォルトの名無しさん:2008/05/13(火) 17:56:41
↑話を理解してない馬鹿
938デフォルトの名無しさん:2008/05/13(火) 18:11:32
↑単なる馬鹿
939デフォルトの名無しさん:2008/05/13(火) 18:23:55
↑馬鹿
940デフォルトの名無しさん:2008/05/13(火) 18:24:25
941デフォルトの名無しさん:2008/05/13(火) 18:29:42
942デフォルトの名無しさん:2008/05/13(火) 18:34:13
(^_^)v
943デフォルトの名無しさん:2008/05/13(火) 18:44:47
944デフォルトの名無しさん:2008/05/13(火) 18:48:03
945デフォルトの名無しさん:2008/05/13(火) 18:48:31
↓馬鹿
946デフォルトの名無しさん:2008/05/13(火) 18:48:54
↓単なる馬鹿
947デフォルトの名無しさん:2008/05/13(火) 18:49:22
↓話を理解してない馬鹿
948デフォルトの名無しさん:2008/05/13(火) 18:49:45
自前で表持てばいいだけだろ
949デフォルトの名無しさん:2008/05/13(火) 18:50:20
LCMapStringに一文字ずつ渡せばいいだろ
効率?そんな物知らん
950デフォルトの名無しさん:2008/05/13(火) 18:50:57
APIってアピってよむんだぜ
951デフォルトの名無しさん:2008/05/13(火) 19:01:36
シフトJISに変換して、文字種を変換するルーチンを通したあと、再度ユニコにするw
952デフォルトの名無しさん:2008/05/13(火) 20:10:49
(T_T)v
953デフォルトの名無しさん:2008/05/13(火) 20:17:37
>>936が「あぁぁーいっくぅぅぅ・・・」の様に見えたorz
954デフォルトの名無しさん:2008/05/13(火) 21:09:00
"文字列"の前にLとかTを付けるのって何ですか?
>>933
L"あアア"
みたいな。
955デフォルトの名無しさん:2008/05/13(火) 21:11:36
マルチバイトとユニコードと差異を解消させるマクロ
956デフォルトの名無しさん:2008/05/13(火) 21:13:08
検索する癖を付けないと絶対挫折する
ttp://www.google.co.jp/search?hl=ja&q=_T&lr=
957デフォルトの名無しさん:2008/05/13(火) 21:13:12
Lは違うだろ
ワイド文字列定数のプレフィクス
958デフォルトの名無しさん:2008/05/13(火) 21:13:12
TCHARリテラルとUNICODEリテラル
959デフォルトの名無しさん:2008/05/13(火) 21:23:09
L がユニコードじゃないといけないとは決まっていない
960デフォルトの名無しさん:2008/05/13(火) 21:41:07
961デフォルトの名無しさん:2008/05/14(水) 05:11:27
>>956
挫折なんてしないよ。あなたのような方々が代行して調べてくれるからね。
962932:2008/05/14(水) 08:13:01
なんかスレを混乱させてしまってすいません。
APIがないとなると、やっぱり自前の変換表を作るしかないんでしょうかね?
あぁ・・・また作業が増える。なんか過労死しそう。
963デフォルトの名無しさん:2008/05/14(水) 08:31:41
>>962
試しに過労死してみてよ
964デフォルトの名無しさん:2008/05/14(水) 08:54:13
いったい何がしたいんだか
仕事なら抱え込む前に職場に相談しろよ

死んだら周りが迷惑だ
965デフォルトの名無しさん:2008/05/14(水) 09:14:05
だからLCMapStringでいいだろ・・・
どうせAPIだってテーブル引きしてるだけだろうし自前でテーブル持つのと大して変わらん
そもそもAPI使う気が無いならスレ違いだからここで訊くな
966デフォルトの名無しさん:2008/05/14(水) 10:05:40
文字コードのミスで統合システムがクラッシュ!
967デフォルトの名無しさん:2008/05/14(水) 10:06:44
MUFJの人だったのか

困るよ
968デフォルトの名無しさん:2008/05/14(水) 11:00:54
自分自身のプログラムのみをターゲットにして、XPのビジュアルスタイル
みたいに、プラグラムの現状のコードに『ほぼ』手を加えずに自分自身の
ウインドウやボタンなどのコントロールの外観を独自に変更することって
出来ますでしょうか?

やりたいことの例としては、OperaのスキンがWindowsデフォとオリジナルの
スキンを選択できるので、あんな感じです。Windowsデフォのコントロール
の外観も選択できることから、何かしらAPIの下のほうを差し替えるテクニ
ックを使ってるように思うのですが…。

オーナードローでやっても既存コード部分が大幅な変更を強いられますし、
何かヒントがあれば教えてください。取っ掛かりもつかめていないので。
よろしくお願いします。

(裸のウインドウから全部描画ってのはなしで…)
969デフォルトの名無しさん:2008/05/14(水) 11:11:45
>>953
そんな君は正規表現 [あ-ん] を見ても興奮してしまうだろう。
970デフォルトの名無しさん:2008/05/14(水) 11:17:17
意味がわからなかったが、>>969でわかった。
>>933を指してたのかw
971デフォルトの名無しさん:2008/05/14(水) 11:32:07
>>968
そもそもOperaってWindowsのコントロール使ってるの?
IEは身が目が同じだけでコントロールは全て自力描画しているが。
972デフォルトの名無しさん:2008/05/14(水) 11:40:37
んなこといってもオーナードローが嫌なら
通常のコントロールと互換なコントロール作って差し替えるしかあるまい

裸のウインドウから全部描画「よりも」酷い作業量になりそうだが
973968:2008/05/14(水) 12:30:06
>>972
>通常のコントロールと互換なコントロール作って差し替える
このための資料(書籍でも)ってないでしょうか?
どう検索していいものやら、皆目分らないのです。ググってもキーワードが
悪いのか、コモンコントロールの使い方ばかり出てきます。
974デフォルトの名無しさん:2008/05/14(水) 12:44:02
ねーよそんなの。
お前が全部やるんだからな。

ブラウザが自前実装なのは、それをやるだけの価値があるからやってるんだよ。
975デフォルトの名無しさん:2008/05/14(水) 12:44:30
普通にチャイルドウインドウのプロシージャ書くだけだろ
976デフォルトの名無しさん:2008/05/14(水) 14:25:28
知らないならレスしないでください。ウザイです
977デフォルトの名無しさん:2008/05/14(水) 14:44:09
MultiByteToWideChar
978デフォルトの名無しさん:2008/05/14(水) 15:41:49
char ss[]="VK_F11";
これを仮想キーコードVK_F11に変換する関数とかってありますか?

GetKeyNameTextの逆バージョンみたいな
979デフォルトの名無しさん:2008/05/14(水) 15:52:26
無い
980デフォルトの名無しさん:2008/05/14(水) 15:57:01
無いよ
981デフォルトの名無しさん:2008/05/14(水) 16:58:24
>>968
昔WM_NCPAINTなどを乗っ取りWindows98だかでXPのビジュアルスタイルの様な機能を実現するオープンソースのソフトがあって
そのソフトのサブクラス化解除に問題があって迷惑を被った記憶がある
982デフォルトの名無しさん:2008/05/14(水) 17:01:16
なるほど。
お前が悪かったわけですね?
983デフォルトの名無しさん:2008/05/14(水) 17:11:30
つうかIEに限らずFirefoxやOperaもウィンドウレスの自前描画だが
984デフォルトの名無しさん:2008/05/14(水) 17:33:39
たしかこれだったような
http://sourceforge.net/projects/shellwm/
985デフォルトの名無しさん:2008/05/14(水) 22:32:34
Windowsアプリケーションを作成する際に、
モードレスダイアログボックス等はダイアログベースで作り、
メインウィンドウ等はCreateWindow等を使って作っている事が多い様に思うのですが、
全てダイアログベースで作らないのは、何か理由があるからですか?
986デフォルトの名無しさん:2008/05/14(水) 22:43:12
ダイアログで事足りるならダイアログを使う。
事足りないならダイアログを使わない。
それだけ。
ダイアログベースの Win アプリも沢山ある。
987デフォルトの名無しさん:2008/05/14(水) 22:51:25
事が足りたい場合とは、例えばどのような場合でしょうか?
メインウィンドウのみはCreateWindowで作り、
メインウィンドウで使うタブコントロールやリストビューをダイアログベースで作成し、
それの表示位置、サイズをメインプロシージャで変更する、
ということもありえるのでしょうか?
988デフォルトの名無しさん:2008/05/14(水) 22:57:59
ダイアログで実現した方が楽そうならダイアログでやる。
そうでないならそうしない。
それだけ。
989デフォルトの名無しさん:2008/05/14(水) 23:11:23
>>988
そうでない場合とは例えばどのような場合ですか?
具体的にお願いします。
990デフォルトの名無しさん:2008/05/14(水) 23:22:36
>>989
プログラマの判断次第って意味が分からない?

楽そう難しそうって個人の主観でしょ?
991デフォルトの名無しさん:2008/05/14(水) 23:35:27
992デフォルトの名無しさん:2008/05/14(水) 23:37:28
>>990
あなたの言い方ですと、
ダイアログベースで難しい場合はダイアログベースではやらずに、CreateWindowを使うという事ですよね、
あなたの主観で答えて下さって結構ですので
そうでない場合がどのような場合であるかを教えて下さい。
993デフォルトの名無しさん:2008/05/14(水) 23:39:20
間違えました
>>990
あなたの言い方ですと、
ダイアログベースで楽そうな場合はダイアログベースでは使い、難しい場合はCreateWindowを使うという事ですよね、
あなたの主観で答えて下さって結構ですので
そうでない場合がどのような場合であるかを教えて下さい。
994デフォルトの名無しさん:2008/05/14(水) 23:45:47
ウィンドウ内に直接描画するような時は普通はダイアログは使わない。
995デフォルトの名無しさん:2008/05/14(水) 23:59:13
FillThread(>>995, 5, UME);
996デフォルトの名無しさん:2008/05/15(木) 00:03:37
UME
997デフォルトの名無しさん:2008/05/15(木) 00:03:40
UME
998デフォルトの名無しさん:2008/05/15(木) 00:03:43
UME
999デフォルトの名無しさん:2008/05/15(木) 00:03:47
UME
1000デフォルトの名無しさん:2008/05/15(木) 00:03:51
UME
10011001
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。