C言語なら俺に聞け 142 [無断転載禁止]©2ch.net

2017/08/10(木) 20:21:23.44

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

前
http://mevius.2ch.net/test/read.cgi/tech/1500293207/
http://www.geocities.jp/c_cpp_cs/about_c/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2017/09/22(金) 05:10:39.06

while((a=Console.ReadLine())!=null)こうゆうので入力がなかったら終了するって簡単にできればC言語も楽なんだけどな

2017/09/22(金) 14:57:26.19

int *get_int(int *dst, jmp_buf err)
{
if (scanf("%d", dst) != 1)
{
if (err) longjmp(err, 1);
else return NULL;
}
return dst;
}
こんなしょーもないのでいいのに標準化委員会は斜め上なことばかり・・・

2017/09/22(金) 20:47:03.45

>>334
でもscanfの前に~あるだけで入力なくっても無限ループしないで抜けるのはNOTと戻り値がNOTでtureだから抜けるの？

2017/09/22(金) 22:06:16.56

チルダ付けたのは失敗した時に-1が返されると思ったからかな？
てか、チルダ付けた場合はそれ以外で0にならんよな。
まあでもこれも整数値の内部表現の違う特殊な環境だったりしたらダメかも知れないが。

2017/09/22(金) 22:16:43.87

組込み以外で~使ってんの初めて見た

2017/09/22(金) 22:21:06.44

普通にビット処理だと使うよね
ビット処理なんかしないって？

**334** (ﾜｯﾁｮｲ eb6f-9dtB) · 2017/09/22(金) 22:25:08.34

ごめんウソ書いたわ
一つも変換されないで入力エラーになったらscanf()は0ではなくEOFを返すらしい

>>339
よって多くの環境ではEOF==-1(0xFFFFFFFF)だからその反転で0になってループ抜けるということだね

2017/09/22(金) 23:25:37.12

>>338 ゼロオーバーヘッドは正義。

2017/09/23(土) 07:38:02.97

>>343
入力ストリームが閉じてて変換できなかったら EOF
入力ストリームは開いてるけど変換できなかったら 0
でないのけ？

2017/09/23(土) 11:43:39.39

>>345
どうやらそのようだな。Linuxのmanで見てみたらそんな風に書いてあった。
とすると入力が閉じないで変換失敗した場合は0が返されて無限ループになるな。

2017/09/23(土) 14:50:28.05

Win32環境なのですが
_beginthread関数で、thread1, thread2を回し
グローバル変数g_nをthread1の中で変更しても
thread2から正しい値が参照できません。参照できないというよりthread2が機能しなくなるように見えます。変数表示がカットされる。
VisualC++でプログラムしてるのですがデバッグモードだと普通に動いて
リリースモードだと動かなくなります。グローバル変数にvolatileをつけてみてもダメでした。
何が原因でしょうか？

2017/09/23(土) 15:16:24.27

具体的なコードもなく原因を聞かれても、どうしようもないと思うぞ

VCの拡張機能で相応の機能が追加されてたような気もするが
本来volatileにスレッド間での排他やメモリバリアの機能はないからな

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdaa-UlYp) · 2017/09/23(土) 15:34:39.04

>>347
デバッガ側で例外をキャッチして、呼び出し履歴を調べると何かわかるかもしれない。おそらくゼロ除算かアクセス違反かスタックオーバーフロー。

2017/09/23(土) 16:05:08.45

>>348-349
thread2の中身を以下みたいにtry～catchで囲むと何故か直りました…
でもcatchの中は実行されてないです… 少しcatchの中身を書き足すとまたダメ…
どういうことだろう…
void thread2(void*)
{
try{
…
} catch (...) {
…
}
}

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdaa-UlYp) · 2017/09/23(土) 16:06:48.32

スタックを破壊してる可能性

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdaa-UlYp) · 2017/09/23(土) 16:07:30.45

呼び出し規約が間違い

2017/09/23(土) 16:14:51.44

>>352
>呼び出し規約が間違い
これはどういう事ですか？
宜しければご教示をm(__)m

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdaa-UlYp) · 2017/09/23(土) 16:23:43.62

https://msdn.microsoft.com/ja-jp/library/kdzttdcb.aspx
_beginthreadexの場合は、__stdcallを関数名の前につける。_beginthreadの場合は、__cdeclを。
__cdeclはデフォルトでは省略可能だから、間違ってはいない。
ということは、ポインターかなんかでスタック破壊している可能性が高い。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdaa-UlYp) · 2017/09/23(土) 16:28:26.72

配列の添字がオーバーしてないか？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdaa-UlYp) · 2017/09/23(土) 16:50:48.86

ideone.com に貼れ

2017/09/23(土) 19:47:03.99

>>356
もう少し深く調べてみます！ありがとうございます！

2017/09/23(土) 21:54:35.77

>>356
たぶん原因が分かりました。
現在は標準関数をやめてWINAPIのCreateThreadを使ってますが標準関数と原因は同じです。
CreateThreadでThread1,Thread2を作成して監視してるとあるタイミングでThread2が消失してたのですが
どうやらThread1で変更があった他のグローバル変数の値がThread2で上手く読めずに終了判定されて消えてたようです。
ようするに他のグローバル変数の書き換えが原因でした。
ロック処理をしたりしたのですが上手く行かずグローバル変数すべてにvolatileをつけると上手く動いてるようです。
でもこの回避作で良いんでしょうか？CriticalSectionを使ったりして処理してもうまく他スレッドでグローバル変数が
参照出来なかったのでvolatileをつけてみたら完璧に動作するようにはなったんですが……

2017/09/23(土) 22:09:28.20

排他制御の問題ではなく
最適化の作業で、変数を不変値と判断し、変数参照を追い出した翻訳をしたパターン

int a;　// グローバル変数
void foo() { a = 1; while (a) { /* */ } }

a は文意から不変の定数として扱えるので
while (1) { /* */ }
に翻訳しちゃえるわけさ

2017/09/23(土) 22:20:31.54

>>359
その変数達の最適化を無効にしたということですね。
ということはこの回避方法で大丈夫だということですか？

2017/09/23(土) 22:28:00.05

volatile つけるのは１つの手ではあるが　100% 回避してくれるかは、コンパイラ次第
スレッドで共有するフラグ関係はOS側が用意してる機構を使うほうが良いんだけどねー

2017/09/23(土) 22:50:44.07

>>361
一旦コンパイルして普通に動作してるなら大丈夫ですか？
他の環境でいきなり動かなくなるとかもありますか？

2017/09/23(土) 22:58:35.90

何の変数を使ってるか知らんが、排他取ってねーんだから書き換え途中の変数を読み取ってバグることもあるだろ
最近のVCはvolatileだけでマルチプロセッサ対応のメモリバリアになるらしいから、古いVCでビルドしてもアウトだな

まあ滅多に起らないからローカルでそれっぽく動けばいいのなら、十分じゃねーの

2017/09/23(土) 23:10:54.21

>>358
いや、359ではなくて、363の言うとおり、
> ロック処理をしたりしたのですが上手く行かずグローバル変数すべてにvolatileをつけると上手く動いてるようです。
これが問題だと思うぞ。つか、ロックしろよ。
volatileの意味分かってるか？
それ多分他スレッドから書き換えられたときに自スレッドのその値が更新されておらず、バグるのだと思うぞ。
ただしこの場合は、
> 最近のVCはvolatileだけでマルチプロセッサ対応のメモリバリアになるらしい (>>363)　←コマ？
が正しいのならvolatileでも確かに治りそうな気はするが。で、これってマジなん？

つかね、マルチスレッドでグローバル変数を使いまくること自体がだね、、、

2017/09/23(土) 23:20:05.48

>>363
調べてみたんだが、これか？
> Microsoft 固有の仕様 → /volatile:ms の項目
> ・volatile オブジェクトへの書き込み (volatile 書き込み) は、解放セマンティクスを持っています。
> 　つまり、命令シーケンスで volatile オブジェクトへの書き込み前に発生するグローバルオブジェクトまたは静的オブジェクトへの参照は、
> 　コンパイルされたバイナリでの volatile 書き込みの前に発生します。
> ・volatile オブジェクトの読み取り (volatile 読み取り) は、取得セマンティクスを持っています。
> 　つまり、命令シーケンスで volatile メモリの読み取り後に発生するグローバルオブジェクトまたは静的オブジェクトへの参照は、
> 　コンパイルされたバイナリでの volatile 読み取りの後に発生します。
https://msdn.microsoft.com/ja-jp/library/12a04hfd.aspx
これならロックではなくフェンスだね。volatileでは直らないはず。

2017/09/23(土) 23:22:23.90

>>365
自分も見かけただけでちゃんと調べたわけじゃないけど、それだね
フェンス＋ロックが必要ってのは当然として、最近のVCならフェンスのほうが保証してくれてるってだけ

2017/09/23(土) 23:26:59.26

>>361-365
CriticalSectionつかってグローバル変数の書き込み時にはロックをするのも試してみたんですが
やっぱりthread2が途中で死んで(内部のループで終了判定になってしまって)、ダメだったんですよね。
それがグローバルにvolatileをつけると普通に動作するようになってるんです……

2017/09/23(土) 23:29:48.18

こういう事ですか？
CriticalSectionによるロックもやる必要がある。理由はロックしてない時固有の問題もあるから。
今回の不具合はコンパイラの最適化が原因だったのでvolatileで回避できただけ。
ロック処理もvolatileも両方やる必要がある。ということですか？

2017/09/23(土) 23:33:50.34

書き込み時だけロックして　読み込み側のほうはロックせずに読み込んでる
片手落ちのように受けとれる文章だけど・・・　排他制御をちゃんとやってたうえでの話？

2017/09/23(土) 23:49:15.83

volatileにしてロックして読み書きするのが普通では？

2017/09/23(土) 23:55:28.48

>>369-370
volatileにして読み書きロックして厳密にやります！

2017/09/23(土) 23:57:26.40

>>368
× > 今回の不具合はコンパイラの最適化が原因だったのでvolatileで回避できただけ。
○　コンパイラの不具合ではなく、君のコードの問題で、
　volatileで動いているように見えるのはバグに当たる確率が低くなっただけで、直ってはいない。

ただ、366の通り、全部ロック+フェンスすれば直りそうな気はする。
つか、そもそもフェンスが大量に要るような使い方でマルチスレッドするのが問題なんだが。

2017/09/24(日) 00:00:33.14

posixだとロックAPIにメモリ同期の効果があるから、普通はvolatileいらんけどな
CriticalSectionも共有リソースへのアクセス制御用の関数なんだから、同じはずだと思うけども

2017/09/24(日) 00:22:34.33

>>372
コードの不具合って意味だろ?
やっぱり最適化が問題だったんじゃないか?

2017/09/24(日) 01:04:50.76

>>374
> どうやらThread1で変更があった他のグローバル変数の値がThread2で上手く読めずに終了判定されて消えてたようです。(>>358)
この場合はvolatileをつけないと話にならない。（ただし本来の使い方ではない)
コンパイラのバグではなく、多分デバッグビルド時には毎回読み出しだっただけ。(最適化なし、なおフェンスもなし)

データ同期する気がなければフェンスは本来は要らない。
ロックはしないと書きかけの値を掴んだりしてバグる。

ここら辺分かってなくてグローバルで同期ってのはマルチスレッド初心者なのだろうけど、
バグったらsync入れまくってデバッグはセオリーではあるし、まあがんばれ、と。
ただ、おそらく同期の仕方を根本的に間違ってるから、知ってる人に見てもらったほうがいいとは思うが、
コード内のグローバルは常に「最新」を期待しているのであれば、ロック＋volatile＋フェンスで動くはずでもある。

2017/09/24(日) 05:58:29.08

ロック中の読み出しが最適化で消えるなら、それはロックとコンパイラが腐ってる

2017/09/24(日) 08:32:31.64

>>372
> ○ コンパイラの不具合ではなく
誰もコンパイラの不具合なんて言ってない
偉そうに頓珍漢な講釈たれる前に日本語勉強し直してこい

2017/09/24(日) 08:36:33.73

>>373
メモリー同期と最適化は別の話
Posix は知らんけど CreateSection にはロック対象を知るすべはない

2017/09/24(日) 10:21:22.00

はあ、そうですか
共有リソースの排他アクセスのためのAPIなのに、ロック対象がわからないからロック無視して最適化しますと
それが真実ならWinAPIとVCが腐ってるんじゃないですか

2017/09/24(日) 10:22:36.14

バカには使えないだけ

2017/09/24(日) 11:32:55.30

test

2017/09/24(日) 13:57:54.86

腐っているのでしょう

2017/09/24(日) 14:40:58.49

メモリバリアを跨いでオブジェクトへのアクセス命令を最適化するとか
そんな頓珍漢なことを言う腐った奴がいるとは思わなかったわ
volatileを何だと思ってんだか

2017/09/24(日) 15:53:44.93

CreateSection の使い方ぐらい調べてから書けばいいのに...
まあ他人事だしどうでもいいけど w

2017/09/24(日) 16:31:41.65

CriticalSectionの話のつもりだったんだけど、CreateSectionに変わったの？
それならごめんだわ、>>378で唐突に出てきて誤字だとばかり
さすがにそんなアホな話題転換があるとは思わなかった

2017/09/24(日) 16:59:33.91

>>385
ああすまん、予測変換で間違えてたわ
で、CriticalSection について調べたのかな？

2017/09/24(日) 17:30:54.77

>The following synchronization functions use the appropriate barriers to ensure memory ordering:
>Functions that enter or leave critical sections
>Functions that signal synchronization objects
>Wait functions
>Interlocked functions
https://msdn.microsoft.com/en-us/library/windows/desktop/ms686355(v=vs.85).aspx
調べたけどCriticalSectionだけで十分そうだよ
Internallockedとかのほうが手軽そうだけどね

2017/09/25(月) 02:44:46.68

https://teratail.com/questions/39986
これの投稿 2016/07/04 10:48の例にあるように
最適化で変数の効果が消えてしまう場合でも
volatileじゃなく変数書き込みや参照の部分に
CriticalSectionでロックしておけば最適化で消える事はないということ？

2017/09/25(月) 03:09:32.37

Cのコンパイラはクリティカルセクションなんて知らない。単なる構造体かなんかのtypedefとして実直にコンパイルするだけ。
スレッド関連の関数についても単に関数の一種として扱うだけ。

従ってスレッドやクリティカルセクションを扱っているかどうかが最適化の結果に影響することはない。
一方volatile指定はコンパイラが認識するキーワードで最適化に影響する。

2017/09/25(月) 04:54:33.75

ということは今回の事例だと排他制御しても不具合は解消できなかったという事かな？
volatile付けて最適化を無効にすることが正しい解決策だったということになる？

2017/09/25(月) 06:45:40.93

>>387
だからそれはメモリーバリアの話で最適化の話とは別だよ
繰り返しになるけど CriticalSection は排他制御するリソースを知ることはできないしコンパイラも CriticalSection のことを知らない

2017/09/25(月) 06:49:50.09

>>390
どう言うことをやりたいのかよく見てないけど排他制御と最適化の話は別だから必要なら両方やらないとダメ

2017/09/25(月) 08:38:06.32

eieio()

2017/09/25(月) 09:41:28.46

>>389
それ、スレッドまわりが規格化されてなかった C99 までの話だよね？

2017/09/25(月) 09:53:00.17

最近のは規格化されてんの？

2017/09/25(月) 09:58:09.00

規格化されてるのはPOSIXでじゃね？

**394** (ﾜｯﾁｮｲ 8a4c-hoCt) · 2017/09/25(月) 09:59:34.82

こんな感じ。

http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf
5.1.2.4/5
"The library defines a number of atomic operations (7.17) and operations on
mutexes (7.26.4) that are specially identified as synchronization operations.
These operations play a special role in making assignments in one thread visible
to another. ..."

2017/09/25(月) 12:40:04.95

>>394
おおごめん、規格自体には詳しくない

しかし…
pthread関連の標準関数や定義を仮にコンパイラが特別扱いしたとすると、標準関数をラップしたり自作ライブラリで代替した場合に最適化の結果が変わるのかな？
そんな風にコンパイラ作るものなんだろうか。

2017/09/25(月) 20:34:55.44

posix-thread 関係については C++11 で追加されたが，
あくまでも言語処理系の中で定義された識別子（関数とかクラスとか）を使わないと，コンパイラには分かりえないよ．
CreateThread() とか CriticalSection とかの W32API の用語を，無指定でコンパイラが理解できるわけがない．

2017/09/25(月) 20:47:31.93

>>390
コンパイラは基本的に問答無用で最適化するけど、それだとマルチスレッドではプログラマの意図しない最適化が起こってしまう
だから、メモリバリアを挟んだアクセス命令を入れ替えないことにしている
言い換えると、メモリバリア前に読み込んだ値をメモリバリア後も使うような最適化はしない
よって、バリア＋ロックで十分

共有リソースは全部volatile付けるなんてしてたら、kernelのソースとかvolatileまみれになるでしょ

2017/09/25(月) 21:45:53.20

当然、ローカル変数とか他から変更されないことが明らかなオブジェクトであれば最適化が起こる可能性は否定しない
グローバル変数の場合は、最適化されない

やってみればわかるけど、CriticalSecltionの有無でアセンブル結果が違う

2017/09/25(月) 21:46:58.74

アホなこと書いた、コンパイル結果だな。。。

2017/09/25(月) 23:03:28.51

CriticalSectionに限らず未知の関数が呼ばれたのであれば、その中でグローバル変数やらが変更される可能性を考慮しなければならない
他にも、ある関数の引数にローカル変数のアドレスを渡すと、以降の別関数内でそのアドレス経由でローカル変数を変更される可能性がある
よって、場合によってはローカル変数であっても関数呼び出しを跨いで最適化できなくなることがある

わからないからこそ、最適化してはならないんだよ

2017/09/25(月) 23:26:04.50

>>390
ならない。君のソースコードだけの問題だ。同期機構の使い方が悪いだけ。

スレッドなんてここ20年間バリバリに使われてる。
VC等の小慣れているコンパイラなら、最適化ありで全く問題なく動く。
(マルチスレッド向けのデバッグは完了している）
Debugでは動くがReleaseでは動かないケースに遭遇した初心者は、君のように
「最適化の問題であり今回はDebugを使うこと」を正当化したがるが、これは間違いだ。
ただしDebugビルドでもバイナリは出来るから、問題ないのならそれを使う手もある。

2017/09/26(火) 00:33:15.50

ちゃんと排他処理が出来ていないことに気付かず、デバッグオプション付きとか
遅いマシンとかで正常動作してしまい、何年後かに速いマシンにリプレイスしたら
丁度良くバグが顕在化するようなタイミングになってしまった、

なんてことが以前本当に起きた。

サーバ用とかでソフトが長期間使われる場合は要注意だ。

2017/09/26(火) 00:35:55.65

歯痛制御のバグ
珍しくない

発見しづらく、再現性も乏しく、解析に手間がかかりがち

レベルの低い開発者が混ざると大変

2017/09/26(火) 01:21:21.88

マルチスレッドは、たまたま動いているだけで、
ちょっとしたタイミングで、バグる

初心者は、たいてい、コンパイラのバグのせいにする。
それか、リリースビルドの最適化がおかしいと言う

プロは、Elixir などの関数型を使う

2017/09/26(火) 02:12:13.37

いや、ちゃんとロックすりゃなんとかなるってw
もちろん最初から考慮されてる言語は何も考える必要ないからうまく行って当然。

2017/09/26(火) 07:38:51.81

>>406
痛そうだな。

2017/09/26(火) 10:15:02.85

>>406
つらそうなバグだ

2017/09/26(火) 12:32:55.96

>>406
ウンコだなw

2017/09/27(水) 16:40:21.40

初心者です。エラーでまくりでコンパイルすら出来ません。アドバイスお願いします。

■やりたいこと。
マウス入力にrawinputを用いるアプリのWndProcをフックし、rawinput(WM_INPUT）を強制オフにし、DirectInputを使用するように指定。

↓ソース

// FuckRawInput.c

#include <windows.h>

LRESULT CALLBACK WinProc(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam)
{
switch(Msg)
{
case WM_CREATE:
{
RAWINPUTDEVICE Rid[1];
Rid[0].usUsagePage = 0x01;
Rid[0].usUsage = 0x02;
Rid[0].dwFlags = RIDEV_NOLEGACY;
Rid[0].hwndTarget = hWnd;
RegisterRawInputDevices(Rid, 1, sizeof(Rid[0])) == FALSE) ;
break;
}

-----
また、この方法が最適なのかも不明です。ほかの方法等もあったら教えてください

2017/09/27(水) 18:30:09.48

C言語の問題？

2017/09/27(水) 21:09:13.07

初心者とは

**412** (ﾜｯﾁｮｲ 1396-Otw/) · 2017/09/27(水) 21:51:08.08

>>414
そのままの意味でC言語初心者ですけど？
rawinputを消し去りたいがためにプログラム未経験ながらＣ言語入門書を読み、
Visual studio2013でハローワールドのコンパイルに成功した所です。

他スレで聞いたら、
DLLインジェクションでAPI関数を置き換えといわれたんですが、
まぁ、それと同じような事をしようとして書いたソースが>>412

目的達成するためにどこが悪いのか教えてくださいよ

2017/09/27(水) 22:01:39.03

日頃の行い

2017/09/27(水) 22:08:30.48

エラーのせろハゲ！

2017/09/27(水) 22:35:55.70

どうやってWndProcをフックするつもりなのか知らんが、初心者のやることじゃない

2017/09/27(水) 22:46:41.34

スレチ

2017/09/28(木) 00:13:55.27

>>412
本当にそれがソースの全てか？

2017/09/28(木) 06:54:14.40

>>412
とりあえず文法エラーのないソースを出せよ

2017/09/28(木) 08:22:53.76

>>415
windowsプログラムでFuckファックは初心者がやるものではない
何故かと言うとFuckファックは非常に拙いからで、これはご存じの通りにFuckファックつまりはセクロスとかセックスを意味する
FuckRawInputなどと書かれると非常に面食らうので、動作には全く関係ないがFuckファックの箇所をHookフックとする
Fookという間違いならまだしもFuckが出てくるのは途轍もなく拙い

windowsプログラムは入門書を一通り終えた後にようやく手を出せる程度に面倒くさい

2017/09/28(木) 12:17:20.62

最近勉強始めたんだがループ動作めんどくさ

2017/09/28(木) 16:28:25.85

C++の標準でWindowsのCOMみたいなのはできるの？
モジュールがあれば動的リンクできて、向こう側の関数の形式とエントリポイントがわかるような。

2017/09/28(木) 18:20:04.96

>>424
IUnknown::QueryInterfaceを実装するとかの話？
https://msdn.microsoft.com/ja-jp/library/cc351695.aspx

**412** (ﾜｯﾁｮｲ 9596-5hSF) · 2017/09/28(木) 19:27:04.11

>>418-422

WndProcフックでは目的の動作できなくて、APIフックしか手がないと分かりましたので、
MSのdetourとかいうの使ったAPIフックに変更されました。改めて、見てください。
@やりたいこと
Rawinputマウス関数が呼び出させられる代わりDirectInputマウス関数を呼び出し、強制的にマウス操作をDirectInputにする
ソース↓
// APIhook_RawInput.c
#include <windows.h>
#include "detours.h"
hoge target = NULL;　 // ターゲットポインタ
hoge tp = NULL; //トランポリンポインタ

// 関数生成
BOOL WINAPI Direct_Input(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam) {
return tp(hWnd, Msg, wParam, lParam);
}
// user32インスタンス
HINSTANCE xxxxx;
case WM_CREATE:
//user32.DLLをロード
xxxxx = LoadLibrary("user32.dll");
//Raw Inputポインタ取得
target = (hoge) GetProcAddress(xxxxx, "WM_INPUT");
// WM_INPUTフック、"WM_INPUT"→"Direct_Input"置き換え
tp = (hoge) DetourFunction((PBYTE) target, (PBYTE) Direct_Input);
break;
// 終了時の処理
case WM_DESTROY:
// フック削除
DetourRemove((PBYTE) tp, (PBYTE) Direct_Input);

2017/09/28(木) 21:05:11.91

>>426
で、お前が聞きたいのは「C言語」に関するどんな質問なんだ？

2017/09/28(木) 22:00:23.65

>>421が悪い
責任もって相手しろ

2017/09/28(木) 22:01:12.32

>>419が正しい対応

2017/09/28(木) 23:13:22.30

会話にすらなってないな。
こういうのホントにいるんだよなあ。、。

2017/09/28(木) 23:59:03.21

http://mevius.2ch.net/test/read.cgi/tech/1475897582/925

2017/09/29(金) 01:12:28.71

>>415
> どこが悪いのか教えてくださいよ
頭と態度。
APIスレも見たけど、君には無理。

2017/09/29(金) 01:17:32.92

>>426
本当にそれがソースの全てなのか？

2017/09/30(土) 05:35:50.31

これ無理だろうWindowsプログラムの言語を理解してないと直せないっしょ

2017/10/02(月) 09:21:38.64

勘所がすぐつかめる人ならそうでもない
知らんOS知らん言語知らん環境でもデバッグできちゃうんだぜ
あいつら宇宙人だろ

2017/10/02(月) 13:06:27.14

>16 ：デフォルトの名無しさん：2006/03/10(金) 22:15:19
>>>10
>> こんな変数名があちこちに散らばっているのがPerl
>
>大学の研究室のボスは、特殊変数の表をふ～んと2分ほど眺めて完全に暗記した。
>
>そういうレベルの人たちのための言語なんだなと思って、トイレで血の涙を流した。

2017/10/03(火) 03:00:19.61

お助けください。
自作コードにおいて、以下の部分でmemsetの際にsegmentation faultになってしまいます。

int n = 2;
char charList[n+1][32]; // 32文字の文字列をn+1確保・・・①
func(charList); // charListに書き込む関数
for (int i = 0; i < n; ++i) memset(charList[i], ' ', 32); // 空白で埋めたい

funcを省いたりmemsetの前に適当にcharListをプリントしたりすると何故か問題なく動きます。
この部分だけ切り出したテストコードでは全く再現しませんでした。
この手のエラーでよくあるのは未初期化領域へのアクセスだと思いますが、
①で領域の確保はできているからこれは原因ではないですよね？
どこがエラーの原因でしょうか・・・？