Win32API質問箱 Build123©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
Win32APIについての質問はこちらへどうぞ。
■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。
英語版( http://msdn.microsoft.com/en-us/library/ )の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで
■過去スレ
Win32API質問箱 Build122
http://echo.2ch.net/test/read.cgi/tech/1451988219/ Cの教科書に載ってるのfopenで、CreateFileは詰め込みすぎててややこしいから
fopenを使い続けてるって層が多そう わざわざ環境依存の関数使うぐらいなんだから理由あるんだよね? >>68
そんなんですか、だとしたらますますfopenを呼ぶ理由はない、呼び出しが多くなるから遅くなりますよね >>66
だから必要に応じて使い分けるものだと何度言えば。 >>69
そうだね。
常にどんな環境でもCreateFileつかっておけば間違いないよ。 どんな環境でも win32api が使えるのかね? 使える、呼べる、の定義次第だな。
呼ぶだけ(何もしない)ならすぐできる。 winプログラムをガッツリ作ることになったワイ。
CreateFile系のAPIも使わなあかんのやろか?と使い始めるも面倒くさすぎなので、
fopen系を自分で使いやすいようにカスタムしたようなAPIラッパーを自分で用意、
中でCreateFile系を呼ぶようにした無駄な努力。 >>78
そんなものを win32api というのかね? 正直何を言ってるのかさっぱりわからん
ただ >>79 が CreateFile を理解してないことはわかった 本当わけわからん
Win32API質問箱というスレタイでlinuxなんて意味不明なこと言い出す馬鹿とか、
環境依存とか・・・
っあ、分かったWin32APIというものがなんなのかしらないのか >>83
プログラマならLinuxくらい勉強しておこうぜ。 >>84
おまえは馬鹿?
Linuxなんてこのスレとなんの関係があるんだ?
プログラマならLinuxとWin32APIの関係性くらい勉強しておこうぜ。 linuxってc++を理解できないアフォが作ったゴミですよね >>85
APIと実装は違うというのはわかってるよね? >>87
プログラマなら皆まで言われなくとも理解ようぜ wineもLindows関する話題もOKですね
boostもOKですか? >>88
わからないんなら、わかりませんごめんなさいだろ?
なんで突然単発でわいてくるんだよ。
>>91
LindowsのどこにWin32APIがあるんだよ。
boostもだ。 >>94
そりゃこっちが聞きてーわw
Win32apiと銘打ってるスレでlinuxなんて意味の分からんこと言い出したの己らちゃんうかい >>79
ファイルポインタ, ファイル記述子, ファイルハンドル の相互変換あるから
ほんっとに無駄だな 初心者です。
中断ボタンを出そうと考えています。
スレッドから、CreateDialogで中断の画面を出すとダイアログが一瞬で
消えてしまいます。
ご存じの方いませんか?
ちなみに、DialogBoxでは処理が滞ってしまいました。 CreateDialogはモードレスダイアログボックスを作るので、
要するにnewされているからスタック以外のどっかに作られるので、
CreateDialogを呼び出した後はダイアログは表示されてもすぐ消えて
元の処理に戻る。こいつを維持したければShowWindowをしろ。
DialogBoxはモーダルダイアログボックスを作るが、これはスタックに
作るのでこいつが閉じられない限り呼び出し元の処理を続行出来なくなる。
処理が滞るというのはそういうことだな。 >>98
IsDialogMessage使ったか? >>101
スタックに作ったとしても処理は止まらんだろ。
スタック解放されたらメモリリーク等になるだけだ。 イベントループまわしてない糞アプリは結構あるけどな WindowsServerの共有フォルダに対して
一台のPCで複数のセッションを
張りたいのですが
そういうことは可能でしょうか?
セッション枯渇をシュミレーション
したいのですが、数十台の
クライアントを用意するのが厳しいので、
よろしくお願いします 98です。
残念ながら本当にわかっていなくて、
なにがひどいのかもわかりません。
一瞬で終わっているのは事実です。
IsDialogMessageは使っています。
原因を調べています。 >>111
ダイアログはメインスレッドで作った方がいいんじゃないか?
そうじゃなきゃ、作成したスレッドでイベント処理が必要になる。 メッセージキューはスレッドごとに用意されていて、ウィンドウのメッセージは
ウィンドウ作成元のスレッドのメッセージキューにたまる。 シュミーズとスリップとキャミソールの違いってなに? >>114
その程度も想像できない人の意見なんてどうでもいいです その想像力を駆使して趣味レーションすればいいんじゃね?
Win32APIには関係ない話だし。 win32apiに関係なくてもいいんじゃなかったけ? >>112
ありがとうございます。
試してみます。 IDないときにID導入で言い争いなくなってたのに
久しぶりにここ来たらIDありでも構わず言い争いしててワロタ
ついでに次スレはワッチョイでもつけよう 何を付けても言い争いが発生するんだから、
IDくらいがちょうどいいんじゃないの。
どこのスレ見ても、荒らす奴はなにやっても荒らすし。 IDとかワッチョイとか何の意味もないのに付けたがるよね
今の2ちゃんなんか人少なくて気にするほどの書き込みもないのに >>123みたいな奴が色んなスレで終盤になって現れる
その後不自然にワッチョイの話題で加速
付けてもいいけど伸びた方を使う ワッチョイは争いの火種
最初からないほうがまし
別にIDもいらない 急激に過疎ったスレとして資料価値がある
一番勢いあったのがIDなかった時代だというのが興味深い 単にWin32から.NETへの移行が進んだだけでしょう 回顧モード中ですが、ちょっと教えてくだされ。
スケーリング対応ってどの辺のAPIを使うといいの?
もしくは、どの辺のAPIを見直せばいいのか。 うろ覚えだけど
SetWindowOrgEx
SetViewportOrgEx
辺りじゃないの @AoA = (
[ "fred", "barney" ],
[ "george", "jane", "elroy" ],
[ "homer", "marge", "bart" ],
);
を関数に渡したいんですが、どうすればいいの? EnableMenuItem
https://msdn.microsoft.com/ja-jp/library/cc410786.aspx
>MF_DISABLED メニュー項目を無効化します。淡色表示にはしませんが、そのメニュー項目は使用不可能であり、選択できません。
>MF_GRAYED メニュー項目を淡色表示にします。そのメニュー項目は使用不可能であり、選択できません。
となっており、MF_DISABLEDはグレー表示されないように書かれていますが、
Win7で使ってみたところ、グレー表示され、MF_GRAYEDとまったく同じになりました。
MSDNが更新されていないだけで、MF_DISABLEDとMF_GRAYEDは同一挙動になったのでしょうか?
それとも、何か微妙に違いがあったりするのでしょうか? >>146
俺はGetWindowRectがまともに動かない時点でスケーリング対応は諦めたわ。なんなのこのクソOS TrackPopupMenu()でポップアップメニューを表示できますが、
ポップアップメニューが表示されたことを検知できるウィンドウメッセージ等はないのでしょうか?
また、ポップアップメニュー以外のところをクリックするとポップアップメニューが非表示になりますが、
これも同様に、どのように検知すればよいでしょうか? ポップアップメニューが表示されようとしたときはWM_INITMENUPOPUPが送られてくることが分かりました。 非表示はWM_UNINITMENUPOPUP
MF_DISABLEDとMF_GRAYEDが違ったのはWindows3.1とかの時代で今は同じ >>152
ありがとうございました!
助かりました! リストビューを一番下までスクロールさせるプログラムは? ListView_EnsureVisible()マクロないしは
ListView_Scroll()マクロ > MF_DISABLEDとMF_GRAYEDが違ったのはWindows3.1とかの時代で今は同じ
xpはどちら? ■ このスレッドは過去ログ倉庫に格納されています