Win32API質問箱 Build123©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
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/ Win32API が使える windows 用の Objective-C ってある？ おまいらもう今時デフォで-DUNICODEだよな？
ASCII版なんて作ってないよな？ >>9
同じく
さすがに CreateFileW( ) まではしないけど >815 デフォルトの名無しさん (ﾜｯﾁｮｲ 353c-pu+C) sage 2016/10/08(土) 14:11:25.37 7aqZN51I0
>Swiftの美しい文法を使ってWin32APIをディスることはできるよ DirectXとOpenGLでベクトルの縦横とか掛ける方向が逆ってのがあれで
転置行列にすりゃええのかと思いきや行列はそのまま共通っつー判りやすさ いまさらだけど mbcs 系と wchar 系で名前に一貫性が無いのはやめてほしい >>17
64bit環境でも使えるんだしいいんじゃない？
新しいものが増えることよりも今あるものが使い続けられるかどうかのほうが重要。 部分的には64bitAPI出てるよ
アドレス長対応する必要あるから avi や mpeg などをエンコードする api ってどれですか？ 自分で調べたら FFmpeg みたいだけど Win32API じゃないですね あー、aviとか言ってるしVFWやDMOの方がええんかね ジョイステックってキーボードやマウスみたいにフックできるのでしょうか
こんなコードが検索でかかるのですが、これをつかいますか？
Input in={0};
in.type=INPUT_HARDWARE;
in.hi.uMsg=?????;
in.hi.wParamL=?????:
in.hi.wParamH=?????;
SendInput(1,&in,sizeof(in)); ドライバーの存在しないデバイスに無理矢理標準のゲームパットのドライバをインストールさせることは可能でしょうか ｃのfopenはvc++でコンパイルするとCreateFileをよびだすのかな？
もしそうだとすると、標準ライブラリを使うとワンクッションはいるので
遅くなりますよね？ そうだな
そんなに速度に対してシビアなプログラミングしてるのか？ｗ CreateFileじゃなくメモリ関連で以前コンソール使ってやったけど
最適化すると一緒 >>38
FILE構造体が便利ならstdio使うし、Windows専用アプリで細かい制御をしたいならCreateFile()を使うし、
普通の人は臨機応変に使い分けることができる。 普通の人は使い分けてるのか？
普通のwinプログラミングじゃfopen見ないと思うんだが winプログラミングで使うなら_tfopen_sになると思うが、ぐぐって1700ヒットだよ。_tfopenでようやく2万ｗ
mallocなみに見かけないと思う >>47
_tfopen_sの実態は
fopen_s, _wfopen_sなんだがｗ
fopen 9,180,000件
適当こいてんじゃねーよｗ >>45
アスペじゃなければ使い分けくらいできるしするだろ。
いちいちReadFileだのWriteFileだのやってられないし。普通は。 >>48
プログラミングしたことある？
fopenはwin以外にも使われてるからヒット数多いに決まってるよｗｗｗ
CreateFileの実態がCreateFileAWってのと同じ
winプログラミングはTでいくのが普通だからAW(fopen_s, _wfopen_s)なんてめったに扱わないし
特にファイルオープンに関しちゃ、A(fopen_s)をわざわざ選ぶ理由なんて皆無でしょ >>50
>winプログラミングはTでいくのが普通だから
そんなことはない。 >>36
むしろfreadの実装が結構頑張ってるので、例えばファイルから
1バイトずつ読む場合は、標準で用意されている関数の中では
freadが一番速いくらい。 >>50
>>47でヒット件数に言及しておいてそれかよｗ
プログラミングした事ある？
そのまま返すわ >>44
Windowsでfopenを使う理由はないよ >>54
まあアスペにはWin32API「しか」使えないわな。
こんな奴が本当にプログラミングしてるんだから、
使いにくいプログラムがあふれかえるわけだ。 俺はfopen()(大抵はfsopen_s())良く使うなあ
"wt"でテキストファイル書く時"\n"を"\r\n"にしてくれるのとか便利じゃん
それにfprintf()とかfscanf()とか同じことをWin32APIでやると面倒だし Linuxでビルドできないと困るので標準関数を主に使う リング0を行き来するのはオーバーヘッドになるからまとめて引き渡したい
そういう理由もあって標準関数を好むけど おまえら、なんの話してんだ？
linuxってなんだよwスレタイを0xffffffffffffffff回復唱しろよ こんなスレに来るんだからプログラム書くんだろうに、
Linuxの名前くらい知らずに仕事になるの？ >>60
誰が知らないっていったよ、バカですか？
おまえ、会社でも「一から十まで説明しなきゃいけない？」ってよく言われるだろw 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
そりゃこっちが聞きてーわｗ
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とかﾜｯﾁｮｲとか何の意味もないのに付けたがるよね
今の２ちゃんなんか人少なくて気にするほどの書き込みもないのに >>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はどちら？ WS_EX_TOOLWINDOWに関して質問です。
タイトルバーに関してです。
普通のタイトルバーより小さいタイトルバーを持つ旨説明がありますが、
小さくなりません。
通常のスタイルも色々試しましたが、通常のタイトルバーと変わりません。
変える方法を教えてください。 win8辺りからタイトルバーが小さくならなくなったべ。
理由は知らんけど、エアログラス廃止→モダンUIの流れの一環で何か変わったのかもね。 > MF_DISABLEDとMF_GRAYEDが違ったのはWindows3.1とかの時代で今は同じ
7で非エアロ + 視覚効果を無効にした場合はどちらになりますか >>165
なるほど、そういうことだったんですか。
ありがとうございます。 Windows3.1 って 標準で１画面に16色しか使えなかった時代の名残だから忘れていい sscanf(buffer, "%4s", &data)の4の部分に変数を使いたい場合ってどうしたらいいんでしょう？ >>175
int space = 4;
sscanf(buffer, "%*s", space, "t") >>175
"t"は編集ミスだから気にしないで
*の所にspaceの値が指定される windows8.1 環境下、imm にて ImmSetCompositionString で漢字変換したい文字列を設定し、
ImmNotifyIME で CPS_CONVERT、NI_OPENCANDIDATE を投げて
変換候補リストを表示したいのですが、MS-IME 系では問題なく使えていますが、
GoogleIME では変換候補リストが表示されません。
変換したい文字列が入力された状態にはなっていますが、変換候補リストが表示されない
だけでなく、キーボードで変換キーを押しても変換自体ができません。
（GoogleIME ではキー入力でただちに予測変換一覧が表示される仕組みだからか？）
これを実現するには、imm ではなく tsf に移行するしかないのでしょうか？
imm を使わず keybd_event でキー入力をエミュレートすればある程度実現できたのですが、
（文字入力→変換キー→変換候補一覧表示）
変換候補一覧を表示するための変換キーを押す回数が、MS-IME と GoogleIME では異なる
のが困ります。
ImmGetDescription で動作を切り分けることも考えましたが、そもそも ImmGetDescription が
廃止されてしまってこの手が使えません。 Watashi no Namae wa Nakano desu Watashi ni Namae wa Nakattano desu 分かる方、教えて下さい。
プログラムの処理時間を計っているのですが、
GetThreadTimes()で取得した時間をもとに計算した処理時間（ＣＰＵ時間）が
timeGetTime()で取得した時間をもとに計算した処理時間（実時間）より長くなりました。
スレッドが複数のコアを同時に使うことはないので
こういうことは起こらないはずだと思うのですが、
どういう場合に起こるのでしょうか。
なお、1/16秒くらいの精度しかないことは、認識しています。
その上でループを何度も回して十分な時間動作させた上で、
前者が後者の２倍くらいになってしまうのです。 GetThreadTimesで計算したのは処理時間でなくスレッド生成オーバーヘッドとかも含んでるからとか？ >>186
そうでもないです。
スレッド生成終了は含まない部分を計っています。
チェックポイントで各関数で時刻を取り、差を計算して、
チェックポイント間にかかった時間を出しています。
>>185
1/16は1/64の誤りです。 >>185
思いつくのはこのあたり
・単位は合っているか。GetThreadTimes()は１００ナノ秒単位、timeGetTime()は1ミリ秒単位
・GetThreadTimes()の計算方法は、作成時刻から終了時刻までの差なのか、カーネル・ユーザモードの実行時間の合計なのか
・timeGetTime()はいつどのタイミング、またどの場所で呼び出しているのか
・timeGetTime()が計測スレッド内部で実行されているなら
GetThreadTimes()の“作成時刻”からtimeGetTime()が実行されるまでの時間が含まれていない
・timeGetTime()が計測スレッド内部で実行されているなら
終了時のtimeGetTime()の呼び出しからGetThreadTimes()の“終了時刻”までの時間が含まれていない
・カーネル・ユーザモードの合計なら他のスレッドの“実行時間”が含まれていない >>187
GetThreadTimes()がtimeGetTime()の２倍なんでしょ？
ただ２倍と言っても１ミリ秒が２ミリ秒になったってのと１分が２分になったというのではかなり違う
平均して何ミリ秒が何ミリ秒になったの？
timeGetTime() チェックポイントA
スレッド作成 ポイントα
timeGetTime() チェックポイントB
いろいろ実行
timeGetTime() チェックポイントC
スレッド終了 ポイントβ
timeGetTime() チェックポイントD
GetThreadTimes()はαやβの時刻であって、timeGetTime()でA～Dのいずれかで計測しても誤差は生じる。
「スレッドが複数のコアを～」からすると計測スレッドでチェックポイントを設けているように見受けられるので
B、C間とするとαからBまでの差が含まれていないと思うけど。
ポイントαの時刻って言うのも「スレッドの作成を開始した時刻」なのか「スレッドの作成が完了した時刻」なのかでも誤差は生じる。 >>188
・timeGetTime()とGetThreadTimes()の単位の違いは認識しています。
・GetThreadTimes()による時間の計り方ですが、
CreationTimeとExitTimeは一切使用せず、
KernelTimeとUserTimeだけを使用して、チェックポイント間の差を取り、
ユーザーモード時間とカーネルモード時間を個別に出しています。
・スレッドの開始及び終了は、チェックポイント間に入っていません。
>>189のイメージでいう所のBとCの間のいろいろ実行の部分だけを計っている感じです。
>>189
・今動かしてみたら、
500回ほど回して平均を取った上での数字として、
B-C間の測定結果が、
timeGetTime()の場合で9msec
カーネルモード時間が429usec
ユーザモード時間が14037usec
になりました。
2倍までいってませんが、2倍くらいになることもあります。
・スレッド生成及び終了の処理部分は計っていません。 GetThreadTimesが必ずしも正確な時間を返さない可能性もある
スレッドの切り替えは可能な限り超早業で行う必要があるので
細かな正確な時間など、二の次かもしれない
もっと長い時間のかかる処理(10秒とか)を走らせてみて
実時間とスレッド時間を比較してみては？
もしそれで上手くいくのなら、スレッド時間の精度の問題という
可能性が濃厚になる >>191
volatile変数をひたすらインクリメントするコードを書いて、
試してみました。
timeGetTime()で計った時間：10560msec
カーネルモード時間：280801usec
ユーザモード時間：10296066usec
4個のコアを食いつぶさせるために5個同時に動かすと、
timeGetTime()で計った時間：12sec～18sec
カーネルモード時間：343msec～608msec
ユーザモード時間：11902msec～12729msec
1プロセスから2スレッド起動するのもやってみましたが、
timeGetTime()で計った時間：11869msec
スレッド１
カーネルモード時間：312msec
ユーザモード時間：11403msec
スレッド２
カーネルモード時間：390msec
ユーザモード時間：11528msec
プロセス
カーネルモード時間：1092msec
ユーザモード時間：22776msec
ほぼ期待通り（本来あるべき）の結果となりました。 もう一つの可能性として
timeGetTimeの方の精度があまりよくない可能性もある
>Windows NT：timeGetTime 関数の既定の精度は、マシンによっては 5 ミリ秒以上になる場合があります。
とMSDNにも書いてあるしな
君が最初に測ろうとしていた処理の時間は
>timeGetTime()の場合で9msec
であるから、timeGetTime の「デフォルト」の精度の「5ミリ秒以上になる」は無視できない誤差だね >>193
十msec規模の誤差がありうることや、
9msecに対して5msecが無視できないことは理解します。
ただ、>>190に書いた9msecは
500回動かして平均を取っ（て整数にまるめ）た数字です。
誤差が毎回毎回プラスあるいはマイナスに偏って出るとは考えにくいので、
スレッドのＣＰＵ時間が実時間の1.5～2倍になることについては、
誤差以外の原因があるのではないかとかんぐっています。 >>194
> 誤差が毎回毎回プラスあるいはマイナスに偏って出るとは考えにくいので
誤差が均等にバラつくなんていう保証はないだろ 時間取得のオーバーヘッドじゃないか？
>>195
誤差の定義てか確率論の考え方を真っ向から否定してるなｗｗ いや、、、誤差の平均取るなら複数の環境でやらんと
同じ環境ならプラスばっかりとかマイナスばっかりとかあるべ 環境というか仕組み上プラスしかないとかマイナスしかないということもある 新たな発見がありました。
スレッドのＣＰＵ時間が実時間よりだいぶ長くなるコードの時間測定ですが、
該当コードを2回実行するコードと3回実行するコードも計ってみました。
（いずれも500回平均です。）
1回
timeGetTime()による時間：7msec
カーネルモード時間：1060usec
ユーザモード時間：13540usec
2回
timeGetTime()による時間：14msec
カーネルモード時間：2246usec
ユーザモード時間：13291usec
3回
timeGetTime()による時間：21msec
カーネルモード時間：2527usec
ユーザモード時間：19468usec
このデータから、
timeGetTime()はかなり正確であり、
GetThreadTimes()が真値より随分大きな値を返していることが強く疑われます。
クロックの誤差は、通常は、クロック更新粒度に起因する誤差であり、
それは一様な分布であるため、平均処理で抑えられます。
しかし、明らかにプラス方向の誤差が生じており、
クロック精度とは別の何らかの原因があるはずなのですが、
現在、原因の特定に至っていません。 >>200
「クロック更新粒度」がいわゆるtickのことなら常に一方向に偏るはず。
timeGetTimeはtick単位の値を返すから、より正確な値を返すGetThreadTimesより
短い時間を返す、ということじゃないの？ いや
開始タイムが実際の時間より小さければ、測定タイムは増えるし
終了タイムが実際の時間より小さければ、測定タイムは減るので
・・・
何が言いたいのか自分でもよくわからなくなったが
同じ方向へ偏っても、end - begin で計算するから
符号は反対だから打ち消しあうといいますか
複数回測定して平均をとれば均一になるという彼の意見も一理あるかと
ただ、なぜ、timeBeginPeriod しないのかは謎だけど、いや、しているのかもしれんが 単純に時間取ってくる関数とスレッドのアクセス権取ってきたりしなきゃ関数とで比べたら後者の方が時間かかるよ
1度の実行でmsec変わるなら別に原因あるだろうが >>200の2回実行するケースについて
1回目と2回目に分けて測定しました。
すなわち、
timeGetTime(); GetThreadTimes();
時間測定対象コード Ａ
timeGetTime(); GetThreadTimes();
時間測定対象コード Ｂ
timeGetTime(); GetThreadTimes();
とし、500回の平均で計測しました。
ＡとＢは全く同じコードです。
下記結果となりました。
Ａ
timeGetTime()による時間：8msec
カーネルモード時間：343usec
ユーザモード時間：14664usec
Ｂ
timeGetTime()による時間：7msec
カーネルモード時間：93usec
ユーザモード時間：904usec
スレッドＣＰＵ時間において、
ＡがＢより圧倒的に長くなりました。
なぜこのようなことが起こるのか分かりません。
どのような可能性があるでしょうか。
なお、>>200で触れましたが、
timeGetTime()は比較的正確です。 ああ、もう時間がない。
今日までにＣＰＵ時間測定結果を報告しないといけないので。
GetThreadTimes()は信用できないという前提のもと、
timeGetTime()の結果も参考に、
推測されるおおよそのＣＰＵ時間ってことで報告するしかなさそうです。
皆さんありがとうございました。 >>207
おっと！
なぜ当然の結果なのですか。
教えて下さい。 >>210
そうですか。教えてくれないなら結構です。 >>200に示したように、1回だけ実行すると、
実時間7msec、スレッドＣＰＵ時間14msecという不整合が起きます。
ところが10回実行して計ると、
実時間78msec、スレッドＣＰＵ時間80msecとなります。
これでも不整合はあるものの、
実時間≒スレッドＣＰＵ時間であることから、
1回の場合でも実時間≒スレッドＣＰＵ時間であることが想定される。
また実時間の方がより信頼できることが分かっている。
したがって、1回実行時のスレッドＣＰＵ時間は7.8msec程度であろう。
このようなスレッドＣＰＵ時間の見積もり方で妥当でしょうか。 >>212
GetThreadTimesの精度は15.6msなので、ある程度時間のかかる処理でないと
意味が無い。7msの処理をはかると0か15になるかのどちらか。
数百回の平均をとるのではなく1回だけ測定してみると意味ないのがわかる。 .
.
■■人間性に批判殺到 あの悪質パクツイ垢 @copy__writing の管理人は東京都三鷹市の莉里子■■
http://i.imgur.com/5qAgsHG.png
http://i.imgur.com/kldi84l.png
http://i.imgur.com/8vCymiC.jpg
■今までのプライベート垢
@riricoco0
@bibliophilia333
@muzimuzi333
@nekomatagensou
@hanasoraumimori
@mirainosekai3
@zibanyan666
@parlorchild
@liliririko
@EriotN
@mike_peko
@riricoco0
@ririko_neko
@nyanpas ※1
@telegraphyneko
・
・
@riricatputi (新アカ) http://imgur.com/a/X1vQA
100垢以上作ってるキチガイ出会い厨 （粘着やめろ詐欺師！はやく捕まれホラ吹きネットストーカー犯罪者！！） >>212の方法でスレッドＣＰＵ時間を見積もって報告し、帰宅しました。
ID変わります。
>>213
クロック更新粒度に基づく精度のことは認識しています（>>185、>>187）。
500回の平均を取ることでその問題を回避し、
その上で>>200、>>206の結果になります。
>>206のデータは、
1回目で実時間を大きく上回るＣＰＵ時間が記録されており、
2回目で殆どＣＰＵ時間が経過していないことを表しています。
GetThreadTimes()で取得したクロックは、どうしてこのようになってしまうのか。
それが分からないんです。
どういう場合にこうなり得るのか、御存知の方は教えて下さい。 >>216
ですと、実時間を超えるＣＰＵ時間になり得ると？
プロセスＣＰＵ時間ではなくスレッドＣＰＵ時間で。
同じ処理なのに2回目が1回目の6％のＣＰＵ時間で妥当だと？
メモリアクセスのキャッシュヒット率に違いがあるとか
そういうことであれば分かります。
でも、ＣＰＵ時間ですよ。
ＣＰＵ時間で圧倒的に2回目が有利でしょうか？
だとしても、
実時間の2倍近いスレッドＣＰＵ時間って何なのでしょうか？
不思議だらけで、困惑しております。 >>217
先ずその測定方法では誤差が偏り問題を回避できなかったという事実を認めろ
500回繰り替えして全体の時間を500で割るなら誤差を縮小出来るが
一回分の時間を積み上げたところで誤差も同じように積み上がったということだろ
一回分の時間を積算して精度の問題を解消するには測定開始時刻が
tick周期に対して完全に自由でなければならないのでは？
どんな測定方法をしたのか分からないけどプログラムの起動やスレッド生成や
スケジューリングのスイッチなどがtickと相関関係にあれば破綻する方法だったんだろ >>215
GetThreadTimesが切り捨てなのか切り上げなのか、平均をとればうまい具合になるのか
あなたの環境で要確認。
206-Aは精度的にあり得るが、Bは異様に少なすぎるので、測定ミスを疑われるレベルですね。
コードを見ないとなんとも言えないですが、対象部分を適当な計算をするループに
変えても起こるんでしょうか？ みんな憶測で偉そうに話すしかできないんだから、再現コード上げたらいいだけやん GetThreadTimes,つまりスレッドを作っているんだろ
1回目と2回目以降で違って当然じゃねぇ？ スタック生成だけ考えても1回目と2回目以降で違ってくると思う >>218
第一段落はやり方が悪いというご批判だと思いますが、
ティックが粗いことによる誤差は平均で軽減しました。
その上で誤差が起こっています。
ティックが粗いこと以外の理由で誤差が起こっています。
その理由を知りたく、知恵を拝借したいのです。
間違っていないと思います。
第二段落第一文は、おっしゃる通りです。
第二段落第二文は、思いつきのご発言でしょうか、
それとも知識や経験に基づく助言でしょうか。
後者であれば、もうちょっと詳しくお願いします。
>>206のようなコードで起こりうるでしょうか。 >>220
職業プログラマなので実際のコードを公開することはできませんが、大よそ以下のようなものです。
========ここから========
tRealA=0;
tRealB=0;
tUserA=0;
tUserB=0;
for (int i=0; i<500; ++i){
いろいろ
tReal1=timeGetTime();
GetThreadTimes(...,&tUser1);
func(...); //A
tReal2=timeGetTime();
GetThreadTimes(...,&tUser2);
func(...); //B
tReal3=timeGetTime();
GetThreadTimes(...,&tUser3);
いろいろ
tRealA += tReal2-tReal1;
tRealB += tReal3-tReal2;
tUserA += tUser2-tUser1;
tUserB += tUser3-tUser2;
}
tRealA/=500;
tRealB/=500;
tUserA/=500;
tUserB/=500;
========ここまで========
>>219
func()がvolatile intをひたすらインクリメントするコードの場合は、期待通りの結果>>192がでます。しかし、func()を目的のコード（他者製ライブラリの関数）にすると、不自然な結果>>206になります。
>>216、>>224
AとBで何がそんなに変わるでしょうか。 木屋さん元気かな
事故ったのは知ってるけど
どのくらいご回復されたかな >>225
> 第二段落第一文は、おっしゃる通りです。
> 第二段落第二文は、思いつきのご発言でしょうか、
思いつきと言われればその通りだが、確からしい事（あなたの測定結果）
から推測された事（第二段落第一文の条件が満たされていない）です
>>226
> func()がvolatile intをひたすらインクリメントするコードの場合は、期待通りの結果>>192がでます。しかし、func()を目的のコード（他者製ライブラリの関数）にすると、不自然な結果>>206になります。
それはfunc()の一回の時間が桁違いだから誤差に埋もれるか埋もれないかが変わっただけだろ >>227
コンパイラの最適化のことですよね。
コンパイラの最適化を無効にして、やってみました。
A
timeGetTime()による時間：7msec
カーネルモード時間：499usec
ユーザモード時間：14882usec
B
timeGetTime()による時間：7msec
カーネルモード時間：31usec
ユーザモード時間：124usec
同じ傾向になりました。 >>226
> >>216、>>224
> AとBで何がそんなに変わるでしょうか。
スタックは初期化されてアプリに引き渡すだろ
スタックの中で使われずに解放されたページは論理アドレスでは解放状態でも
OSがリザーブしておけば新たなスレッド生成で使い回しできるじゃないかな
他にもスタック以外でページの最初に書き込み時点でページをコピーするとかあるよね >>226
いろいろ のところでライブラリの初期化とかやってない？
１回目はデータ構築処理があるのでCPUタイムを食うが、２回目は不要なのでCPUタイムを食わないとか。
で、DBとかサーバーへの問い合わせがあるので、7msくらいはかかってしまうなんてことは無いのか。
あるいは、２回目はfuncの中で別スレッドを起動して計算しているので、元スレッドのCPUタイムは食わないとか。
A B だけでなく A B C D と４回くらいやっても同じ傾向か、平均でなくすべてのタイムを見て
極端にばらつく値がないか調べるとかも必要では？ >>226
後だし感すごいな。
他者製ライブラリとやらの中身も分からず議論になるかってーの。 どこがWin32APIの話なんだよ、ってことになるよなあ。
長々と議論に付き合ってた方々、お疲れ様。 粒度の平均化してるとか言って全く出来てないし
精度の悪い数字を正しいと断定してるし
しかも間違ってる
何度も指摘してるのに正そうとしない
全部ダメでしょ。 報告書は突っ返されたので、まだまだ続きそうです。
まず、大大大前提を確認したいのですが、
GetThreadTimes()で取得するＣＰＵ時間は
スレッドがＣＰＵをとっている時間で、
一つのスレッドが同時に複数のコアを占有することはないので、
（精度云々ではなく定義上は）スレッドのＣＰＵ時間は実時間以下である（以下のペースで進む）。
これは、大前提としてあってますよね？ 質問者より賢い人はいないのか？
これでは、質問箱が成り立たないなｗ だから再現できるサンプルをサクッと上げろよ。
だれも実物や社外ライブラリまで上げろといってないんだわ。
コーディングやデバッグ能力以外の能力が大きく欠如してるだろ。 10回やってみました。
つまり、>>226のコードでAとBだけでなく、AからJまでやってみました。
A
timeGetTime()による時間：7msec
カーネルモード時間：1092usec
ユーザモード時間：14133usec
B
timeGetTime()による時間：7msec
カーネルモード時間：249usec
ユーザモード時間：343usec
C
timeGetTime()による時間：7msec
カーネルモード時間：936usec
ユーザモード時間：9141usec
D
timeGetTime()による時間：7msec
カーネルモード時間：1372usec
ユーザモード時間：4180usec
E
timeGetTime()による時間：7msec
カーネルモード時間：561usec
ユーザモード時間：6583usec
F
timeGetTime()による時間：7msec
カーネルモード時間：717usec
ユーザモード時間：7737usec
G
timeGetTime()による時間：7msec
カーネルモード時間：468usec
ユーザモード時間：4773usec H
timeGetTime()による時間：7msec
カーネルモード時間：655usec
ユーザモード時間：9672usec
I
timeGetTime()による時間：7msec
カーネルモード時間：218usec
ユーザモード時間：4149usec
J
timeGetTime()による時間：7msec
カーネルモード時間：405usec
ユーザモード時間：10795usec
全体（A～J）
timeGetTime()による時間：74msec
カーネルモード時間：6645usec
ユーザモード時間：71510usec 仕事が出来ないから、タダで手取り足取り協力してくれってか 本件、私としては以下の結論に至りました。
○timeGetTime()は信頼できる。
○GetThreadTime()は信用できない
（ティック間切り上げ的な傾向あり。理由不明。）。
○timeGetTime()を基準に>>212のような方法をとるほかない。
もう一度GetThreadTime()はどうしても信用ならず、
他に有用な代替手段もないため、
>>212の方法が限界である旨を報告することにします。
何人かの真剣に助言して下さった方々、
本当にありがとうございました。 >>228
ドラスレの木屋さんも、timeGetTimeのこと調べてたな timeGetTimeやめてQueryPerformanceCounterを使ったら？ あらかじめtimeBeginPeriodも呼んでおかないと精度変わる 静的領域に書き込みすると、コピーオンライトが発生し、
動的領域を確保すると、最初とおよび足りない時はOSで確保と初期化があると思う
それが１回目が遅い理由な気がする 質問者はアレだが
それはそうと、どうでも良いことをいうのはやめたほうが良いだろう
実時間とスレッド時間が食い違うって話だから
1回目が遅いとかそういう話ではない 質問者のアプローチや解釈が正しいのかが分からないのに、憶測で質問者回答者とも上から目線で
やりあってる状況にまず疑問を抱いた方がいい。
そしてそれら以下の書き込みしかできないID:EDk65fqOはクソ中のクソだと認識した方がいい。 最初からGetThreadTimesは約1/64秒の精度しか無いって分かっていたはずなのにね。
平均とっても意味がないってことが改めて分かったことだけが成果か。 >>247とか>>249とか、全然関係ないことじゃん。 OSがどうやってカーネルモードやユーザーモードの時間を計測しているのか想像できないのかねえ
オーバーヘッドが高いやり方は採用できないと分かりそうなもんだが 触発されてGetThreadTimes=NtQueryInformationThread調べたんだけど”スレッド”の中身が興味深かった
質問者糞だから詳細は書かないがｗ 俺もほんとはGetThreadTimesの特性知ってるけど、
質問者が土下座しないと教えてやらねぇｗ Windows10ってCOMポート番号は最大何番までなんでしょうか？ 昔、レジストリから認識してるポート名を取得するサンプルあったな。
MSDNだったかな WM_CHARでWPARAMに入ってくるコード一覧どっかない？
普通のキーならそのままだが、Back SpaceとかCtrl+Vとかのコードが知りたい。 >>266
キーが押されてるかどうかの確認は、WM_KEYDOWNを使う。
「仮想キーコード一覧」で検索。
ただし、Ctrl,Shift,Altはmodifiersと呼ばれ、特別扱い。CtrlとShiftは
GetKeyState(VK_SHIFT) < 0
GetKeyState(VK_CONTROL) < 0
で確認でき、AltはWM_NCKEYDOWNで確認できる。 訂正。
× AltはWM_NCKEYDOWNで確認できる。
○ AltはWM_SYSKEYDOWNで確認できる。 プログラム実行中のログテキストをエディットコントロールに出力しようと思ったのですが、
32KB制限があり実用できないことが分かりました。
リッチエディットではそのような制限はないようなので、
特に問題なければこれでいこうかと考えているのですが、
他に良い方法があればご教示ください。 >>270
ありがとうございます。
今回は検索機能とかも付けたいので、エディット系コントロールを利用することにします。
>>271
ありがとうございます。
これで通常のエディットコントロールで32KB以上を扱えます。
助かりました！ >>273
リッチエディットで実装を進めていて、あとは検索機能だけ、というところまで作れたんですが、
まさかリッチエディット自体に検索機能があったとは･･･！
ここでお聞きしてよかったです。
ありがとうございました！ paint.netのツールウィンドウみたいなやつってどうやって表示するの？
ウィンドウスタイルを色々試してみたけどあれと同じようなウィンドウが出ない。 >>276
ありがとう。
拡張スタイル使ってもやっぱり無理だ。
思い通りに動かない。
数年前からずっと謎なんだよなこれ。
動作上問題が少ないから我慢してたんだけども。
それっぽいウインドウは出るものの、paint.netのように全ウインドウがアクティブ状態にならない。
【参考画像】http://news.softpedia.com/images/extra/WINDOWS3/large/paint.net/paint.net%20interface.jpg
paint.netを実際に使ってるとよく分かるんだが、
参考画像のようにメインのウインドウもツール用のウインドウも常にアクティブな状態が維持される。
しかし、拡張スタイルでWS_EX_TOOLWINDOWを指定してもアクティブなウインドウは常に1つ。
メインのウインドウをクリックすればツール用ウインドウは非アクティブになり、
ツール用ウインドウをクリックすればメインウインドウは非アクティブになる。
非常に気持ちが悪い。
確かにWS_EX_TOOLWINDOWを利用すればメインウインドウより常に前面になり、
タスクバーにも表示されず、非常にpaint.netのツールウインドウと似たような挙動になるが、
このアクティブ/非アクティブに関しては挙動が全く違う。
ちなみにアクティブ/非アクティブの判断はタイトルバーの色で判断している。
さらに参考画像のツールウインドウのような右上の正方形の閉じるボタンの表示のさせかたも分からない。
・・・と思ったら出てきたわ。
http://www.catch22.net/tuts/docking-toolbars-part-1
やっと出てきた。
WS_EX_TOOLWINDOWで検索してもノイズが多くてなかなか出てこなかった。
(ノイズ = MSDNのウインドウスタイルの一覧をコピペしただけのゴミサイト)
ノイズゴミサイトマジで迷惑。
嫌がらせでしかない。 結局今回のカギはGoogle画像検索。
ふと「サンプル載せてるサイトの半数くらいはスクショも載せてるのではないか」と思い、
例の拡張スタイルで画像検索。
俺がやりたいのと同じ状況になってる画像を見つけて開いたらビンゴ。
画像検索なんて今まで思いもよらなかったよ。
文字検索するとノイズゴミサイトばかり出てきてどうにもならなかった。 MSDNのコピペサイト作ってるゴミ共は早く死ねばいいのにな。
役に立たないどころか大迷惑。
最近流行りの質の低いキュレーションサイト()と同レベル。 google personal blocklistでかたっぱしからブロックしてる
xxxユーザー会もノイズ源だね 顔写真ブロックは必須
おまえらキモ面なのに何故あんな目立つ場所に配置すんだ >>277
そういうときはいっそそのソフト解析したら？
Paint.NETなら簡単に逆コンパイルできるし、Spy++とか使うだけでもある程度わかる アフィだったのかよ。新手すぎてアフィの影すら俺には見えん 質問
writefile関数を使用してint型で、データ保存ができません。同じ悩み持ったことある人いらっしゃいませんか。 int Data = 123456;;
DWORD writeLen;
WriteFile(hFile,&Data,sizeof(Data),&writeLen,NULL);
こういうことだろ？ 変数のアドレスをwritefileにわたさないとだめ。数値そのままわたしてるんでしょ >>292
>>293
ありがとうございます。引数としてアドレスを渡さないといけないのですね。試してみます！ どうしてこういう訳そのままずっと放置してんだろうな
> 関数が失敗すると、0 が返ります。拡張エラー情報を取得するには、 関数を使います。
> If the function fails, the return value is zero. To get extended error information, call GetLastError. >>296
なんで付けるの？
誤訳トラップにハマりたいの？
俺は誤訳トラップどころか英語版と日本語版で引数違うトラップにハマったことがあるけども。
日本語版を穴が空くほど見て確認したけど何日経ってもコンパイルが通らず、
何の気なしに英語版開いたら引数の数が違って、
英語版見ながら修正したら一発でコンパイル通ったわ。 >>298
今時どんな開発環境使ってるんだよ w
VisualStudio なら関数名 + '(' を入力した時点でプロトタイプが表示されるだろ >>299
ごめんなさいｗｗｗ
>>300
その当時はVector辺りで見つけてきた適当なテキストエディタとBCCだったよ。 レポートタイプのリストビューをクリックしたら、その行のデータに対応する内容を
別の窓に詳細表示するというような動作をしているのですが、クリック時は NM_CLICK
を処理してクリックされた行を nmLv->iItem メンバを参照して知ることができます。
オペレーションとしてはマウスだけではなくキーボード操作でリストビューの選択行を
次々と移動させることも多いので、LVN_KEYDOWN も処理して上記と同様の動作を
させたいのですが、LVN_KEYDOWN 処理時は nmLv->iItem の中身が不定です。
LVN_KEYDOWN 処理時に ListView_GetNextItem で LVNI_ALL | LVNI_SELECTED を
指定して選択行を調べると、キーボードを押して選択行を変更する前の選択行が
得られてしまいます。
この辺は、一旦メッセージループを回すなどしてから現在の選択行を得ること自体は
可能と言えば可能なのですが、ここまでしないとダメなのかという疑問があります。
LVN_KEYDOWN 処理時、もしくはキーボード操作で選択行を変更した際、簡潔に
現在の選択行を得る方法はありますでしょうか？ 質問です。
win10 x64
windows がキャッシュしてる dns の名前解決結果の一部を書き換えることは可能ですか？
または、名前解決の最中に結果をいじるようなフックは出来ませんか？
例えば、example.com の ttl を長めに書き換える、とかです。
よろしくお願いします。 >>305
デバッグ特権があれば、別のプロセスのプロセスメモリーにアクセスすることも可能。 対象アプリ限られてくるけどAPIフックすりゃ簡単に結果改竄はできるな
キャッシュ改竄はフィルタードライバあてる面倒なのしか思いつかない 以下の処理を実装したく、助言をお願いします。
ダブルクリックや右クリ開くなどで、ファイルを開く際に
関連付けの有無に関わらず、そのファイルのパスを取得したい。
ShellProcあたりのフックかと考えましたが、パスをどうやって
調べるのか分かりません。
どうぞ宜しくお願いします。 目的次第だがShellProcは違うんじゃないか
explorer.exeに対してShellExecuteあたりのフックか？ >>305, 306
レスありがとうございます。
DLL注入やアタッチのよるDNS改ざんは確かにできそうですね。
検討してみます。
ちなみに、プロセスは基本的には chrome です。
>>307
できればフィルタードライバの設計を、おおざっぱでもいいので教えて頂けませんか？
（ドライバのコーディングは、ほぼ経験が無く、ネットワークそのものの知識はあるものの、windows内部での扱いやAPIはまったく知識が無いです）
ちなみに、VPNによる仮想アダプタと、複数のネットワークカード（アダプタ）があるのですが、それでも対応可能でしょうか？
（直感的には、特定アダプタに対するフィルターだと、アダプタの優先度に左右されそう。アダプタ依存にはしたくないです） >>304
解決しました。
どうもありがとうございました。 >>311
WDKサンプルのこのあたりが参考になるのかな
NDIS 6.0 Filter Driver
Windows Filtering Platform Packet Modification Sample >>313
ありがとうございます。参考にさせて頂きます。 >>314
きっとおまえがやりたいことはchrome拡張でonbeforerequestいじれば解決する・・・ iniファイルから文字列を読み込むGetPrivateProfileString()なんですが、
セミコロン以下のコメント文まで読み込んでしまいます。
コメント文は読み込まないようにできないでしょうか？
それとも自分でコメント文を削除するしかないでしょうか？ セミコロン付けたらコメントになるって言うけどよー
あれ実際は特別扱いなんかしてなくて、例えば
;abc=def
にしたら「;abc」って名前になるから「abc」に一致しなくなるだけじゃないかと疑ってる セミコロンは行頭にある時だけを特別扱いしているみたいだ 使ってるエディタが.iniの同一行コメントもコメント色に変換してくれるので、誤解してしまいました。
気を付けます。 winsockの関数フックしたいんですけどインポートアドレステーブル上の
ws2_32.dllの関数だけ取得できません。どうしたら？
ttp://up2.cache.kouploader.jp/koups19399.txt
このコードは
自身のロードしたDLLの関数名を列挙するだけのシンプルなものですが、
やはりwinsockの関数名だけ取得できないです。
ImageDirectoryEntryToData()の第３引数を
IMAGE_DIRECTORY_ENTRY_IATや
IMAGE_DIRECTORY_ENTRY_DELAY_IMPORTに変えても取得できませんでした（そもそも関数がnull返してくる >>325
成功しているようです
>>326
関数名が名無しということですか？
>>327
どのタイミングでですか？
if(IMAGE_SNAP_BY_ORDINAL(pThunkData->u1.Ordinal))
winsockの関数だけこのif文が真になります。
ttp://i.imgur.com/jWNmlgm.png
デバッガでIAT覗くと、正しい関数名ではないが、２つの関数らしきもの？が表示されていて
これがWSAStartup()/WSACleanup()に対応するものだと思われます
他のDLLでは関数名が正しく表示されます。
これが、関数名が名無しということならどう対処するのかご教示頂きたいです。
海外のフォーラムの似たような質問では
ImageDirectoryEntryToData()の第３引数を
IMAGE_DIRECTORY_ENTRY_DELAY_IMPORTに変えて成功したと書かれていたんですけどね、成功しませんでした。 >>328
関数名は名前あるけど、インポートが名無し >>331
ヒントありがとうございました。解決しました
PIMAGE_THUNK_DATA pThunkData = (PIMAGE_THUNK_DATA)((PBYTE)hmodCaller + pImportDesc->OriginalFirstThunk);
PIMAGE_THUNK_DATA pRealThunk = (PIMAGE_THUNK_DATA)((PBYTE)hmodCaller + pImportDesc->FirstThunk);
while(pThunkData->u1.Function){
FARPROC pfnImportedFunc = (FARPROC)(pRealThunk->u1.Function);
・・・
上記のIAT上の関数アドレスと、
LoadLibrary()&GetProcAddress()で取得したwinsock関数のアドレス
を比較し一致したものを書き換えたら成功しました。
ttp://blog.techlab-xe.net/wp-content/uploads/2014/05/pe-format-import-func-list.png
これそもそも
文字列比較より
アドレス比較を用いる方法のほうが正確なやりかたですよね？ CreateProcess関数の質問です。この関数で開いた外部プロセスを、操作しようとしたらハンドルされていない例外エラー発生したことある人いますか？
エラーメッセの
オブジェクト参照がオブジェクトインスタンスに設定されていませんの意味もいまいちわからずです。悩んでいます。
どなたかヒントをくれたら幸いですm(__)m たぶんCreateProcessの問題じゃなくてソースコードの問題
基本的なとこをどっか間違えてると思う >>333
まずは使ってるプログラム言語から書こうか >>335
>>336
HWND hwnd;
STARTUPINFO si;
BOOL boRet = 0;
DWORD dwRet = 0;
ZeroMemory(&si, sizeof(si));
ZeroMemory(&piMplab, sizeof(piMplab));
si.cb=sizeof(si);
GetStartupInfo(&si);
boRet = CreateProcess(_T(""C:\Program Files (x86)\Microchip\PICkit 3 v3\"Pickit3.exe"),NULL,NULL,NULL,FALSE,NORMAL_PRIORITY_CLASS,NULL,NULL,&si,&piMplab);
CloseHandle(piMplab.hThread);
CloseHandle(piMplab.hProcess);
すみませんこんな感じですm(__)m↑ >>337
それ以外の部分、もしくは書くために変えた部分に問題があると思う >>337
まずは CreatepProcess の戻り値とエラーなら GetLastError の値を確認しようか \はここに貼り付けたから崩れたのか
元のソースが1個なのか >>333
なんか.NETのエラーメッセージっぽいけど、.NETから呼び出しているの？
該当部分のソースを全部貼り付けなきゃ誰もわからないでしょ。 そもそもどっちのプロセスがエラーを出してるかすら把握できてなさそう
子プロセス呼び出しはなんとなくコピペで扱うには荷が重い プロセスを起動して、ユーザーの入力に応答しているか確認するにはどうしたらいいでしょうか。
Process::Responding プロパティ以外の方法でお願いします。
うちの開発環境にはないので。
プロセスのウインドウを取得して、メッセージを送るくらいしか思いつかないのですが、ウィンドウがない可能性もあるし
もっとスマートな方法があればいいなと。 >>345
> ユーザーの入力に応答している
をきちんと定義しないと無理でしょ ネットワークプログラミングで言う所のキープアライブ的なのを実装じゃあかんの？ >>345
WM_PAINT系のメッセージを投げて
クライアント領域が書き換わってるかどうかとか
show/hideメッセージ送って反応するかどうか見るとか >ウィンドウがない可能性
プロセスId見て稼働率調べるかな TrayNotifyWndにアプリアイコンを追加と削除をしたいのですが、どうすればよいでしょうか？
Shell_NotifyIconの登録みたいなやつです。
Shell_NotifyIconの登録と削除右派知っています。 >>353
情報ありがとうございます。やりたい内容と、ちょっと違います。
windows8.1/10とかだと、タスクバーが上か下にあるとき、タスクトレイの右側か左側にTrayNotifyWndに
[IME]、[タッチパネル向けのキーボード]、[通知]などが表示されていますよね？
それらの場所に、自作のアプリアイコンを作りたいのです。
スパイでみると、
通知 ハンドル 001016E キャプション 通知センター クラス TrayButton
キーボード ハンドル 0010172 キャプション タッチキーボード クラス TIPBand
IME ハンドル 0010156 キャプション 無し クラス Button
となっています。
親ハンドルからたどってクラスを見るとTrayNotifyWndとなっています。
知りたいのは、SHAppBarMessageを使ったタスクバーみたいなウインドウではありません。 googleの画像検索で googleimeとかってやると下のような画面がでますよね？
https://www.google.co.jp/search?q=googleime&;biw=1280&bih=607&source=lnms&tbm=isch&sa=X&sqi=2&ved=0ahUKEwiZzey0zfDRAhUJbrwKHQ4dBuAQ_AUICCgD#imgrc=j130VRRhjR7jdM:
TrayNotifyWndでにて、設定メニュをいじっているような画面のようなプログラムを作りたいのです。 Shell_NotifyIconで登録して、クリックされたらメニュー表示すればそれになる >>356
一般的な、Shell_NotifyIconでタスクトレイの登録ではないです。
タスクトレイの横に登録する手続きが知りたいのです。
mozcのソースコードをgrepしたところShell_NotifyIconは使われていないようです。
comクラスとかでTrayNotifyWndに追加するような機能があるのかなぁ。。 すまん。通知領域はその右側か盲目だった
直接CreateWindowでぶらさげちゃうとかできないかな IMEツールバーみたいにタスクトレイにドッキングしたいってこと？ >>359
機能はIMEではないですが、そんなかんじです。 TrayNotifyWndを親にしてCreateToolbarExで作ればいいんじゃないのかな >>357
> mozcのソースコードをgrepしたところShell_NotifyIconは使われていないようです。
ならそのソースを読めばいいんじゃね？ >>362
多分ソースは言語バーのcomクラス呼び出しだけで、実際の実装はWindows側 >>363
ざっくり調べたところ、おっしゃる通り言語バーのcom呼び出してるだけっぽかったです。
>>361
HWND hTaskBar = ::FindWindow(L"Shell_TrayWnd", NULL);
HWND hTrayNotify = ::FindWindowEx(hTaskBar, NULL, L"TrayNotifyWnd", NULL);
hButton = CreateWindowEx(0,L"button",L"@",WS_CHILD | WS_VISIBLE,0,0,48,24,hTrayNotify,0,hInst,0);
一瞬ボタンが表示されて消えましたｗ
登録のさせ方がたぶん違いますよね。
TBBUTTON tbButton = { 0 , 0 , TBSTATE_ENABLED , TBSTYLE_BUTTON , 0 , 0 , 0 };
SendMessage(hTrayNotify, TB_ADDBUTTONS, 1, (LPARAM)&tbButton);
なにも起こらず。。orz HWND hTaskBar = ::FindWindow(L"Shell_TrayWnd", NULL);
HWND hTrayNotify = ::FindWindowEx(hTaskBar, NULL, L"TrayNotifyWnd", NULL);
だと、タスクトレイの内部に描画されてました。
やりたいことと違う；； >>364
親側をsubclassしてボタン用のエリア常に用意してないからじゃない？ >>364
TrayNotifyWndが、もしツールバーのクラスを内部で保持してたら登録できるかなーと思いついての実験でした。。
ウインドクラスTrayNotifyWndにそんな機能はなかった。うまくいかないものですね。 HWND hTaskBar = ::FindWindow(L"Shell_TrayWnd", NULL);
HWND hTrayNotify = ::FindWindowEx(hTaskBar, NULL, L"TrayNotifyWnd", NULL);
HWND hToolbarWindow32 = FindWindowEx(hTrayNotify, NULL, L"ToolbarWindow32", NULL);
printf("handle %p %p %p ", hTaskBar, hTrayNotify, hToolbarWindow32);
SendMessage(hToolbarWindow32, TB_ADDBUTTONS, 1, (LPARAM)&tbButton);
実験してだめだったコード。。こんな感じでした。ウインドハンドルは普通に取得は成功していたみたいなんですけどね～ 指定したソフトが生きてるかフリーズしてるかを判断できるAPI教えてくださいよ >>371
その画像だと、ウインドウが、タスクトレイの位置にありませんか？
タスクトレイの内部にアプリアイコンを作るのであれば、Shell_NotifyIconで登録すればいいだけです。
やりたいのは、その画像でいうと、時計の右横の通知領域の右にウインド領域を追加したいのです。 >>370
それだと帰ってこなかったら出した側も固まりませんか？ >>373
別スレッドからメッセージ投げて、メインでスレッド監視して待機時間オーバーしたかどうかで判定するとか >>374
なるほど。
メッセージ投げてから返答が帰るまでの待ち時間で判断するって事ですね。
ありがとうございます。さっそくやってみます。 >>372
タスクトレイの左側にある隠れたアイコンを表示するための ＾ ボタンの上に作ったボタンが表示されてる
ウインドウ表示位置だけの問題で期待してる通りだと思うよ
http://i.imgur.com/dyVnefi.png
>>373
無限ループで処理してるかもしれないから、生き死にの定義による >>376
今ターゲットソフトをwhile(1)で固めて
監視ソフトでPostMessageやGetWindowRectをしたら正常に帰ってきました。
while(1)だとウィンドウの移動もできたのでこれは死亡にはならないですね
>>377
そんなのあったのですね、ありがとうございます試してみます >>378
PostMessageは相手の処理を待たないから当然。
GetWindowRectも相手のプロセスが情報を返すわけじゃないから当然。
その方法を試すならSendMessage。
＞while(1)だとウィンドウの移動もできたので
コンパイラの最適化によって（無意味な）無限ループが消されているかも。 >>379
失礼、PostMessageじゃなくてSendMessageでした。
while(1)はウィンドウは動かせますがフォーム自体は固まった状態でした（マウスカーソルがくるくるになります）
IsHungAppWindowで指定間隔で数回みて連続でTRUEなら落ちてると判断できそうな感じでした
しかしwhile(1)ではなく実際にどこかのDLL関数内で落ちてる場合とかにFindWindowでハンドルは取れるのでしょうか？ >>380
こんな関数あったんですね・・・
これは良い情報を頂きましたありがとうございます メッセージ投げといてタイムアウトしたらあとは知らないって
まるで鍵垢へのフォロリクか２ちゃんの独り言のようだ ピンポーン 宅配便でーす お留守ですかー ピンポーン ピンポーン 帰りに台車を放り投げて荷物を蹴とばすんですね判ります GetWindowRectで得た値から計算して
MoveWindowに使うとズレるんですがこれは仕様なんですか？
例えばGetWindowRectで
left=100 right=200
top=100 bottom=200
だったとして、これだと幅と高さが
101になるので
MoveWindow(hwnd,100,100,101,101,TRUE)
としたら幅と高さが1ドットずつ膨らんでしまいます WindowsＡＰＩのＲｅｃｔ系は右と下の1ドットは含まれないはずだったが ピクセルの左上の隙間の位置を返す仕様(Javaと同じ)
なので単純に差を出して指定しないと膨らむ >>387
画面DPI100%以外になってない？vista以降はそれ原因で従来のAPIの扱いが面倒になってる MSDNを見ると
GetClientRectはleftとtopが常に0で
rightとbottomには幅と高さが入ってくると書かれていて
事実その通りになっていますが
GetWindowRectのほうは
ウインドウの左上座標と右下座標と表記されてるので
right-left+1 が幅になるはずです
なのでこの仕様はおかしいと思います >>391
英語版みたらちゃんと書いてあったよ
ていうかこの関数に限らず
Rect構造体の定義としてbottomとrightは1ピクセル外側を示すことになってる オセロでなく碁盤で数えろってことですね
納得しました >>392この辺ちゃんと理解してないと1ドット足りないみたいな事態になるんだよな
VBerとか1オリジンでUboundとか慣れてるとドはまりしそう >>391
GetClientRectの話だけど
left=top=0だとして
right=bottom=1だったら
幅と高さは1で
ウィンドウは(0,0)-(0,0)で1ピクセルのウィンドウだから
やっぱり幅と高さは1だし矛盾しない 画像の部分クリップとかやりだすとちょっと混乱したりする教訓か
ドトネトなんかではx y width heightなプロパティを別に持っている SetWindowPosとMoveWindowとで
ウィンドウを動かした時に何か違いはあるんでしょうか？
SetWindowPosでウィンドウは動かせるのに
MoveWindowは何のために用意されてるんですか？ >>397
SetWindowPosの方がフラグ指定や挿入位置指定など、できることが多い。 >>398
ではMoveWindowは何のために存在しているの 昔のことは知らないけど SetWindowPos が後から追加されたんじゃないの 理由も昔のことも知らないけど 今はMoveWindowの内部でSetWindowPosが呼ばれてたと思う 実行ファイルの埋め込みマニフェストの実体をいじらずに
内容を修正した上で起動したり、任意の外部マニフェストファイルを読めるように
操作できませんか？
具体的には、マニフェストのcompatibilityの項目なんですが。。。 OSのバージョンにより異なる
ttps://msdn.microsoft.com/ja-jp/library/ms235342%28VS.80%29.aspx
ttp://www.taosoftware.co.jp/blog/2008/02/windows_1.html
ttp://nekojiru.blog.so-net.ne.jp/2007-09-03 Windows7以降は埋め込み優先で、
実行ファイルのマニフェスト自身を書き換える方法、レジストリでOS自体の設定をいじる方法、
ActivateActCtx()でcommctl.dllは変更できるっぽい？
ってのはわかったんですが、個別に実行ファイルをいじらずに操作する方法があるかな、と思った次第です。 ショートカット作って、そのプロパティにアクセスして、互換性編集して、そのショートカットで起動させるとか？ windows8.1/10 マルチモニター環境で、ウインドウの位置がタッチパネルデバイスを
有するモニターであるかを調べたい場合どうすればよいですか？
HMONITOR hMonitor = MonitorFromWindow(hWnd,MONITOR_DEFAULTTONEAREST);
これで、モニターのハンドルは調べられるのですが、
このモニターがタッチパネルを有するモニターを調べる場合どうすればいいかわかりません。 Win32_PointingDeviceあたりだろうな Win32 Pointhig Device軽く調べたんですが、それっぽいのないですね；； それでタッチかどうかわかるでしょ
あとはWin32_VideoController、Win32_DesktopMonitor、GetMonitorInfoあたりと情報突き合わせたら
その座標がタッチ対応かわかる 俺ならそのメッセージでもマウス操作しかしなさそうだわｗ ユーザー側に、全てのモニターをタッチさせて、有効無効を設定してくれとダイアログだろうかと思いましたが、
プライマリーモニターかどうかを調べるのは簡単だったので、プライマリーモニターのみ対応にしたほうが混乱ないかなーと思いました。 ユーザー側に、全てのモニターをタッチさせて、有効無効を設定してくれと、ダイアログを出そうかと思いましたが、
プライマリーモニターかどうかを調べるのは簡単だったので、プライマリーモニターのみ対応にしたほうが混乱ないかなーと思いました。 Windowsじゃ何やっても無駄ですよ。
生産性はないです。
まともにタブで操作すると考え方をタブに合わせて全体を設計し直さないとダメでです。
ポインターの概念を画像で処理する必要ががります。
マルチで接触してる部分の個々の中心点を求めて
接触している部分にボタンの候補があるかどうか
そういう処理を行わないとだめ
Windowsが使えないのは、ポインティングデバイスから無理に
座標変換してるので誤操作と誤作動だらけになる。
マイクロソフトにはこの分野は作れないと思いますよ。 入力なんていう低レベルからシェア捕れる可能性を秘めてる
集金システムもまともなのがないからそこもね
ハードからソフトまでガチガチなiphoneやandroidと違ってビジネスチャンスに溢れた自由なOS。それがWindows >>418
窓板に何年も毎日貼り付いてるキチガイタイポマカーのコピペじゃねえかw どんなに優れていても誰にも使われなければ意味が無い。 使われてるやん
って言ったら使ってる奴がアホってか？ そう言っておかないとシェア4%のMacなんか何の立場もないもんな 別に使われてると思ってるなら良いんでない?
俺は趣味でもあり金を稼ぐ道具でもあるからMacなんて使わんけど。
だいたい、知らんもんで金は稼げない。 MacをPCだとするとシェア4%になるが
DTMコンソールやCG用レンダラーだとするとシェアが何倍にもなる不思議 >>419
でも優良見込み客を囲い込んでるのは i & a なんだよなぁ ベンダー出荷シェアとかOSの販売数ってのは利用率なシェアとは別モンだからな 光学ドライブのAutoRunを無効にしてると、ディスクを入れ替えたことに気付けないみたいですが、
どうやったらディスクの情報をリフレッシュさせることができるのでしょうか？
ディレクトリ一覧を取得しようとしても、入れ替え前のディスクのディレクトリが出てきて困ってます 今のOSはAutoRun最初から無効だから、それが本当ならほとんどのPCでまともに取得できないってことになるな
ソースどっかミスってるんでしょ もちろんエクスプローラーで開けば情報は更新されます。プログラムからトレイを開閉しても情報は更新されます。
光学ドライブのボタンで開閉すると、情報が更新されないままなのです。 https://ideone.com/i4fQGS
Win32API勉強中なんですが、ウィンドウを作ることができません、hWndがNULLになってしまって途中で終わってしまいます
ウィンドウクラスの登録も失敗していないみたいなので原因がわかりません、どこが悪いのか教えてください 自分のウインドのＺオーダーが変化したタイミングを調べたいのですが、
ウインドメッセージでなにかありましたっけ？ >>435
× defalut
〇 default
>>436
WM_WINDOWPOSCHANGEDかな WM_WINDOWPOSCHANGEDは、だめでした。
ちなみにウインドウはCreateWindowExで、WS_EX_TOPMOSTしています。
ウインドウのスタートメニューが重なっと時にそれよりも前面に表示したいのですが。。
WM_WINDOWPOSCHANGEDにメッセージ来てないっぽいです。
今は、代案として１秒ごとに、SetWindowPos(hWnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE);を入れているのですが、
もっといい方法ないでしょうか？
いま、GetWindowあたり調べているのですが、GetWindow(hWnd, GW_HWNDPREV);だと
imeのハンドルが取れるっぽいのでなんか違う。。orz 異教徒の大量虐殺をためらわない一神教の思想性を理解するのに役立つ。
いずれ日本がアメリカに復讐する日が来るだろう。 NG: (HBRUSH)COLOR_BACKGROUND
OK: (HBRUSH)(COLOR_3DFACE + 1)
ShowWindow(hWnd, SW_SHOW);の後にUpdateWindow(hWnd);がない。 ShowWindow(hWnd, SW_SHOW);
じゃなくて、ShowWindow(hWnd, nCmdShow);
かShowWindow(hWnd, SW_SHOWNORMAL);にしろ。 すいませんまた質問させてください
テトリスを作る動画を見ながらこれを作っているのですが、リソースの画像を一度表示されたんですが、画像のサイズが変だったので訂正したところ表示されなくなりました
どこが悪いのか教えて頂けないでしょうか？
https://ideone.com/i4fQGS r.right = 24 * 10;
r.bottom = 24 * 20; タスクトレイのShell_NotifyIcon();について質問です。
タスクトレイのアイコンサイズは32ｘ32または16x16が一般的っぽいのですが、
64x32などの長方形サイズなどのカスタムアイコンを設定できるのでしょうか？
icdata.dwInfoFlagsで NIIF_LARGE_ICONっていうパラメーターを設定したのですが、
反映されていないっぽいです。
case WM_CREATE:
{
ZeroMemory(&icdata, sizeof(icdata));
hIcon = LoadIcon(hInst, MAKEINTRESOURCE(IDI_ICON1));
icdata.cbSize = sizeof(NOTIFYICONDATA);
icdata.hWnd = hWnd; icdata.uID = 0;
icdata.uFlags = NIF_MESSAGE | NIF_TIP | NIF_SHOWTIP | NIF_ICON;
icdata.dwInfoFlags = NIIF_LARGE_ICON;
icdata.uCallbackMessage = WM_USER;
icdata.uVersion = NOTIFYICON_VERSION_4;
icdata.hIcon = hIcon;
wcscpy_s(icdata.szTip, sizeof(icdata.szTip), L"左クリックで終了");
Shell_NotifyIcon(NIM_ADD, &icdata);
} LoadIconは、LoadIconMetricでした。
HRESULT hr = LoadIconMetric(hInst, MAKEINTRESOURCE(IDI_ICON1), LIM_LARGE, &hIcon);
しかし、変化なし。。 右クリックとかでよく出るポップアップメニューの
フォントの大きさを変更したい場合どうすればよいですか？
case WM_RBUTTONDOWN:
{
POINT pt;
pt.x = LOWORD(lParam);pt.y = HIWORD(lParam);
ClientToScreen(hWnd, &pt);
TrackPopupMenu(hMenu, TPM_LEFTALIGN, pt.x, pt.y, 0, hWnd, NULL);
}
break; 自己解決。。調べたら、メニュー・オーナードローについて詳しいページが出てきました。 >>450
shell icon sizeで画一的に決まってる。 https://ideone.com/i4fQGS
VC++で見ているんですが24行目のhBitmapにはちゃんとアドレスが確保されているのになぜか描画されません
どういった原因が考えられるでしょうか？ >>459
SelectObjectは、BeginPaintの後に呼ばないといけない。HDCが違う。 >>459
コンパイルして実行してみたけど表示されたよ。bmpファイルがおかしいんじゃない？
あとWM_DESTROYでhMemDCとhBlockDCをDeleteObjectしてるけどDeleteDCじゃないとダメ 環境も書いたほうがいいですね、Win7 x64でVC++2010 Expressです、rcファイル作って「BLOCKS BITMAP "block.bmp"」と書いてます
ファイル名は間違えていないですし、リンクしてoファイルは作っていないですけど間違っていますか？
最初は自作のbmpファイルでやっていたんですけど、途中から作られたbmpファイルでやろうとして表示されなくなりました
ここにあるblock.bmpというやつです
https://github.com/DQNEO/CppTetris
動画を見てロジックを理解しながら学習したいのですが、なかなか捗らないです
>>460
ごめんなさい、何行目のことかわからないです
>>461
修正しました！
>>462
ありがとうございます 用意されてたbmpでは動く。自作bmpでは動かない。ってことかよ。だとしたら原因ひとつじゃん >>463
imgurにでも自分で作ったbmp上げてみてよ >>463
たぶん表示されてるんだと思う
WM_CREATE内の//debugの下の行を
BitBlt(hMemDC, 0, 0, 24, 24, hBlockDC, 0, 24, SRCCOPY);
にするとどうなる？ ちょっと見てみたよ
bmpのIDだけど、BLOCKS と "BLOCKS" は別だからね
BLOCKSは数値に置き換えられてるけどLoadBitmapは文字列の"BLOCKS"で読もうとしてる
初心者の頃はやりがちなやつだな >>469
ありがとうございます、これで表示されました
でもhttp://dqn.sakusakutto.jp/2012/11/cpp_tetris.htmlこの動画とは別の画像が表示されます
動画上では灰色ブロックが出てきているのに、自分の環境では赤色のブロックが出てきている状況です
>>470
動画では「"BLOCKS"」と定義されていたので自分は「TEXT("BLOCKS")」と定義したんですが両者は違うものなのでしょうか？ USBメモリなどUSB機器の接続検知をおこないたいのですが、WM_DEVICECHANGEを使用すると
https://qanda.rakuten.ne.jp/qa5211631.html
のようにUSBメモリによってはDBT_DEVICEARRIVALが何度か来てしまいます。
↑のQ&Aにあるように、正常に認識されたときを検出するにはどうすればよいでしょうか？ >>472
rcのほうが間違えているということですか？
では「"BLOCKS" BITMAP "block.bmp"」ってことですか？ >>473
((PDEV_BROADCAST_HDR)lParam)->dbch_devicetype が全部同じなの？ SHAppBarMessage(ABM_QUERYPOS, &abd);が正しい値を取得できない場合どうすればいいですか？
Windows10の設定：システム：ディスプレイ：ディプレイカスタマイズ画面
テキスト、アプリ、その他の項目サイズを変更する
で１００％から175％までいろいろ変化させてみると表示位置のずれが発生します。 >>473
デバイスイベントが来たら、タイマーで少し時間が経ってからデバイスをチェックする。
時間が経つ前に次のデバイスイベントが来たら、タイマーをセットしなおしてまた少し時間が経つまで待つ。 タスクトレイの自動的に隠すになっているかを調べる場合どうすればよいですか？ 自己解決・・
APPBARDATA appbardata;
appbardata.cbSize = sizeof(APPBARDATA);
appbardata.hWnd = FindWindow(L"Shell_TrayWnd", 0);
if(SHAppBarMessage(ABM_GETSTATE, &appbardata))
{
// 自動的に隠れている
} 最近、win32 はいつまで残るんだろうな、とふと不安になる
.net とか妙なものが蔓延ってるけど。 MS32bitOSが居る限りはなくならないだろ
.netだって内部的にWin32API呼び出しているし ここまで来て過去の莫大な資産を捨てることなんてあるの？
過去のwindowsアプリが新しいwindowsで動かなくなる日が来たら、それはもうwindowsじゃないと思う .NetですらFormsもWPFも放置でUWPに移行させようとしてるし、本音では過去のを全て捨ててUWPに一本化したいんだろう。
現実的には自らの強み(過去の資産)を手放すことになるから、やりたくてもやれないのだろうけど。 > FormsもWPFも放置でUWPに移行
MSって過去にも色々出しては無かったことにしてきたよな・・・
UWPすらどうなることか 新しいものを出してきても、古いOSに対応させないから状況的に使えなくて、
使ってもいいかなと思える状況になった頃には古い技術になっているという悪循環 >>485
windowsが無くなるまでは残るだろうと思ってたが
windowsが無くなりそうだしな Win32APIは過去の莫大な資産であり、過去の莫大な負債でもある WindowsRuntimeを使わないといけなくなって
c++でコーディングし始めたけどかなり面倒くさい。
c++/cx使えっていうことだろうけど。
windows runtimeがwin32apiの代わりになるのかな？ しっかし、なんで win32 はあんなに作るのが面倒くさいんだろうな・・・
1～10まで教える感じではなく、1、10、100、1000まで教えてやっと動く感じ。
その分痒い所に手が届くが。。。
だんだん倦厭されているということは、今の納期！納期！の文化とは合わないんだろうな。 工程の短縮というのもあるけど
「どのアプリケーションでも同じことをしたければ同じ操作をすればいい」と言うのを求めると
同じ操作（同じ動作）をひとつの部品として提供するほうが良い
そういう開発者独自の機能より、一般化された機能や操作性が重要視されるようになったのも一因だと思う >>495
これってまだいろいろ未完成じゃないん?
sdkにも含まれてないし扱いが不鮮明なんだよな。 https://msdn.microsoft.com/en-us/magazine/mt745094
https://msdn.microsoft.com/en-us/magazine/mt745090
C++/CXを置き換えてくのか平行してくのか知らんけど言語プロジェクションを
純C++のヘッダのみで提供するコンセプトなのかしら
ただ肝心の.winmdからヘッダを生成するコンパイラが（まだ）未提供だから
Win2Dみたいな標準に含まれてないランタイムコンポーネントは使えん感じ
ちょっと試してみた感じ/ZWも不要で既存のC++ライブラリとマージしやすそうだし
VS2017+CUの時点で使い物になってて欲しいなあ でも結局どの言語でもAPIインポートするんだよな
意味ないな 痒いところをかくといけないのでかけないようになってます ショートカットの.lnkとかあと特殊なフォルダとかに出る
アイコン右下のやつってなんて名前なんでしょうか？ 矢印は左下だろ
アイコンオーバーレイって名称のことかな。ま、どうでもいいや コンピュータの進歩がかなり鈍化してきているし
物理的な限界に直面しつつあるから
128bitは俺の生きている間に来るかどうか
今の段階では個人用途でそれだけのメモリ空間が必要になる使い道が思い浮かばん
それはPCの性能がまだそこに全然達していないから全く思い浮かばんってことなんだけど
そこへ至るまでに何段階もの紆余曲折あるだろうから今の段階で考えるだけ無駄だけどね
世の中も全然変わってるだろうし
それはともかく256テラバイト以上のメモリともなると
それを処理するCPUも相当速くないと意味ないからね
今の状態ですらどちらかというとメモリは余り気味でCPUがボトルネックになってる感じだし
メモリは余ってるけど、データ積んだところでCPUが現実的な時間で処理しきれないっていう
まぁ1万コアぐらいないと256テラバイト以上のメモリは生かしきれないんじゃないかな
その場合メモリ帯域は足りるのかとか考えると、コアごとにキャッシュを山のように積むか
コヒーレンシとか考えるともはやそれも難しく
PS3のCellみたいなプログラミングを強いられるかもしれないな
生きてないと思うけど そういうことを考えると128bitはあまり現実味がないというか
ムーアの法則通りに半導体の性能が上がり続けたとしても
あくまで実時間に対して2倍2倍に増えていくってオーダーだけども
bit数の増え方はもっと激しくて、1bit増えるたびに2倍の空間になるのに
そのbit数自体が2倍2倍に増えて行くわけだから、オーダーが全然違う
8bit→16bit、16bit→32bit、32bit→64bitのように順調にはいかない
どんどん間が長くなっていく
128bitは遠い遠い未来か、もしくは訪れないってことになる >>519
そのころはAIがプログラム書くようになるから心配無いよ >>520
>8bit→16bit、16bit→32bit、32bit→64bitのように順調にはいかない
それはマイクロプロセッサしか見てないだろ。
メインフレームの世界だと、トランジスタ機になったときには
32bitや36bitがすでにできていたから、そこから全く進化してない
ともいえる。 >PS3のCellみたいなプログラミングを強いられるかもしれないな
中国のスパコン1位がそんなアーキティクチャで2位以下にトリプルスコアの圧勝だったな。
この先、性能を追求したらそうならざるを得ないかも。 そんな下の層の違いは上には影響しないから俺には関係ないな ボトルネックといえばフロントサイドバスとストレージ 一桁二桁の加減乗除なら良いが、128ビットフルに使う計算だと、紙の幅越えないかなｗ SSE2使ってるとどうやって128bit使おうかばかり考える なに見栄張ってるんだよ
お前のは a bit (=ちょっと) だろ >>531
そりゃcharを16個詰め込んだりするだろ 質問お願いします。
QueryPerformanceFrequency
で得た値は実行ごとに変わったりするから毎回計測しないと駄目ですか？ どんな理由から毎回計測しないようにしたいんだ？それによる QueryPerformanceFrequencyの値がプログラムを終了するまで一定なら
１回しかこれを実行したくないし変わるなら一回時間を計測するごとにこれを実行したいです ハイバーネーションみたいなのとかVMとか組み合わさるとどうなるかわかんないけどそういうことになってるね 俺は使うたびに毎回読んでるわ
あえてそうしない意味もないから すみません、教えてください。
Borland BCC でC/Cppを勉強しているのですが、
CreateWindow( "EDIT", "あああああ", ....
にすると、あああああ の部分が文字化けして ,,,, と表示されてしまいます。
CreateWindow( "STATIC", "あああああ", ...
だと問題なく表示されます。
どうか教えてください、宜しくお願いします。 >>544
BCCはよくわかんけど、パラメーターが変とかじゃね？あと考えられるのはUNICODEとか？
このコードは RAD Studio10.1 BerlinとVS2015/2017で動くことは確認済み
HINSTANCE hInst;HWND hEdit,hStatic;
HWND hWnd= Handle; // BCBとか用
hInst=GetModuleHandle(0);
hEdit = CreateWindow(TEXT("EDIT") , TEXT("あああ") ,WS_CHILD | WS_VISIBLE | ES_LEFT,0 , 0 , 400 , 20 , hWnd , 0 ,hInst , NULL);
hStatic = CreateWindow(TEXT("STATIC") , TEXT("あああ") ,WS_CHILD | WS_VISIBLE | ES_LEFT ,0 , 20 , 400 , 20 ,hWnd , 0 ,hInst , NULL); すみません、お手数をおかけします。
// あああああ が表示される
CreateWindow( "STATIC",
"あああああ", WS_CHILD | WS_VISIBLE | SS_CENTER,
x, y, w, h,
hGrp1, (HMENU)ID_TEXT1, hInst, NULL );
// あああああ が表示されず ,,,,, となる
CreateWindow( "EDIT",
"あああああ", WS_CHILD | WS_VISIBLE | SS_CENTER,
x, y+50, w, h,
hGrp1, (HMENU)ID_TEXT2, hInst, NULL );
hGrp1 はグループボックスです。 "EDIT"にはSS_CENTERは使えないよ。EDITにはES_...スタイルを使う。 >>547
とりあえずコントロール毎に指定フラグが違う事を指摘しておく >>547
マルチバイト文字列が上手くいかないなら"AAAA"のようにシングルバイト文字列で試してみればいいじゃないか。 >>547
WM_SETFONTを使って、フォントを関連付けしてみたらどうだい？ SS_CENTERがES_ENDELIPSISとして解釈されたんだろうな。
【今日の教訓】
EDITコントロールには、ES_で始まるスタイルを使え。SS_はEDITには使うな。 ごめん、ES_ENDELIPSISというスタイルはなかった。SS_CENTERの代わりにES_CENTERを指定すればいい。 そりゃ特定のコントロールに対するものだからさ。
あとSS_CENTERもES_CENTERも winuser.h で 0x01L と定義されている。
例えば共通の定義 XX_CENTER 0x01L としていた場合、
EDITコントロールの仕様変更でXX_CENTER 0x02L としたくても
STATICコントロールで同じ意義を使っているため変えることが出来ないだろ。
もし定義を変えた場合、STATICコントロールで0x02L というのは別の意味を持っている（かもしれない）ので動作がおかしくなる。
だから意味は同じでも“値”としては別のものとして扱う（定義する）。 じゃー将来SS_CENTERが別の値に変更されても安心だね 変えたらひどいことになるけどなｗ
本音と建前みたいなもんでCの欠点だな。後発言語はそういうとこカバーされてる(のもある) モーダルダイアログをメインの親とし、その後動的にサブメニューを表示する仕組みがあります。
サブメニュー表示中も親側の操作を可能とするため、サブメニューはモードレスとしていますが、
TABなどのキー入力が効きません。
辛うじて、初期フォーカスがあるボタンのみスペースキーを受け付けます。
マウス操作は問題ありません。
原因としてはサブメニューのキー処理をする IsDialogMessage を含むメッセージループが必要
なんだろうと思いますが、こういう場合の定石というのはあるのでしょうか？
思い付く実装は以下2パターンです。
その1
親もモードレスとし、親のメッセージループ中にサブメニューのメッセージも処理する仕組みを入れる。
その2
サブメニュー表示後に別スレッドを立ち上げ、そこでサブメニューのメッセージループを回す。
普通はこうだよ。とか他の方法などありましたらお願いします。 ちょっと語弊がありましたので訂正です。
ここで言う「サブメニュー」とは、CreateMenu などで作られる一般的に言うメニューではなく、
単なるポップアップスタイルのタイトルなしダイアログのことです。
CreateDialog で画面を作っています。
勝手に言葉を作ってすみません。 2つウインドウがあって、1つはメインウインドウ、もう1つはメニューウインドウ
メインウインドウにキーフォーカスがあるとメニューウインドウでキー操作できず、メニューウインドウにフォーカスがあるとメインウインドウでキー操作できない
メッセージを適宜流せばいいんじゃないか？ フォーカスはそれがあるウィンドウで処理できるようなUIを考えています。
ユーザーがメインウィンドウにフォーカスを（マウスなどで）移せば、
以降はそのウィンドウでキーボード操作ができればいいです。その逆も然り。
適宜メッセージを流すにしても、結局どこでメッセージループを回すかという
話になるのではと思うのですが、違うのでしょうか？ >>562
フォーカスを移してキーボード操作なんて危険なことを平気でやろうとする人はWin32APIなんて使わない方が良いんじゃね?
普通はフォーカスを移そうとしているオブジェクトにフォーカスを移す移さない関係なく文字列送信するもんじゃないの?
キーボード操作中にユーザーが別のウィンドウをクリックした場合とか考えないの? >>562
難しく考えるよりも、例えば、ＭＶＣベースで考えて設計したらいいんじゃねーの？
オブジェクト指向で設計するのもいいし、データ処理ありきで設計するのもあり、やりやすいように作ればいいよ。 >>566
なんで何も理解できていないのに無理に話に入ろうとするの？ Windows 10 Creators Update入れたら
DrawTextで大きめのフォントの描画が異常に遅くなった。
高DPI未対応のアプリは見捨ててGDIはシンプルに動いてほしい。 >>561
＞メッセージを適宜
それが質問内容でしょうよ。
>>566
タブコンに子ウィンドウ貼り付けて画面切り替えやキー入力受付なんて
日常茶飯事なのになにとち狂ったこと言ってるんだよ。
>>572
ほんとそう。
自分の知ってる単語を並べただけだわな。 Win32APIの後継でc++/cliじゃないライブラリってないのかね？ win32apiはオンリーワンで現役なので後継ってもんがそもそもなし
.netはラッパーライブラリ、cliは言語仕様
>>574の求めてる物の意味が分からん
UWPでも触ってろと言えばいいのか？ しいて言えばQtじゃね？
Qtのアプリって結構あるよね >>574
ライブラリってかAPIはユニバーサルwinのがそれじゃないの？ >>574
Windows API
後継っつーか名前が変わっただけだが Windows10S では Win32/.net アプリは動かないだと。
UWPに変換すれば行けるらしいが、もうおしまいか？ Windows10Sが相手にされなくて終わるだけ。 お前らが相手にされてないじゃん
おっさんしかいないだろうこのスレ 今回のターゲット層はメインストリームじゃないから
既存のアプリが使えなくても不満は少ないと踏んでるんだろう
まあWindowsRTみたいに核爆死はしないんじゃないか
MSもそんなに数を出荷しないだろうから
もう一度WindowsRTをSurfaceやらに載せることを夢見ているのなら
やはりもう一度爆死するだろう 教育用途だっけ
今時のキッズは学校支給タブレットの制限外してゲームしてるらしいからその点ではいいかもな あるプログラムで使用中のGDIオブジェクトの個数を数える方法はありますか？ GetGuiResources(hProcess, GR_GDIOBJECTS) >>588
GetGuiResources
GR_GDIOBJECTS(0) Return the count of GDI objects.
ってあるし。 特定のアプリケーションがハング状態になってるかを判断する方法ありませんか？
.netではRespondingプロパティで判断できるようですがwin32apiでやりたいので >>600
これ使ってDoS攻撃みたいなこと出来るんかな 最近のアプリに多い、重い処理は別スレッドで実行してGUIが固まらないようにしてる場合は役に立たないかな >>604
それは「重い処理のときにハングアップしているように見える」というだけの話で、
そういうレベルでの意味ならマルチスレッド化によって役には立たない。
でもそういうマルチスレッド化したソフトウェアでも
画面描画の時の不具合などでハングアップすることもあるわけで役に立たないということはないよ。 >>605
バグでずっと重い処理が終わらない場合を想定してた。ウィンドウメッセージは処理されるものの、事実上のハング。
確かに全く役に立たないわけではないね。 ウィンドウがわかるならIsHungAppWindowってのがある >>606
動画の変換みたいに純粋に時間がかかる場合とか、ユーザーのクリック待ちとかもあるから、判断はできんだろうな 止めようとしても停まらないもの？
WindowsUpdateかな？ >>609
ネットワーク切れてからのタイムアウトも異常に遅いんだよな まだ見放されてないぞ
【IT】マイクロソフト、サポート切れOS「Windows 8、Windows XP、Windows Server 2003」にも修正ソフト提供
asahi.2ch.net
test/read.cgi/newsplus/1494723803 質問ささてください
構造体AをGlobalAllocで領域を確保して値を入れた後、構造体BをGlobalAllocで確保すると、構造体Aのメンバであるポインタのアドレスが変わってしまうのですが何が原因なのでしょうか？ あるプロセスのメモリ情報のリージョンサイズや属性を調べるにはどのAPIを使えばいいですか？ >>612
Windowsは働き者の賢いOSだからなぁ >>612
GlobalAllocじゃなくて自分で書き換えてるんでしょ >>612
GMEM_FIXEDを指定していないGlobalAllocでロックカウントが0の場合はメモリの再配置が起きる
GlobalLockとGlobalUnlockの間なら
「構造体Aのメンバであるポインタのアドレス」は変わることがないけど
GlobalUnlockを呼び出しロックを解除した場合は再配置される可能性がある 皆様レスありがとうございます
>>612
構造体BのGlobalAllocをコメントアウトすれば問題なく動くのでこれが原因なのはたぶん間違いないです
>>617
構造体A自体のLockやFIXは試しましたがダメでした。構造体Aは領域確保後にwinAPIに渡して値を格納してもらうのですが格納後にメンバ全ての固定が必要なのでしょうか？
ともあれメモリ再配置が原因なのですね。ありがとうございました。この方向でもう少し試してみます。 ソースコードにイージーミスがある可能性の方がクッソ高いと思う >>618
そもそもの使い方が間違っているんじゃないか？
＞構造体Aは領域確保後にwinAPIに渡して
そのwinAPIは何？
というかなぜ隠す必要があるのか 構造体A、もしくはその近くのメモリ確保量が足りていないような気がする
スタック破壊、または、メモリ内容破壊では？ すみません。自分がC++素人でメモリ周り疎いのでよくあるトラブルかなと思い、動作確認できている部分は抽象的に書きました。イージーミスの可能性はかなりあります。
ソースが手元にないのですが、具体的にはこのような処理をしています。スマホから書いたので文法ミスあるかもしれません。
メイン処理
DWOR count=0;
LPBYTE pStructA = (LPBYTE)GlobalAlloc(GHND,sizeof(0));
GetPrinterInfo(pStructA,&count);//自作関数 pStructAに構造体格納
/*ここでブレーク張ってpStructAのpNameのアドレスが正しい文字列指してるのは確認済み*/
PStructB pStructB = (PStructB)GlobalAlloc(GHND,sizeof(StructB)*count);
/*ここで改めてpNameを取得しようとするとpNameのアドレスがpStructBを確保する前と変わっている。元の文字列データは以前として前のアドレス上に存在してることは確認済み。pStructA自体のアドレスは変わっていない
*/
for(i=0 ;i<count;i++){
LPTSTR name= (((PRINTER_INFO_1*)pStructA)+count)->pName;
}
～～～
自作関数 (動作確認済み)
DWORD GetPrinterInfo(LPBYTE pStructA, LPDWORD count){
DWORD result=0;
DWORD pNeeded=0;
//必要サイズ取得
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,NULL,pdw
&pNeeded,count);
//必要サイズ再確保
Global ReAlloc(pStructA,pNeeded,GHND);
//ここでPRINTER_INFO_1構造体をpStructAに格納
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,pStructA,pdw
pNeeded,count);
return result;
} GlobalAllocの戻り値のハンドルを直接キャストしてポインタに代入したら駄目だろ
ハンドルを引数としてGlobalLockを呼び出して、その戻り値をキャストしてポインタに代入しろ p = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, size);
HeapFree(GetProcessHeap(), 0, p);
でうまくやってるよ，GlobalAlloc は win3.1 の仕様を下敷きにしているので使いにくいよ >>625
関数の仕様ぐらい確認しろといいたい
https://msdn.microsoft.com/ja-jp/library/cc430065.aspx
GMEM_FIXEDを指定していないGlobalAllocはメモリハンドルを返す
アドレスではなくハンドルであり、このハンドルをGlobalLockに渡すことでメモリアドレスを取得できる
メイン処理
DWORD count=0;
HGLOBAL gm = GlobalAlloc(GHND,sizeof(0));
GetPrinterInfo(gm,&count);
LPBYTE pStructA = (LPBYTE)GlobalLock(gm);
for(i=0 ;i<count;i++){
LPTSTR name= ((PRINTER_INFO_1*)pStructA)[i].pName;
}
～～～
DWORD GetPrinterInfo(HGLOBAL gm, LPDWORD count){
DWORD dwSize;
DWORD result=0;
DWORD pNeeded=0;
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,NULL,0,&pNeeded,count);
Global ReAlloc(gm,pNeeded,GHND);
dwSize = GlobalSize(gm);
LPBYTE pStructA = (LPBYTE)GlobalLock(gm);
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,pStructA,dwSize,&pNeeded,count);
GlobalUnlock(gm);
return result;
} GMEM_MOVEABLE
移動可能メモリを割り当てます。Win32 環境では、物理メモリ内でメモリブロックが移動されることは決してありませんが、既定のヒープ内で移動することは可能です。
戻り値は、メモリオブジェクトのハンドルです。このハンドルをポインタへ変換するには、GlobalLock 関数を使います。
この値を GMEM_FIXED フラグと組み合わせることはできません。
Win32では移動することがないあるよって言ってるし、GPTRフラグを使うか、メモリ確保をmallocなりに置き換えたほうが良いね
EnumPrintersに渡すバッファのポインタは別になんでも良いみたいだし GlobalAllocはクリップボード弄る時くらいでいいよ こうゆう奴がプロジェクトにいると、デバックでは動くがリリースでは動かない
プログラムとか出来上がるんだろうな。。。
（もちろん、リリース＋デバック情報埋込なら動く最悪のパターン） mallocでも、newでも好きなのつかったらいいんじゃね？ みなさま本当にありがとうございました。
メモリ確保の方法に関しては古いのはなんとなくわかってるのですが、意見できる程知識がないのが実情です……
ともあれ解決方法の兆しが見えたので頑張ってみます。
>>634
耳が痛いですが自分も本当にそう思います……個人的には勉強になるのでいいんですが……
リリース気をつけておきます ※未承認広告※
Win32メッセージクラッカー簡単入力。
MsgCrack
https://github.com/katahiromz/MsgCrack 皆さんは、ダイアログの HWND に対し SetWindowLongPtr, GetWindowLongPtr を使用する場合
GWLP_USERDATA と DWLP_USER をどのように使い分けていますか？ 使い分けもなにも
get してから & とか | とかして set してる エディットボックスにES_MULTILINEを付けると
Ctrl+Aですべて選択ができなくなってしまうのだけど、
これはなにか技術的な理由があってのことですか？
それとも、昔から修正されていないだけのバグですか？ 642の追記ですが、ES_MULTILINEだけでなく、ES_READONLYを付けたときも、
同じようにCtrl+Aが効かなくなるようです。 >>644
つまり、ES_MULTILINEやES_READONLYはCtrl+Aに対応すべき状態ではない
というような技術的な理由があるわけではなく、
単にマイクロソフトが修正していない昔からのバグで、
サブクラス化などで対応しても問題ないものなんですよね？ ctrl+aが全選択という統一ルールがないとかなんとか >>646
エディットボックスが常にCtrl+Aを扱っていないなら納得するんですが、
ES_MULTILINEやES_READONLYが付いているときだけ効かなくなるんです。 >>647
挙動としては認識通り
技術的な問題ではないのでサブクラスなりインスタンスなりのKeyDownイベントでSelectAll()して構わない
普通はついでにCopy()やCut()のショートカットキー処理もつけておく >>648
解説ありがとうございます。
エディットボックスの処理を信じずに、Ctrl+Aなどの動作を載せてしまいます。 CLIP STUDIO PAINTのようにツールっぽくする為にウインドウ全体を茶色に統一するようなWin32APIと言うのがありますでしょうか？
SKINかもしれないのですがSKINの仕方が解りません。
それとMediBang Paint Proのようにウインドウ全体でなくメニューとツールウインドウだけを茶色に統一する方法も
解りましたらお願いします。 >>652
ランサムだけなら誰でもできる。ランサムウェアと呼ぶから重要なことが抜けて伝わってしまう。 警察は実績が欲しく、子供は有名になりたかったらしいので
両者の思惑が一致した最高の形なんだろう >>654
重要なのはWindowsの穴をついてプログラムを実行できたところだからね。 穴ついてたのかよｗ
どうせこのbat実行してね、だろうと思ってたんだが違ったか エッチなビデオ.avi .bat
とかじゃないの？ そういえば歴代OSの擬人化
みんな女の子だったよな
穴あって当然だな こないだの WannaCrypt ランサムの話なら SMB の穴だけど バッチファイルを書き換えられると危険が危ないと書いてある
朝日新聞の記事を読んだだけなのでよくわからないけど、
暗号化するプログラムをコピペで作ったんでしょう？
暗号化するバッチをコピペで作っただけなの？
どっちにせよ、穴は使ってない、ただのオナニーだった感じなんだが。 >>665
じゃあどうやってファイルを書き換えたんだよ？ ランサムウェアよりも前に穴をつくマルウェアが出てきて、そのマルウェアを参考にしたのが、今回のランサムウェアだと思うが。 >>666
crypt.exe c:\windows\*.*
echo 暗号化しました金払え
こんな感じ。 >>670
nimdaで中学生逮捕って情報見つからん。ソースどっかある？ いい加減にしろよ
引っ込みつかなくなった奴のマウント取って喜ぶような
小学生並みの神経してんのかお前は windows10のGDI描画をXP相当にするAPIは無いものかのう >>672
誰がnimdaで中学生逮捕なんて話をしてんだ？
脳みそ湧いてんの？ >>675
visual style、runa style...いわゆる ThemeAPI の話？
なら、いわゆるスキンの類だと思うので API とか GDI とかの階層の話じゃないと思う。
カスタマイズでどうにかって話になるか、
ttps://www.japan-secure.com/entry/how_to_customize_the_windows_10_to_windows_xp.html
XP から theme.dll をぶっこ抜き・・・うーんﾜｽﾚﾀ >>675
MFCとかを使っていいのなら、そういうライブラリは売ってるけどな。 >>675
GDIのAPI自体は変わってないと思うんだけど
Direct3Dを通さないで描画するとかならもう無理じゃね 自分のアプリだけならオーナードロー
OS全部なら方法わからん OS全体ならXP時代によくやってたtheme.dllの差し替えでいける・・・はずなんだが
XP時代でしか通用しない技なのかも知れんね なあに、グローバルフックすりゃなんとななるやろ（鼻ほじ どういうつもりでみんなGDI描画という言葉を使ってるのかわけわからんな GDI 描画と言えば FillRect とかの、HDC 用いるグラフィック描画で、
Windows 10 でも Windows 3.1 でも基本的に動作同じだよね。 >>692
違うよ
ルートウィンドウの扱いとかキャプチャしてみると違いが判る ウィンドウシステムの動作は GDI では規定されていないだろ。
以上、異論は無視する。 dwm.exe というデスクトップマネージャーのプロセスがGUI描画の番人になってるからXP再現は無理でしょ。 xpからファイル持ってきてosにぶちこむのができないからって
>>675ができないというわけじゃない Win10 SDK で作ると Windows 8.1 で動かないんだっけ？ Win10SDKにまだ手を出していないんだけど、ようするに
Platform SDK、Windows SDK と思っていいんだよね？ >>706
Win10SDKは directX SDK が変な統合のされ方しててインクルード警告が沢山でる。実害はない。 http://fast-uploader.com/file/7054567135089/
ウインドウを表示するだけのC++コードなんですが
ウインドウを消して終了しようとするとアクセス違反の例外が発生します
誰か解決方法を教えてください const WCHAR *className = L"MainWindow";
↓
static const WCHAR *className = L"MainWindow"; 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f) >>708
WM_NCDESTROY だか WM_POSTNCDESTORY が来るまで
window のインスタンスを消しちゃいけなかったような
PostQuitMessage の前に DestroyWindow しておけば良かったような VS2017でそのままビルド実行してみたけど例外など発生せずに正常に終了した
何か条件とかあるのかね とはいえ、
「ウイルスバスターを利用されている場合はエラーが出ます」
ってわけにもいかないだろうからこの先面倒だね。
健闘をお祈りします。 ウィルスバスター入れてても、その自作プログラム以外のソフトでは
そういう終了時に例外が出る問題は出ないんだよね？
とすると、そのプログラムが何かを踏んでるようにみえるけど >>708
>>710
while( GetMessage( &msg, NULL, 0, 0 ) < 0 )
じゃないのか GetMessageの戻り値が-1ならbreakもな ウイルスバスター側にしてみれば
DestroyWindow されてないのに SendMessage したら落ちたww
ということだろうな >>712
static LRESULT CALLBACK proc( HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam )
wc.lpfnWndProc = &proc;
これはどういうことかね、くわしく説明してもらおう Windows10タブレットで、画面の右端のメニュー（？）でディスプレイの明るさを変更できるじゃないですか。
あれをプログラムから変更できるようにしたいんですが、Win32APIで可能ですか？ >>720
PowerWriteACValueIndex
難易度高めだよ >>721
ありがとうございます！
む、難しいですか･･･。
頑張ってみます！ ソケット通信でUDPでrecv関数でデータ取ってるのですが
これrecvでデータを取る前に何バイト溜まってるか確認するAPIあったら教えてください >>723
.netではioctlsocketでFIONREADを読んでるっぽいのでそれでいんじゃね #include <thread>
using namespace std;
･･･
SOCKET Sock = accept( ･･･ );
だとエラーになるんですが、
threadをincludeしない、あるいはusing namespace stdを書かないと、
正常なソケットを返します。
なぜこんなことが起こるのでしょうか？？ >>727
でも、エラーもなくコンパイル通りますし、VS上で定義を参照しても、
いずれの場合もWinSockのaccept()が参照されます。
同じWinSockのAPIでbind()がstd::bind()と衝突することはありましたが、
今回のaccept()はそれとは違う感じです。 >>728
エラーになる最小のコードを晒さんとなんとも言えんわ >>729
コンパイルエラーはありませんが、
実行時にaccept()がエラーを返します。
>>730
#include <winsock.h>
#pragma comment( lib, "wsock32.lib" )
#include <thread>
using namespace std;
int main()
{
WSADATA WSAData;
WSAStartup( MAKEWORD( 1, 1 ), &WSAData );
SOCKET SockListen = socket( AF_INET, SOCK_STREAM, 0 );
SOCKADDR_IN Addr;
Addr.sin_family = AF_INET;
Addr.sin_addr.s_addr = htonl( INADDR_ANY );
Addr.sin_port = htons( 1234 );
bind( SockListen, ( SOCKADDR* )&Addr, sizeof( SOCKADDR ) );
listen( SockListen, 1 );
SOCKET SockAccept = accept( SockListen, NULL, NULL );
closesocket( SockAccept );
closesocket( SockListen );
WSACleanup();
return 0;
}
これが、accept()がエラーを返すコードです。
#include <thread>かusing namespace std;のいずれか、あるいは両方をコメントアウトすると
正常なソケットを返します。
IDEはVisual Studio Express 2015 for Windows Desktopです。 自己解決しました！
std::bind()とwinsockのbind()が入れ替わってました！
::bind()とすればaccept()もエラーを返さなくなりました。
以前はエラーが出たと思ったのですが、うっかりしてました･･･。
失礼しました！ bindというマクロが定義されてるライブラリがあって困ったことがあるな >>728
名前衝突のときエラーメッセージみるのは
リンク時だろ >>731
＞using namespace std;
そもそもコレできるけど関数名書かないならやらない方がいい エンコードした動画データをWinSockを使ってUDPで送信しているんですが、
通信速度が妙に制限されている感じがします。
送信PC → （有線LAN GbE） → Wi-Fiルーター → （無線11ac） → Winタブ
有線の方はGbEなのに、データ量を増やすと8Mbpsあたりで頭打ちになり、
無線の方も11acなのに3Mbpsあたりで受信が頭打ちになります。
（いずれもタスクマネージャーのパフォーマンスタブで確認）
無線の方は最初もっと酷くて、調べたらワイヤレスアダプタが省電力モードになっていたので、
これを解除すると改善はしたのですが、それでも上記の通り3Mbps程度です。
実効帯域は理論値には及ばないとは思いますが、それにしても酷くないですか？？
何かリミッターがかかっているのでしょうか？
それともこんなもんでしょうか？ 受け取り側WinXPにしても速度一緒かね？
DDOS対策されたに一票 >>738
jumboフレームにしてないとかいうオチ jumboじゃなくても100MBsecぐらいすぐ出るかと >>739
XPのPCがないので検証できないですね。
DDOS対策だとすると、成す術なしでしょうか･･･。
>>740
ジャンボフレームの設定は、Surfaceではできないみたいです。
仮にジャンボフレームじゃないにしても、今の帯域は小さすぎる気がします。
>>742
送り側はsendto()で、一度に送れる最大サイズの65507バイトで送ってます。 >>744
むしろ一度に送りすぎでは?
etherのフレームに入り切らないとipレベルでフラグメンテーションを起こして余計遅くなることもある。
1500-20-8=1472以下だとどうなる? >>744
ソケットのバッファが溢れているのかもしれない。UDPだからsendしても黙って破棄されうる。これが原因だったらsetsockoptで送信、受信のバッファを大きくすれば良い。
また、UDPではOSが送信速度の調節をしないから、アプリケーション側で一定の速度でsendしないと途中のデバイスや受信側で破棄されることもある。
例えば、5Mbpsで送っているつもりでも、10ms間に500Mbpsで送り、後の990msは何もしていない可能性がある。その場合途中のWi-Fiルータのバッファが溢れるかもしれない。
送信用のスレッドを作り、send毎に経過時間と送信量を調べ、適当にsleepさせれば良い。 LANケーブルの方は10Mbpsでリンクアップしてない？ 本日、色々検証してみまして、分かったことを書きます。
送信側（優先）のPCで、whileループでひたすらsendto()しまくる単純なプログラムを動かしたところ、
何と1Gbps近く出ました！
動画圧縮・送信アプリで送信制限があるかに見えたのは、
単にエンコードのAPIが、一定以上のビットレートではデータサイズが飽和しているだけのようです。
このアプリを複数起動したところ、1プロセス×起動数分の帯域（12Mbps等）をちゃんと消費しました。
しかし、一方の受信側（無線）のタブレットPCでは、whileループでひたすらrecvfrom()しまくっても
5Mbps程度でやはり頭打ちしました。
これらはすべてUDPでの送受信ですが、
試しにTCPではどうか検証してみたところ、
フリーのFTP転送アプリで、送受信ともに、何と200Mbpsくらい出ました！
そんなバカな、と思い、自分でTCP送受信だけをひたすら行う単純なプログラムを書いて実行してみたところ、
200Mbpsには至らなかったものの、26Mbpsくらいまでは送受信ともに出せました。
なお、帯域を大きくすればするほど、送信に失敗する確率が高まる傾向が見られました。
これはTCPで見られる、受信側のバッファ枯渇によるものと思われます。
アプリ側でsetsockopt()で受信バッファを拡張してやると改善し、上記bpsに至りました。
FTP転送アプリがなぜ200Mbpsも叩き出せたかは分かりませんが、
今回の動画送受信アプリでは26Mbpsでも十分な帯域なので、結果的にはUDPからTCPに変更ことで対策が完了しました。 今回の検証で、以下のような仮説が立ったのですが、いかがでしょうか？
・11acにまで広帯域化し、TCPの再送制御等のオーバーヘッドが相対的に小さくなった
・11acで帯域は向上し、エラーレートも抑えられているものの、パケットロスする絶対数（機会）は
増加しているため、UDPには向かなくなっている
こうなると、「大容量のデータを効率的に送受信」というUDPのメリットは失われ、
ブロードキャスティングでデータ共有の利点が残る程度になるのかなぁ、という感じです。
この考察は的を射ているでしょうか？
だとしたら、業界では知られてることなんでしょうかね？ >>750
①TCPのオーバーヘッドは送受信の処理が重いことが主で、別にそれほど帯域を浪費する訳ではない。
ヘッダによる消費は、UDPだと1500バイト中28バイト、TCPだと1500バイト中40バイト。TCPだと適宜ACKが返ってくるが、それも各パケット数十バイト。
送受信側の処理速度向上が大きい。
②UDP向きかどうかは当然何をしたいかに依る。
TCPの処理が邪魔になる場合(遅延やパフォーマンス等の理由で)、「何もしない」UDP上に独自の実装をする。TCPで問題ないならTCPで良い。
信頼できるストリーム通信が必要なら、結局UDP上にTCPもどきを作ることになるだけ。
③TCPの欠点に、RTTが大きいと遅くなることがある。海外との大量のファイル転送はUDP上の独自プロトコルで行ったりする。あと、TCPoverTCPはパフォーマンスが劣化するから、VPNやトンネリングはUDP上が良い。
また、コネクションレスであることは、NATやFWを越える時に便利だったりする。
④普通、何もしないUDPは、余計な処理をするTCPより遅くはならない。UDPで5Mbpsしか出ないのは、どこかのバッファが溢れているか、大きすぎるデータをsendしてフラグメンテーションを起こしているかどちらかの可能性が高い。 >>750
＞・11acで帯域は向上し、エラーレートも抑えられているものの、パケットロスする絶対数（機会）は
＞増加しているため、UDPには向かなくなっている
そんなにパケットロスしているとtcpも速度出ないですよ。
原理的には、制御して再送する分だけudpより遅くなるでしょう。
udp で速度が出ないのは主として送受信側のバッファ溢れでしょうから、
・送信側は溢れないレートで送信する
例えば帯域1GHz WiFi で 1Gbps で送信したら帯域を食い潰して受信側へ再送出できませんよね。
ケーブルの場合と違って電波は PC->基地局-> 受信側とairを2回経由します。
あまり大量に送ると基地局まで届いてもそこでドロップされます。
・read側はなるべくread I/O を発行しっぱなしにしてあげる
スレッド使うなどカーネルの受信バッファあてにしないで頑張る。 >>750
> 今回の検証で、以下のような仮説が立ったのですが、いかがでしょうか？
全然的はずれ 詳細なご助言、ありがとうございます。
ソケットプログラミングを舐めてました･･･。
勉強します。 Windows10の環境で、ShowCursor(FALSE);、ShowCursor(TRUE);
が何故か動かないですが、原因わかりますか？代用のＡＰＩってありますか？
カーソルの形状を透明に置き換えるしかないかな。。。 >>756
自分のプログラムではWindows10で動いてるよ。
複数回呼んだりしてない？
ShowCursor()は内部の参照カウントみたいなのをインクリメント/デクリメントして、
0以上かどうかで表示/非表示が変わる。
確実にやるならwhile文で戻り値（カウント値）をチェックしてやる。 自分のアプリ内だけ消したいとかならWM_SETCURSORでSetCursorにぬるぽ渡してるなあ 動かない原因がわかりました。。。
自分のＷＩＮＤＯＷを表示していない場合、カーソル非表示にならないっぽいです。
ジョイスパッドで操作するマウスを作っていて、マウスを移動した後で、
自動的にマウスカーソルの表示/非表示したかったのですが、
自分のウインドウを表示していないためにうまくいかない；；
カーソルの形状変えて回避を試すか、透過ウインドとかで回避？ どうだったかなぁ
グローバルにマウスカーソルを消す方法はあったかなぁ
相当な迷惑行為だからなぁ
そんな事をしたい奴も居ないだろうしなぁ SetSystemCursorで一応変更できるけど完璧にはできない マウスの件ですが、サイズ1x1のウインドウを作って、WM_TIMERでウインドウを追尾するようにして対処しました。
透過ウインドでアルファ１設定しています。０にしちゃうとダメっぽいです。もっといい方法あるのでしょうか？
hWnd = CreateWindowEx(WS_EX_TOPMOST | WS_EX_LAYERED, szWindowClass, szTitle,WS_POPUP,0, 0, 1, 1, NULL, NULL, hInstance, NULL);
SetLayeredWindowAttributes(hWnd, 0, 1, LWA_ALPHA); // 透明１
int n;do { n = ShowCursor(0); } while (n >= 0); // マウスカーソルを消す
case WM_TIMER: POINT pt;GetCursorPos(&pt);SetWindowPos(hWnd, HWND_TOPMOST, pt.x, pt.y, 0, 0, SWP_NOSIZE); ウィンドウを仮想スクリーンいっぱいにすれば、追尾の必要はない。 >>767
仮想スクリーンサイズいっぱいにウインドウを作っちゃうと、ＣＰＵ/ＧＰＵのパワー無駄に使いませんか？
1x1サイズのほうが、アプリ的には、軽いと思うんですが？ >>768
WS_EX_TRANSPARENTを使えば描画が透過になるらしい。 そのようなことが本当に可能かどうかの確認もせずに書き込むのはなぜなんですか？
実際に昔自分が試したことがあって、完全にわかっているなら良いと思うけど
やったこともないことを、試しもせずに、どうして適当書き込むの？
まずレイヤードウィンドウで、SetLayeredWindowAttributes でアルファ値を0にした場合
完全な透明になるとともに、マウスの当たり判定も何もなくなって
まるでウィンドウが存在していないかのような扱いになるので
マウスカーソルがウィンドウ上に有るよっていう扱いが無くなって
マウスカーソルを非表示にしても、非常時にはならない
で、アルファ値を1とか適当な値にするとマウスの当たり判定が出来るので
めでたくマウスカーソルを非表示にすることが出来る
ここまでは質問者が書いている内容
ここで、ウィンドウサイズを画面いっぱいに広げると
画面全体がアルファ値の「1」の分の影響を受けそうだということもあるが
とりあえず質問者はGPUの負荷を気にしている
そこでアルファ値を0にするとWindows内の最適化でGPUでの合成処理はスキップされるだろうが
しかし先ほども書いた通りマウスの当たり判定も無くなるのでマウスカーソルは消えなくなる
で、この場合WS_EX_TRANSPARENTの何が有効なんだという話
これを指定したからといって、アルファ値が1であればウィンドウは表示されるし
表示されるんなら、GPUに負荷がかかることに変わりなし
だが、ここまでであればまだよい、まだわかる、それはいい、本当の問題は
レイヤードウィンドウにおいてのWS_EX_TRANSPARENTは、「マウスイベントを透過させる」の意だ
つまり、ウィンドウは半透明とかで表示するけども、マウス的には無きものとして扱う
そういう意味であるので、マウスの判定は無くなるし、ウィンドウ上にマウスがあるって扱いも無くなるので
「マウスカーソルは消えない」
だから、レイヤードウィンドウでWS_EX_TRANSPARENTだと
アルファ値が何であろうと、ウィンドウサイズが何であると、関係なく
そもそもマウスカーソルは消えない
つまり言ってることが二重三重にデタラメ ちなみにレイヤードウィンドウじゃない普通のウィンドウに
WS_EX_TRANSPARENTを指定しても
今回の件はうまくいかないからな
WS_EX_TRANSPARENTの仕様はその昔のWindowsの描画の仕様に強く依存していて
それ故にかなり複雑な動きをするところもあったかもしれないが
しかしながら今回の件において、それも既に関係が無い
なぜなら今はデスクトップコンポジションだから
ウィンドウは自分のビットマップを持ってるので
かつてのWindowsの再描画の仕様によってもたらされていた
ウィンドウの下のものが透けて見えるように感じる、という現象は起こらない 良くわからないなら少なくとも出来るかどうか確認してから言えといっただろ それがにちゃんねるクォリティというもの、コードを貼らない書き込みに期待しないのがいい 誰に確認してから言えって言ってるの？
回答側に確認義務があるなら、だれも回答したくなくるしヒントも言えんわ。 >>775
これは質問者にもいえる、最低限のコードを貼れない様ではまともな回答も期待できない
うんこQZでも1万ステップ程度のコードを貼っていた
まずは手を動かしたほうがいい 責任ある解答が欲しけりゃ金払えよ
払っても責任とってくれるかどうかは知らんけど w スレの運営方針とか、自治的な何かとは、関係ない
2chのスレがグダグダになろうが、嘘であふれかえろうが、知ったことではない
知りもしないことを、調べもしないで、確かめることもせず
知ったかがしたいという唯それだけのために適当なことを書き込む
あなたはいったい何なんだ？そして実際間違ってる
という単なる個人攻撃
そして、また間髪おかず間違ったことを書き込んだから
なぜ同じ過ちを繰り返す？としたまで
拡大解釈して一般化してどうこう言うようなものではないぞ >>780
しったかが多いのは何もにちゃんねるに限らない，世間様でもあきれ返るばかりに多いんだよ >>780
2chがどうなろうと知ったこっちゃないのに個人が間違ったこと書くのは許せないとか
アホすぎ w ネットでデタラメ狩りしてもキリがないもんな
大抵は質問する側の方が知識あるから大丈夫 質問する人は自分でやってみて上手くいかず答えが難しいから質問するわけで、
やったこともなく難しいということすらわからず当てずっぽうな返答を書く人よりは知識あるでしょ。 ところで当てずっぽうで書くけど拡張ウィンドウスタイルで透明にして
erasebkgnd やら ncpaint やらで描画サボっても透明になるんじゃないか
昔のバイナリはそうやって穴あきウィンドウとか実装してたわけで
その辺は今でも互換性あるでしょ >>787
どこまで頭悪いとそういう理論にたどり着くのか >>786
そういえば、知識のある人に訊いたつもりなのに知識ない人から変な回答が付くってのはよくあるなぁ。 >>780
>>770で言っていることは正しいと思うよ
理想としてはね
でも現実にはそういう人はなくならない
なら相手に「誠心誠意真実のみを語る」ことを求めるより
相手の言葉をヒントとして自分で試す、実践していくことのほうが
より確実に真実に近づくと言えるのではないだろうか
>>787
でも質問した内容について、「どっちも知識ない」ことは同じじゃないだろうか
目くそ鼻くそなんだし仲良くすればいいと思うよ 「知識のある人だけ答えてください」とか書いたら余計バカが集まるw >>770
まさにその通りですね。詳しい解説ありがとうございます。WS_EX_TRANSPARENTは、片山さんから助言受ける前に試してました。
画面サイズ最大で作って、erasebkgnd やら ncpaintとかは、リペイントのコストかかるので向いてないかも、ウインドの下でゲームや、動画とか再生されてた時などに不具合出そう。
できるだけシンプルに作りたかったので、今回はサイズ1x1で追尾にしました。(追尾といっても任意の動作後に追尾命令１回なので低コスト)
>>778
最低限のコード張ってないのは、どっかのサイトにでもコード張っておけばよかったかもですね。
大した処理ではないので、>>766で書いたCreateWindowEx、SetLayerdWindowAttributes、ShowCursorなどを張り付けておけばわかる人は分かるだろうと思っていたのですみません。
とりあえず、解決です。皆さま、ありがとうございました。 >>791
知らないのにレスしないでください
うざいだけです こっちで書けるかな?。あっち
https://mevius.2ch.net/test/read.cgi/tech/1482549747/l50
で、あいこんのきり変えに失敗した、とかいたんだが
ついに成功した。 LoadIcon(ょ
か゜しかし、LoadImage()では成功していない。 基本的には自力解決するしかないのが多いからな
長年書いていても遭遇するとは限らない突拍子もない現象が起きたりする
WinApiはカオスだ
質問は気休めにもならない
むしろ面白い現象をここで報告するつもりで質問してほしい ダイアログボックス上に複数のラジオボタンがあり連続で並んでいます。
先頭のラジオボタンのみグループ属性が付加されており、マウスやキーボードで
操作するとどれか一つだけしか選択できない状態です。
プログラムから現在選択しているラジオボタンとは別のラジオボタンを
選択する際、CheckDlgButtonを使って選択するのですが、これ自体は
選択処理は正常に働きますが、以前選んでいたラジオボタンも選ばれた
ままとなります。
これはそういうものでしょうか？
WindowsのデフォルトUI動作で単独のラジオボタンしか選べないように
なっていると思っていたのですが、プログラムコードではそれは自分で
考慮して処理が必要と言うことでしょうか？ ダイアログエディタで作成した場合
タブオーダーだったかリソース IDだったかが
順序どおりになってないとそういう現象になる >>801
そんな関数があったのか。自分で処理するものかと思ってた 800です。
>>801
ばっちりです。どうもありがとうございました。
>>802
これは問題ないことを確認しました。
>>803
恥ずかしながら、CheckDlgButtonでもOSが処理してくれると思い込んでいました。 >>804
モードレスダイアログのコントロールIDが一番若いラジオボタンは
BN_CLICKEDが生成時に2回発生するから注意してね WinSockで、クライアント側がconnect()をコールして、
サーバ側がメッセージプロシージャでFD_ACCEPTを受け取るまでの間に、
MessageBox()でダイアログボックスを表示すると、FD_ACCEPTが届かない･･･。
これ、どういう理屈なんだろう？
何とかMessageBox()が挟まらないように改変しようとしてるんだけど、
ちょっとしたことでこの問題を回避できたりしないかな？ >>806
MessageBoxはサーバー側かクライアント側かどっちで表示？ >>807
そうでしたか。
他のことが原因かもしれませんね。
けっこう規模の大きいプログラムで発生したので、
>>807さんが試みられたように、一度最小コードで再現させてみます。
>>808
すみません、情報不足でした。
サーバー、クライアントともに同一プロセス同一スレッド内です。
外部PCとの通信も考慮しての使用ですが、今回問題が発生したのは、同一PC内です。 >>809
> サーバー、クライアントともに同一プロセス
ここまではまだわかるが...
> 同一スレッド内です。
え？ >>809
文字通り受け取ると
クライアントコネクト
→メッセージボックス
→サーバーアクセプト
が同一プロセス・同一スレッド？
そらメッセージボックス閉じないと処理が進まない >>811
>>812
すみません、言葉足らずでした。
ダイアログボックス表示中はもちろん処理の流れがブロックされるんですが、
（MessageBox()のウィンドウハンドルはNULLで、フラグがMB_TASKMODAL | MB_ICONEXCLAMATIONです）
ダイアログボックスを閉じた後もFD_READが届かないんです。
フラグを単にMB_OKにしてもブロックされるので変わらずでした。 もしかしてWSAAsyncSelect で hWnd に NULL 指定してるとか？ 正しく処理されればメッセージボックス表示「中」にFD_ACCEPT がくるはずだけど… 直受けの50万 客：いつまでもうちにいていいよ
3次受けの50万（客は70万払ってる) 客：短期延長していい？
5次受けの50万（客は110万払ってる) 客：作り終わったらとっと出てけ できなかったら即退場だ
長時間労働 高稼働 高スキル要求が多い
零細フリーランスサイトは5次受けから誰もできない難易度の高い仕事 余り物の仕事を紹介してくる。40万円代でやってくれと
これならJIETから3次でいったほうがいいな
446非決定性名無しさん2017/08/02(水) 22:12:48.95
JIETに毎月5千円払えば３次から入場できるだろ？
高額をうたうフリーランスのサイトはだいたい５次から４５万円
JIETで閲覧応募できる末端価格からさらに搾取するのが高額をみせつけるフリーランスサイトでした
高額案件をみせつけるフリーランスサイトも案件の取得はJIETでした
473非決定性名無しさん2017/08/03(木) 15:21:30.71
JIETに加入すれば誰でも3次60万からスタートだ。フリーランスのサイトをやってる
自称エージェントもそこから案件情報を取得しきてる。サイトで60万で釣って40万から55万の
間でやらしている。
372仕様書無しさん2017/08/11(金) 10:31:43.41
フリーランスで検索すると引っかかる零細ITがやっているフリーランスのサイトはだめだ。
高額に見せているけど実際は50万前後
JIET加入した方がいいよ。案件は毎日千件以上末端価格は60万円 平凡な稼働時間の80万円の案件もある。
ユー子も求人をだしてる。名刺も渡せる。ユー子に名刺が渡せるんだぞ。夢のようだ
それらの案件まさぐってHPで転売していたのが零細ITがやるフリーランスサイト
自称エージェントはJIETから流れてくる案件を転売してるだけだった。
JIETに加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む なんか自分が今まで関係してきた金額に比べて全ての金額が安すぎてビックリ。
これじゃ派遣の方がよっぽどましなんじゃね？ >>813
MessageBoxに限らず、モーダルダイアログは自前でメッセージループ持ってるので
他の人も言ってるように受け取り先きちんと指定しないとダイアログに取られちゃうかも >>819
ありがとうございます。
モーダルダイアログが自前のメッセージループを持っているということ、勉強になりました。
受け取り先を指定するというのは>>815さんが指摘していることでしょうか？
>>815
お返事失念しており申し訳ありません。
WSAAsyncSelectにはメインウィンドウのウィンドウハンドルを指定しており、問題ないかと思います。 プロセス名のアイコンを取得するAPIか方法があれば教えてください プロセスのハンドルって１回オープンしないと取得できない？ ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10178733385
ＵＲＬ先は知恵袋です。
教えてくださいお願いします。 >>827
こういうのあったけど？
pdbファイルが見つからないってやつじゃねーの？
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10103558640
ttps://msdn.microsoft.com/ja-jp/library/yd4f8bd1(v=vs.80).aspx
それ以外で解放関連ミスってるかどうかは全コードをGITとかに上げてみろ。 >>827
> 'rpg.exe' (Win32): 'C:\Windows\SysWOW64\wer.dll' が読み込まれました。
> PDB ファイルを開けないか、ファイルが見つかりません。
というメッセージが出てきたら、
「PDB ファイルを開けないか、ファイルが見つかりません」
でググってみるものだ。それでも解らないことを質問すべきだろう。
その手間を惜しむ人間に教えることなどない。 827です。
自己解決しました。
ありがとうございました。 今まで使えていたwriteprocessmemory 等を用いてプロセスアタッチを行なっていたのですが急に動作が不安定になり10回中2回ほどしか成功しません。
別PC（ネットカフェ）環境からだと問題なく動作します。
PC自体に負荷をかけるようなことを行なっていたためパーツ側に何か問題があると見ていまして、このような症状をご存知の方教えて下さい。 処理速度差でインジェクトタイミングがずれてとらぶってんだろうな >>836
解決しました。
上の方で無職で憂さ晴らしを楽しんでいる方がいましたが助かりました。 Windows 7です
callwndproc でグローバルフックを作って
ウインドウを閉じるWM_CLOSEなどのメッセージを検知させたいのですが
動作はしたもののInternet Explorer (IE11)だけうまく行きません。
IE11ではapiを使ったフックはできないんでしょうか？
環境・手法はcpp, DLLでのデータ共有, Visual Studio 2015のコマンドラインコンパイラです。 CreateWindowEx で WS_EX_COMPOSITED を指定しても、なぜかWS_EX_COMPOSITEDが未定義のシンボル扱いで通りません。
他のスタイル変数だと通ります。
CS_OWNDC、CS_CLASSDC は使っていません。
原因と、解決策を教えてください。それらしいワードでググっても良くわかりませんでした。
お願いします。
OS windows7 32bit
環境 BCC Developer #ifndef WS_EX_COMPOSITED
#define WS_EX_COMPOSITED 0x02000000L
#endif WinUserヘッダーをインクルードしてないのか？ >>845
古い環境(bcc55)だから、<winuser.h>でも未定義。 そもそも今時デメリットしかねえから要らんやろこのスタイル＞WS_EX_COMPOSITED >>844
ありがとうございます。動きました。
なるほど古すぎたんですね。 >>839 >>840
Chromeウィンドウなどのフックと同じようにやるだけで出来ますか？
なにか別な要素が必要でしょうか？ 知らんけどIEはフックされないようにしてるんじゃないか？
バンドオブジェクトか何かつっこんで中でやった方がいいと思う 昔から常駐してる人力スクリプトだよ
毎度これ書いて上から目線でホルホルしてるんだろうけど、何年経っても成長しとらんｗ >>841
環境、ｖｓ2017やvs2015とかにしたらいいんじゃね？
community版なら、無料で使えるよ 使用言語 FreeBasic + FBE
ＯＳ Windows 10
症状、1MB, 100 個BASファイル(1MB)、10個位BIファイル(100KB)、を超えたあたりから、
異常停止し、「Debugしますか、停止しますか」の旨の表示を出して終了する。異常停止場所はその日によってバラバラ。
しかし、タスクマネージャーと同時実行では発生しない。
FreeBasic の場合、OS由来で異常停止する場合が多発して、
言語側の障害(仕様)は、*.DLLファイルの不在、配列宣言外の要素を参照した時、に発生する。
両者ともに特定の場所で、異常停止してくれるが、今回は、停止位置が実行中の他のタスク(タスクマネーシャー)の影響を受けている。
したがって、何かの事象を発生させる、等の対応で修正可能と思われる。
ご存知の方いらっしゃいましたらば、お知らせください。 それはFreeBasicのバグなので、FreeBasicに治してもらえ 新興のGoだろうがRustだろうがWindows10でバグったりしないぞ
明らかに言語側の問題 >>857
＞それはFreeBasicのバグなので
フリーソフトなので、ご指摘のように言い切った内容ですと、既にどなたかが発表しているものと思われます。
発表されている内容をお知らせください
>>858
＞バグったりしないぞ
処理系が異なります。したがって、一概に言えないのですが。
Rustについては普及しているようです。
https://ja.wikipedia.org/wiki/Rust_%28%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E%29
＞2016年8月2日にリリースされたFirefox 48にはRustで書き直されたメディアパーサが組み込まれており、Mozillaが開発しているブラウザのFirefoxにおいてRustで書かれたコードが書き加えられる初例となった
ただ、Firefox で3ウインドー、30タグつぐらい同時に読み取ると異常終了するので、障害発生部位がRustで書かれているのであれば、同様な現象と思われます。
旧osバージョン+対応fIREFOXでは、異常停止が発生しなかったと記憶しています。 ここ、Win32APIのスレなんだけど、Win32APIにバグがあるっていうのが主旨ですか？ >>859
調査費用30万円(税込)申し受けますが、ご用意はよろしいでしょうか。 >>861 支払う意思はありません。
>>860 ザベの巻号年を忘れましたが、「ユーザー又は末端ユーザーが回避できる障害はバクではない」旨の記事がありました。
従いまして、回避方法が公開されているのであれば、APIのバクではありません。
ユーザー(プログラマー)に回避する義務（商習慣？, 公序良俗？）がありますので。 互いに矛盾する結果を出すAPIを同時に使用する必要があるなんてざらだ
それを吸収しなければならない上位層は必ず矛盾が発生し、複雑化する
とりあえず当座必要な全機能には矛盾のない解には到達するが、それ以上の機能を追加すると矛盾が再発する
APIがしっかりしていればソフトは10分の1ほどのコードで済むだろう >>862
同様な調査を自治会長は500円でやれ、とポケットむに500円ねじ込んだ。
サーチャーに依頼するとして、20年ぐらい前に概略を電話問い合わせした時には、20万もって窓口まで来てくれ、という返事だったので断った。
だけど、自治会長の考え方だと500円でできるという内容。 >>863
「ユーザー又は末端ユーザーが回避できる障害はバクではない」
回避方法が公開されている必要はないだろ。自分で回避すればいいんだから。 FreeBasicみたいなゴミを使ってるから頭がおかしくなったのか
頭がおかしかったからFreeBasicみたいなゴミに手を出したのか >>867
まだFreeBasicのせいだと決まったわけではあるまい。
ただ残念なのは>>856の内容ではWin側の問題だとは全く思えない所。 引き合いに出してる記事とやらもやべえな
ある言語の浮動小数点演算が狂ってるとして、
ユーザーが整数演算で浮動小数点を再実装して回避した場合
言語のバグではなくなるのか
狂ってるだろ
まあこの脳味噌数ミリグラムしかなさそうなアホがうろ覚えしただけか
自分に都合のいいように曲解したか
どちらかだろうけど
バグじゃなくてバクですとか言うなよ >>867
＞頭がおかしかったからFreeBasicみたいなゴミに手を出したのか
大正解。
MS の3か月ぐらい無料で使える Visual stuio https://www.microsoft.com/ja-jp/dev/campaign/free-edition.aspx
をDLしたのだが、使い方(操作方法)がさっぱりわからなかった。
>>866
＞自分で回避すればいいんだから。
まー、外注に出したり、OSを入れ替えたり、MSやFBで公開しないですむ回避方法があるわ。
で、Freebasicに手を出した。
>>868
タスクマネージャーを同じことをすれば、回避できるから、
タスクマネージャーがやっている手法をしりたいのよ。
おっしゃるとおり、タスクマネージャーを起動することで回避できるから、APIのバグではない。 >>856
起きてる問題は1MBや100KB越えると異常停止するわけでしょ
ということはそのサイズ以下に抑えれば問題が起きない
ユーザー又は末端ユーザーが回避できる障害だからバグでもない
これで無事解決よ。めでたしめでたし >>869
＞言語のバグではなくなるのか
＞狂ってるだろ
過去にやったことがある。Fotran 6だったかな、
単精度小数演算で10進数を出力してファイルに保存する、保存した値を再度利用する、を延々繰り返すルーチンで、
小数点2桁目て゛ずれるようになった。1000倍して、整数演算に直して、使用するようにした。
>>867の指摘するように、くるっているよ。
＞バグじゃなくてバクですとか言うなよ
すまんな。
画面の濁点が全く読めないくらいに視力がないので、結構間違える。逆うち、ぜの代わりに゛せとかもやる。 >>872
それやったことがある。
最初にソースを適当に作って、
使用しているサブルーチンを拾って、つなげるルーチンを作って実行
という手法。
結局、この拾う作業が膨大になって、自分自身のオーバーレイ化しないと動かなくなってしまった。
同じオーバーレイ化するならば、最初から直接動かした方が単純だ、ということで、もとに戻した。
当時は、サブルーチン別に拾ってlinkするという機能が、Fotran6しか対応していなかった。
1990年頃に発行になった書籍では、「頭の良いコンパイラーは」という条件が付くものの、この機能が存在することが指摘されていた。
なお、Visual Basic 6.0で使っていた自家製Libの内80%位の内容。
FreeBasic になった関係で、旧QuickBasicのLibの一部が復活している。
残る20%はGSL, GMP, MPFR, Sqlite等に切り替えられそうなので、これから、まだ増える予定。 知ってる単語並べればマウント取れると思ってるあたり、無能だなコイツ どこのスレだか忘れたが無差別に住人を煽りながらDarkBasicを推してたクソコテを思い出した ざっくりいうと、OSのせいで1MB程度で不具合が起こることはない
RustのはFirefoxのプログラムが悪い
タスクマネージャーを起動してると落ちない理由は思いつく限り
・偶然
・OSの環境が壊れてる(別のPCやOSクリーンインストールでなおる)
・FreeBasicやウイルス対策ソフト、その他（ウイルスとか）がタスクマネージャーが存在するなどを理由に挙動を変える
とかかな
とりあえず別のPCで確認 ちゃんとあるんだからそっちでやれと。なぜここで聞くのか頭おかしいやつの行動は意味わからない
【QBASIC互換!?】FreeBasic【GPL】 2 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1482549747/ リソーエディタ 1.0をリリースしました。
テストを充分行い、多数の修正をしました。
http://katahiromz.web.fc2.com/re/ja/index.html
https://github.com/katahiromz/RisohEditor
リソーエディタのバグ報告に謝礼としてAmazonギフト券5000円分差し上げます。
どしどしご応募下さい。 ギフト券を受け取るには10000円分のギフトIDを報告する必要があります 古来からあるリソースエディタと何が違うの？
と思ったら、リソースエディタじゃなくてリソーエディタかよ。
で、なにこれ？ ドヤ顔でリリースしましたとか言ってるけど
こんな誰に需要あるのかわからないゴミみたいなオナニーツール触ってくれる奴なんかおるんかね >>881
未知のバグであること。
メールで連絡が取れること。
Amazonギフト券を受け取る意思があること。 >>883
EXEやDLLに含まれているリソースを追加・編集・抽出・削除ができるツールです。
ダイアログエディタ代わりに使うこともできます。 >>885
ドヤ顔が見えますか？ それは幻覚です。病院へ行って下さい。映画を観ない人は、映画評論家になる資格は
ありません。公共の掲示板でお下品な話はやめましょうね。わからないのは、あなたの知能が足りないからです。 >>884
リンクは踏むものですか？ クリックするものじゃないですか？ >>888
昔からあるリソースハッカーとかと何か違うところあるのかなってのが主旨で、
分かったのは名前が違ったって点なの。
何ができるかは貴殿の書いてるとおり分かっています。 >>892
拡張性が高い。
オープンソース。
リソースIDの関連付けを設定すれば、resource.hが読める。
GUI編集が可能。 ソース見ればわかると思うけど、C++03とWin32APIだけで作った。 客観的に見てバグと思われるものは全部未知のバグなんだけど頭大丈夫か？
片山が未知のバグに対して”仕様です”と言わない保証は？
まともな頭ならこっちが発見したバグは全部未知のバグで1回報告するたびに5千円くれるのか？
まぁ誰も触らんだろうが >>898
確かに非加算無限個存在するかも知れないが、デパートの試食コーナーみたいに常識的に考えてくれ。 >>894
GUI編集って、例えばダイアログイメージが表示されてマウスで移動やサイズ変更可能ってこと？
それならまあ、いつか使うかもね。 誰か助けてください
ゲームのマウスの入力読み取りが、RawInputと DirectInput ありますよね、
昔は設定でオン、オフがあったのに、いつの間にか設定を無くし、RawInputを強要する糞アプリがあります！！
これを、強制的にRawからDirectInputにしたいのですが
なにをどうすればいいのですか？
フックして raw inputをブロックすれば実現できます？
そもそも raw inputのマウスってどのAPIなのか、詳細分かりません
ヘルプ
たのんます 元のアプリからDirectInput用のコードが削除されてたら
何やっても無理じゃね？無いんだから はい？ raw inputってXP以降しか使えないんですが？
じゃあ2Kで動かしたらどうなる訳、ってraw inputの有無で切り替えてるわけですよね
だからWndProcフックしてraw input関係の該当API？を防げば いいと思ってるわけで、
APIのプロが集うであろう当スレで聞いてるわけですが？ XPのサポートどころかVistaのサポートも切れてるのに何を言っているのやら。
きっと、設定とともに切り替える機能自体も削除されてるだろ。 >>907
だから、削除されてるとかそういう勝手な妄想はいらないんですよ
てか、Directinput無かったら2kのマウスは何で動いてるんすか？笑
2kでも動いた、これが事実ですから。
↑に書いたようにraw inputのAPIをファックしてしまえばDirectinputなるんですよ
raw inputマウスだけでキーボードはDirectinputですしね
後から追加にしたに過ぎず、100%UIからON、OFF消し去っただけなんですよ
ってわけで有益なアドバイスをお願いします >>908
仮想OSとか持ち出したらAPIスレの意義は？
仮想は遅いから嫌ですね、、
コテハンの力見せて下さいよ、お願いします >>909
あぁ、現行のバージョンでも2kで動くのか。
>>905の書き方じゃ意味が分からなかったよ。 後出しの説明にレスすんじゃねえよ
>>905の説明に方を付けてもらわないとな DirectInputのコードが残ってんなら
俺だったらOllyDbgで調べて、分岐しているところを
WriteProcessMemory()で書き換えるプログラムをつくる DLLインジェクションでAPI関数を置き換え
↑これをしたいのですが意味が分かりません
今回の置き換えるべき関数名でSetWindowsHookEx を使いサンプルコードを示してください > てか、Directinput無かったら2kのマウスは何で動いてるんすか？笑
ぶっちゃけFPSとかでもなけりゃWM_MOUSEMOVEで大抵事足りるべな まずはDLL作って原理を覚えるところから始めないと >>915
それもう丸投げだから諦めろ
普通にAPIフック関係の色んなページ見て
自分なりに統合させて試行錯誤しろ ほらよ。これがAPIフックのサンプルだ。
https://github.com/katahiromz/SimpleApiHook
DLLの動作原理とCMakeの使い方を勉強しろよ。 皆さんありがとうございます。
APIフック関連ページ読み漁ってますが、direct→rawを試みてる人はちらほら居ても、逆はいなくてソース無いので難航してます。
それで現状の知識では、目的のAPIフック完成させれていないので、私がやろうとしてる事は実現可能なのかだけお聞きしたいので、どなたか回答お願いします
>>916を見て、調べなおしたのですが、
2kはDirectinputに切り替わっているといいましたが、これは誤りでした。
単にタイトル画面、設定画面といった画面でのみ、OS関係なく
Directinput、WM_MOUSEMOVE（Windows Input？）どちらかは分かりませんが、とにかくRawinput以外を使っているだけでした
で、お聞きしたいことですが、
DLLインジェクトでRawinputの関数をフックして、DirectinputもしくはWindows Inputの関数に飛ばすわけですよね
コードがあるといっても、メニュー画面だけなわけですが、
上記のようなフックをした場合、メニュー画面以外でもマウス動くのでしょうか？
推測で構わないので教えてください、よろしくお願いします > 上記のようなフックをした場合、メニュー画面以外でもマウス動くのでしょうか？
アプリの作りによる
> 実現可能なのかだけお聞きしたい
可能
だけどお前に作れるとは思えない。作者に再サポートするように要望出せ。メールに数万分ギフトコード添えれば修正の可能性上がる >>923
今回のはAPIフックすれば出来ることでしょ？
raw→direct置き換えで
もし、アプリ側にdirectInputのコードが残ってなかったら、
DLLインジェクションでその処理も追加しないといけなくて、その場合一気に敷居が高くなるってことですよね？
今回は幸いにも、メニュー画面だけとはいえ、directInputで処理されてる部分が残ってるので、
APIフックで飛ばしてしまえば目的動作するわけで、
その手助けをお願いしてるんですよ？
要望出してこたえるような作者だったらとっくにやってますわ あと、片山博文MZ ◆T6xkBnTXz7B0さんのサンプル見たんですけど、
これIAT書き換えですよね。
アプリOEP書き換えられてるのでこの方法は無理くさいんです
そこで今、MS detoursってフックライブラリを用いてAPIフックしたいんですけど上手くいきません
detour分かる人いませんか？
Cスレで聞いてますが、内容ほぼAPI関係ですしCスレ住人では手に負えないようなので、
APIのプロである皆さんの手助けをお願いします
DLLの動作原理は理解しました。DLL＝アプリ拡張。exeにぶちこんで機能追加、動作変更とやりたい放題出来るのがdll う～ん。
自分は識者とはとても呼べないレベルだけど、DirectInputもraw inputと同じでWM_INPUT読むんじゃないの?
MSでこんなこと書かれてるんだけど。
内部的には、DirectInput によって WM_INPUT データを読み取る 2 つ目のスレッドが作成され、DirectInput API を使用することによって、単に WM_INPUT を直接読み取る場合よりもオーバーヘッドが増加します。
https://msdn.microsoft.com/ja-jp/library/bb206183(v=vs.85).aspx >>924
フックで出来ると思うなら、とりあえずフックして置き換えてみればいいじゃん
それが可能かどうかなんて実際に試すかエスパーじゃない限り分らないよｗ UPXによるアンパックは試してみたか？
多分、IATの再構築が必要。 DirectInput を使うメリットが分からない。
遅延させたいのかね。 directinputとraw inputは実装方法が異なるからapihookで修正するのはかなり面倒くさいと思うんだが。
あとeasyhookってライブラリがお勧め。 フックするよりバイナリ書き換えたほうが早いんじゃないか？ このスレの1にAdvanced Windows読めよって書いてなかったっけ
読んでから質問しろで終わりだろ
なに相手してんだ馬鹿どもが >>903-905
この流れでこいつ相手するのはちょっとなってなるんだけど、暇だからなｗ >>924
フックで飛ばすのは意識だけにしとけ
>>925
> DLLの動作原理は理解しました。DLL＝アプリ拡張。exeにぶちこんで機能追加、動作変更とやりたい放題出来るのがdll
全然違う
万能ではない どこから「万能」とかいう単語が出て来た？
頭おかしい？ 一般的なdllの定義とは違うけど、やりたい放題はできる やりたい放題を万能と訳してしまう文盲がいると聞いて 日本語としてはイコールじゃないが、これはイコールでいいだろ
そういうの読めないほうが… >>940
>>935も>>939もスルーでいいよ
論点には突っ込めずただ煽りたいだけだろうし BYTE型の配列をメモリ上で圧縮展開できないか調べてます。
形式はZIPでもそれ以外でもなんでもいいです。
C#だとDeflateStreamというクラスがあるようなのですが、
Win32APIではどういう方法が考えられますか？ lzexpandかexpand.exeなら圧縮ファイルの展開ができる。メモリー上でやりたいなら、Win32APIじゃないけどzlibがスタンダード。 >>879
ID:xJTY0L3vは、そのスレを私物化した頭がおかしい人
この人の文章は特徴があるから、該当したらスルー推奨
ここにまで出張してきたのか、なんてこったい >>947 ＞ここにまで出張してきたのか
というリクエストにお答えして、
https://www.slideshare.net/MoriharuOhzu/ss-14083300
という指摘があって、指摘通り、複数機能を分割してツギハギの算譜を構築していった。
80%位が、VBのライブ(常駐部+非常駐部)の内容に、旧バージョンのQBやGWの内容を継ぎ足していった。
その結果、巨大になりすぎて、発生条件が異なるハングアップが発生した。
常に同じ場所で発生するのであれば、ルーチンの障害が考えられるけど、数行の追加・削除で発生位置が変化するハングアップは、原因特定が困難なメモリーの管理障害と考えられる。
ここでも指摘があった通り、わずか1MB位のソースデータで発生する障害というと、Win32系、つまり、Win-NT系がMS-DOSから引き継いでいる、常駐処理部分の640又は720KBの壁と呼ばれている、メモリーの割り当て部分の内容。
これは、N88, GW-Basic, Q-Basic, Visual Basic とずっと悩まされ続けた内容で、
GQとQBは、オーバーレイ化、VBは、30-60KB位づつ非常駐部(*.FRM)に移動して対応した。
FBでの対応というと、DLL化とGW用語でのチルドレンの使用。
ということで、GWの頃のルーチンの復活、半自動化したチルドレン作成ソフトの復活となった。
ここでは、このあたりの指摘をする人がいないので、探したところ
大学のサイトで、解説があった。
http://pepper.is.sci.toho-u.ac.jp/index.php?plugin=attach&;refer=%BB%B3%C6%E2%A4%CE%BC%F8%B6%C8%A4%CE%A5%DA%A1%BC%A5%B8%2F16%BD%A9%2F%A5%AA%A5%DA%A5%EC%A1%BC
%A5%C6%A5%A3%A5%F3%A5%B0%A5%B7%A5%B9%A5%C6%A5%E0&openfile=8-3_%C2%E7%CD%C6%CE%CC%CC%E4%C2%EA%A4%C8%A5%AA%A1%BC%A5%D0%A1%BC%A5%EC%A5%A4.pdf
http://www-higashi.ist.osaka-u.ac.jp/~y-nakamr/lecture/systemsprograming2008/sp20081015.pdf
のが見つかった。
日曜プログラマーなので、障害対応ルーチン、つまり、現在実行中のルーチン名、正常終了以外の場合の終了情報、異常値で参照された場合の自動復旧情報をファイルに出力し続けている。
専門のプログラマーはあまりやらない機能だが、ド素人が行う場合には必須の機能。専門のプログラマーの方でも、ゲームプログラムの実行状況をRS-232Cから垂れ流すという市販ソフトがあった。
これが邪魔して、DLL化ができないでいる。 DLL化実現したくば、此、再入可能な算符で新たなる記憶管理法に改める事を強いる。新時代たる基本軟件の見識を理解せずば、現代的に非ず也。 日曜博客を名乗る者共、何時迄プロに転身せぬ身の程を哀しむ乎。是、翌檜にも劣る迷い人と見るに、難儀なる人生を案ずる也。
我、所謂ギットハブなるウェッブ居留地にて自分の造成物を多数散布しけり。時代を先取るべき博客が時代に遅れるとは如何に惨めなる乎。 ここまで古いヤツが居たとは。。。
博物館行き決定！！！ >>950
高校を4年で卒業した実績を有する吾輩としては、書き下し文を正しく理解する力を能わず。
因りて誤読、誤字、誤文法多数ありなん。人我を天災と呼ぶなん。
人再入可能というなん。なれど具体的例を流れ図で説明するを能わす、Cをもって説明す。
https://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%A8%E3%83%B3%E3%83%88%E3%83%A9%E3%83%B3%E3%83%88
今は昔人Aを診ず、よりてCを持って語る。8080Ａを語る我、Cを語ること能わず。
人古き良き伝統を破棄し、新語を創り語る。更なる新語を作るも、これなん、古き伝統なり。
>>952
要は、多重処理が可能な(大型コンピューターでは)一般的なライブルーチンでしょう。
作業領域をサブ内に持たないように、参照側に定義してゆく方法。
外部参照を前提とする大域参照(障害情報の保存)ができないことがDLL化できない理由になっています。
専用の障害処理ルーチンを作れば別ですけど。https://www.slideshare.net/MoriharuOhzu/ss-14083300
な方々が、同じような処理をコピーするなというのです。 >>951
友有。遠方に居たり。友センターにて9割を取る博学なり。されど卒業するを能わず。
電算技術を学びたるも9割が中退す。
我5割なり。門にて脚切られたり。電算を学ぶ事能わず、4馬鹿カルテットの門に入る。
電算の夢追いて、野に下る。雅号を探せば文人の末席を汚すを知るなり。
我が電算技術は幼稚なり。人我を踏み越えて新譜を発表す。
時代の先端を征く者、時代には生きられぬ。
>>952
博物館で展示されているような、MS-DOS用ソフトのいくつかは、私が発表した内容の改良品です。
「これこれの機能はありません」と記載されていた「これこれ」は私が発表したものです。
発表から2年ぐらい遅れて申請されて特許になっていた処理方法もあったし、
こんなのやってますよ、って求人に来た某社人事部長に内容を話せば、「おかげで特許取れました」と、お茶菓子を持ってきたし。
「新しい方法を開発した」なんて、販促パンフに書いてあったソフトを買ったらば、電算課の教授陣が「(私のやり方は)無意味な方法だ」と罵倒していた方法だったりした。
同級会の帰りバスの中で「こんなソフトがあったらいいね」「お前描けよ」「英語を読まなきゃなんないからいやだ」と話していたら、だれかわからないですが、真剣に聞いていた人がいました。
この方法は発表されました。大学同窓会での会話から新規に開発されるソフトって結構多いです。
>>869 の指摘、一般教養の講義内容で、
＞単精度ではおかしくなる。
倍精度を使って処理する方法があるけど、講義では単精度で対応する方法を教える
という内容があった。何かで大学教授の手記が記載されていて、
32bitでやるようにという課題に対して、大学のシステムには64ビット処理ライブラリーが登録されていないから実行不能である(課題に間違いがある)という回答があったこと
を嘆いていた内容があった。
この手の処理で、64ビット処理を自作してやった同級生(電算課以外)がいたのですが、大型を使っていたら、電算科教授に殴られたのです。
暴行を受けているような声が聞こえたので、電算室に飛び込んだらば、教授が出て行って、痛みをこらえている同級生がいました。
電算科の暴力教授なら、単精度でやらないと殴りつけていたね。今は昔。 >>953
ファイルマッピングを使えば、メモリー領域を共有できるよ。 DLLの共有セクションに変数やコードを入れれば、変数やコードを共有できるよ。
MSVCの場合は、
#pragma data_seg(".shared")
...
#pragma data_seg()
の中に変数を入れて
.defファイルに
SECTIONS
".shared" READ WRITE SHARED
と書いて、DLLのプロジェクトに.defファイルを追加する。 >>956
ちょこっとだけメモリ共有したいときいいよね
排他処理に InterlockedExchange なんかを使って gcc/g++の場合は、__attribute__((section (".shared"),??shared))を使うんだった。 shcreatedirectoryexを無効化するにはどうしたら良いでしょうか？ PEヘッダについての質問ってどこですればいいですか？
スレチな気がします・・・けどお願いします ありがとうございます
APIフックのための仲介DLL作成ツールを使おうと思ったんですけどkernel32.dllやuser32.dllを引数に与えても動かなくて
エラーの内容見てみたらNumberOfRvaAndSizes=0って出ていて
調べてみるとディレクトリ配列の数を示すパラメータみたいなんでPE INFOをつかって見てみました
そうしたら、Directoriesの情報タブにはExportの内容が表示されていたのですがDirectories Exportのサイズは0でした
ここで疑問なんですが、Directoriesのパラメータ(Rva, Size)がPE Infoに表示されているのにディレクトリ配列の数が0になっているのはなぜでしょうか？
また、ExportディレクトリがSize=0ならエクスポート関数のリストはどこから来たんでしょうか？
そのソフトのソースを見てみると本来はディレクトリ配列の最初の要素からエクスポート関数のリストを得るものだったのですがそのようなメンバはない（というかディレクトリ配列の数が0）みたいです
どなたかわかりましたらよろしくお願いします 手元にWindows環境がないので当てずっぽうに過ぎないが
dllがx64の奴だからと予想 >>965
ありがとうございます、user「32」.dllとなっていたのでx86と同じだと思っていました
試してみたいですけど家に３２bit環境ないですね・・・ >>967
>>964です
wow64のなかにあったuser32.dllを使うと動きました、ありがとうございます！
できれば、なぜ64bit版としか思えないフォルダ名のなかのものなら動いたのか、そもそもwow64とsystem32の同名ファイルは何が違うのか教えていただけないでしょうか？ すみません、ググったら出てきました
System32フォルダに入ってる方のdllが64bit用、wow64の中が32bit用という逆転があるんですね
教えていただいた方々ありがとうございました マイクロソフトは、64ビット環境で動くDLLをsystem32に格納し、32ビットのDLLをwow64に格納することにした。
32ビットと同じ名前なのは、互換性のため。詳しくはWin64APIについて調べるといい。 >>968
wow64 = Windows (32bit) on Windows 64bit
→32bit
system32 = 昔(32bit)の時のフォルダー名変更してないだけ
→64bit 32ビットはブームだったからなあ
そのくせProgram Filesはx86ってなんだよって感じ system32はWoW16でsystemを使ってたからねしょうがないね >>969
w(32) on w64
の略だから逆転はしていない
紛らわしいネーミングだとは思うが
ディレクトリ名決め打ちの糞ソフトが
大量に出回ったあとだからやむを得ない win32Windowsアプリって真っ白から作るんだな昔凄い量打ち込んでやっとウィンドウ出したのを思い出したわ・・・ main()から手打ちしてたのはwin3.1時代までだなｗ >>977
今は基礎作ってくれるのか10年前だからな基礎作るだけで学校の午後の授業が半分使ったしｗ 10年前でも、WinMainから書いて無かったか？ 書いてなかったねえprint貰って全部手書きで最初からウィンドウの幅構成とかカタカタ打ってたなそれか楽させないために空のファイルで作らされてたか 今じゃWTLとかMFCとかが無料で使えるから、手作業は減っているはずだ。
https://github.com/katahiromz/MZC4 最後にWTLウィザード使ったのいつだろう？ってぐらいご無沙汰だわ バッチプログラムから起動するかコマンドラインから起動するかで WinMain() アプリからの戻り方が違うのが困る、いまさらだが。 コマンドプロンプトやパワーシェル上から手入力でnotepad.exeと入力してメモ帳を起動すると、すぐに端末に制御が戻ってくる。
一方、以下の内容のように2回メモ帳を起動するbatファイルを作り実行すると一つ目のメモ帳が終わるまで待つことがわかる。
notepad.exe
notepad.exe
なお、windows10の場合、電卓calc.exeがユニバーサルWindowsプラットフォームのアプリなので
以下の内容のbatファイルからの起動でもすぐに制御が戻ってくるので電卓が2つ同時起動された状態になる。
calc.exe
calc.exe
ようするに、コンソールアプリ、Windowアプリ、ユニバーサルWindowsプラットフォームアプリの3種類でそれぞれ挙動が違う。 昔はopenGLを使ってたんだったわ昔のプロジェクト起動したらおまじないがエラー起こしてた コマンドプロンプト上でのバッチファイル実行の挙動はDOSの仕様（MS-DOS）
バッチファイルは順次に作動するように作られてるので、WIN32プロセスの
終了待機が行われる。
ユニバーサルアプリは、DOS窓がEXEの終了待機を処理できないだけ。
WIN32アプリも、作りによっては同じく終了待機できない可能性はある。 補足すると、exeの戻り値で処理を分けるっていうのはDOS時代よく行うことだったので、
終了待機しないと戻り値が取れなくて困る。 OSの正常なシャットダウンや再起動を妨げるクソなドライバー ZN200pcie.sys が悪名を轟かせている、
SKNET MonsterTV PCIE3 のドライバー追加・削除する時に処理をある程度自動化するため今もバッチ処理使ってる。
ドライバーを追加・削除するためのSKNET謹製アプリがGUIアプリなので終了を待ってくれないといろいろ困る。
set WAIT_EXE="C:\Program Files\Git\usr\bin\sleep.exe"
taskkill /F /IM MonsterTVLivePlayer.exe
taskkill /F /IM MonsterTVPlayer.exe
taskkill /F /IM MonsterTVMenu.exe
sc stop MonsterTVService
%WAIT_EXE% 3
PCIE3_win10_Driver\DriverInstall.exe <-- こいつがGUIアプリ。
sc start MonsterTVService
exit /B PCIE3_win10_Driver\DriverInstall.exe の終了を待ちたいけど待ってくれないなら、
このスレ的にはそれを起動して終了を待つプログラムを組めばいいんじゃない？ >>991
失礼。質問したかったんじゃなくて、バッチがいまだ現役な例をあげた。
バッチでPCIE3_win10_Driver\DriverInstall.exe を終了待ちできてるので問題ない。 待ってくれないならループで待つようにすればいいだけの話だな なるほど新リンク先は 5ch がいいのか 2ch がいいのか
ようわからん
教えてけれ >>998
将来的には５chに移行するから、5chがいい。 このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 400日 5時間 54分 21秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
