トップページ⇒tech
1001コメント335KB

■MFC相談室 mfc17d.dll■

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/21(火) 10:38:31
Microsoft Foundation Classライブラリ専用スレです。

前スレ
■MFC相談室 mfc16d.dll■
http://pc8.2ch.net/test/read.cgi/tech/1146117893/
0132デフォルトの名無しさん2006/12/14(木) 07:02:17
>>130
そういうときもある。
0133デフォルトの名無しさん2006/12/14(木) 09:06:58
コントロールのサイズと位置はピクセル単位じゃなくてダイアログベース単位で、
ダイアログベース単位はフォントの幅が元になってる。
だからダイアログのフォントを変えると
コントロールのサイズと位置もフォントに比例して変わる。

このフォントサイズはダイアログを作る時に指定した
ダイアログボックステンプレートに定義されている。
ダイアログを作った後でフォントを変えても
コントロールは既に作成されてしまっているから
コントロールのサイズと位置は後で指定したフォントには影響されない。

以上ここまでMFCに限らずWin32でも同様

プロパティシートがリソースで定義されたダイアログのフォントを無視しているということは
たぶんメモリ上に読み込んだダイアログボックステンプレートのフォントを書き換えてから
その変更を加えたダイアログボックステンプレートでダイアログを作っているのではないか
と推測されるけど、あとはCPropertyPageのソース等を読めばわかることだから省略
0134デフォルトの名無しさん2006/12/14(木) 10:51:38
　　☆ ﾁﾝ

　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　 ／￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜　 MDIタブ実装方法 まだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿ ＼＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　| ￣ ￣￣￣￣￣￣:|　:|
　　　　　　　　|　　　　　　　　　　　.|／
0135デフォルトの名無しさん2006/12/14(木) 11:22:30
ソースを読めばわかることだから省略
0136デフォルトの名無しさん2006/12/14(木) 11:43:33
MDIタブのこと書こうか迷ってたんだけど、AAみて踏ん切りがついたよ。
0137デフォルトの名無しさん2006/12/14(木) 13:05:50
ＭＤＩタブの何を書こうかと迷ってたんだ？
0138デフォルトの名無しさん2006/12/16(土) 17:26:02
Button（OKやCancelや適用など）をDisableにしたいのですが、どの関数を使うのですか？
SetCheck()かと思ったのですが違うようでした。。
0139デフォルトの名無しさん2006/12/16(土) 17:46:32
>>138
基本クラスのメンバEnableWindowで
0140デフォルトの名無しさん2006/12/16(土) 18:12:46
なるほど…
やってみます。ありがとうございました。
0141デフォルトの名無しさん2006/12/17(日) 19:17:51
リストコントロール（CListCtrl）をリードオンリにするにはどうすれば良いですか？
0142デフォルトの名無しさん2006/12/17(日) 19:21:10
２つ目の質問です

ツリーリストコントロールって標準で存在しませんか？
存在しない場合はどうすれば使えますか？
MFCで作ったフリーソフトでツリーリストが使われていたので、
何らかの方法でできるのではないかと考えているのですが・・・

ちなみに、今の自分の技術力では自作は無理です
0143デフォルトの名無しさん2006/12/17(日) 19:25:35
３つ目の質問です

MDI子ウィンドウのビュー（フォームビュー）でリストコントロール(CListCtrl）を使っているのですが、
他の子ウィンドウがリスト部分の前に重なった後、リスト部分をクリックしてリストがある子ウィンドウを
アクティブにすると重なっていたリスト部分だけが再描画されません
原因はまったく不明です
どのようにすれば子ウィンドウがアクティブになった時に正常に再描画されるようにできますか？
0144デフォルトの名無しさん2006/12/17(日) 19:29:21
最後の質問です

MDI子ウィンドウのビューでリストコントロールを使っているのですが、
子ウィンドウのサイズ変更にあわせてリストのサイズを動的に変更するには
どのようにすれば良いですか？

VC#ではプロパティ画面で簡単に設定できたのですが、
VC++にはないのでとても困っています・・・





以上４つ質問させて頂きました
何かご存知の方は、ご回答をよろしくお願いしますm(_ _)m
0145デフォルトの名無しさん2006/12/17(日) 19:37:53
最後のやつの答えは
子ウィンドウのサイズ変更にあわせてリストのサイズを動的に変更する
0146デフォルトの名無しさん2006/12/17(日) 19:45:00
MDI野郎の質問は意味不明
0147デフォルトの名無しさん2006/12/17(日) 19:51:36
具体的にはOnSizeとかOnSizingとかOnExitSizeMoveとか用途に合わせて使うと吉。
0148デフォルトの名無しさん2006/12/17(日) 19:53:22
>>141
普通リードオンリーでできんじゃねぇっけ？
リソースファイルの方の設定に編集できるとかできないとかそういうプロパティあった希ガス。
0149デフォルトの名無しさん2006/12/17(日) 20:00:56
>>142
昔、俺がみたのは自力で描画してたのしかみたことないな。
今、どうなってるのかはよくわからん。
0150デフォルトの名無しさん2006/12/17(日) 21:27:01
>141-144
勉強してないの丸わかりなんだけど
よくリストコントロール表示できたね
どっかからソースぱくってきた？
0151デフォルトの名無しさん2006/12/17(日) 21:43:34
たしかにこうなんもかんもわからんようだとどうしようもないなｗ
0152デフォルトの名無しさん2006/12/18(月) 01:37:33
いつも質問しっぱなしで消えて行く人と文体がそっくりだな
0153デフォルトの名無しさん2006/12/18(月) 16:59:07
お願いします。MFCを使い大量の点を打って画像を描画するプログラムを作っています。
点の数は数千を越えていると思うのですが　かなり処理に時間がかかります。

自分なりに色々調べたところ　SetPixelは遅い　ということがわかりました
同時に　BitBｌｔ　とか　裏画面　などと　高速化に関するワードも出てきましたが
全く分かりませんでした
この言葉で全て解決しようとするのが悪いのですが　初心者です。
しかし、時間が本当に無いので時間をかけて勉強して…　ができません。

ちなみに　点は一色です。　SetPixelの遅さを解決する方法で
まだ分かり易いだろう　と思う方法を教えていただけませんか？
0154デフォルトの名無しさん2006/12/18(月) 17:15:42
かなり遅いって具体的に何秒？たった数千なら一瞬のはずだけど...
0155デフォルトの名無しさん2006/12/18(月) 17:27:01
えっ・・・　そうなんですか？
具体的にはループ回数が３万でそのうちの一部の点を
描画しているので、最大でも３万ですね
１万は越えているかも知れませんが…

時間は３分から５分程度でした。
0156デフォルトの名無しさん2006/12/18(月) 17:31:20
うちのPCは最新鋭からは程遠いセレロンだけど１０万個の点をSetPixelで
描いても0.1秒ぐらいだったよ。(裏画面とか未使用)
描画以外の部分に時間かかってるんじゃないかな。
0157デフォルトの名無しさん2006/12/18(月) 17:35:59
配列に直接描画すればいいんじゃない？
0158デフォルトの名無しさん2006/12/18(月) 17:39:17
そうでしたか…　スペック的には確実問題になるほどではありません。
ループ回数を増やすと比例関数的に時間も延びたので
てっきりそこが問題だと思っていました。

そうなるとどこに時間がかかっているのか全く分かりませんね…
ランダムウォークさせているのんですが　そこか
1024*768もの配列を作って　その中身全てを参照(検索)するという作業を
何度かしているのも原因かもしれませんね。
mallocなんかも全く使っていませんし…

ループ回数をこれ以上にするとエラーになり途中で動作が止まってしまうのも
同じ原因から来ているのかも…

しかし　ここまでくるとここで相談させてもらう内容ではなくなってしまいますね。
0159デフォルトの名無しさん2006/12/18(月) 17:42:35
1024*768*30000=230億強
それは遅いだろ...
0160デフォルトの名無しさん2006/12/18(月) 17:57:38
>BitBｌｔ　とか　裏画面　などと　高速化に関するワードも出てきましたが全く分かりませんでした
>初心者です
>時間が本当に無いので時間をかけて勉強して…　ができません。

結論: 無理
0161デフォルトの名無しさん2006/12/18(月) 17:57:46
最後に一回だけ描画すればいいのに
いちいちSetPixel使うからだよ。
0162デフォルトの名無しさん2006/12/18(月) 18:01:51
えっと　最後に一回だけ描画してます。

まぁ特に考えてたわけではなく、むしろ本当は描画の
様子が分かるように１回１回点を打ちたかったのですが
それができなくて　最後にだけ描画してます。
(点を打つ配列に目印をいれて最後にその部分だけ描画)

結論を言うと　そのループ及び巨大な配列の中身を参照するのに
時間がかかってるというわけなんですね・・・

>>160　ってことでFAですかね。

検索の仕方や配列の使用法などを再考してみますね。
こんなくだ質に付き合ってくださってありがとうございました。
0163デフォルトの名無しさん2006/12/18(月) 18:13:41
SetPixelをループに入れてる時点で一回だけじゃないじゃん。
0164デフォルトの名無しさん2006/12/18(月) 18:17:04
GDIにじゃなくてメモリに対して書くようにすればいいんじゃないの？
0165デフォルトの名無しさん2006/12/18(月) 18:20:29
たった一色ならcharで1024*768の配列をnewして
0か1を直接書き込めばいいじゃない。

その後BMPに変換すれば？
0166デフォルトの名無しさん2006/12/18(月) 18:54:30
正直MFCと全然関係ない
0167デフォルトの名無しさん2006/12/18(月) 19:57:42
1280*1024の画面全体の約130万ピクセルでも数秒だね
遅いというのは一瞬じゃないということ
自分で試さずに質問するのはやめてほしい。
0168デフォルトの名無しさん2006/12/19(火) 00:26:28
>>162
そういう時は、SetPixelだけをコメントアウトしてみる。
そうすれば、それが犯人かどうか分かる。
0169デフォルトの名無しさん2006/12/19(火) 00:53:12
質問者じゃないけど試しにBitmapBits弄ってみたら
130万pixelなんて問題にならないぐらい強烈に早いね。
今後使う機会があるかは微妙だけど勉強になったよ。

>>170 スレ違い房乙
0170153です2006/12/19(火) 00:55:54
さらにレスしていただいたんですね。
>>163
確かにループには入ってますね
でもループもしないで1回だけ　なんて　できるんですか
>>164
そのような方法がある事は調べていたときにわかったんですが
なかなか理解できなかったんですよね
>>165
今は理解できないんで　ちょっと考えて見ます＾＾；
ありがとうございます。
>>166
ですね。　158で自分でも言ってますが。　すみませんでした。
>>167
そうなんですか。　＞遅いというのは一瞬じゃない　そうですね
自分で試さずに　とは　何のことでしょう？
確かに　SetPixelに時間がかかっていたかどうかは
自分で画面全体にSetPixelで塗りつぶしてみれば分かったんですね…
そうだ　と思い込んでしまったので思いつきませんでした　ごめんなさい。
0171デフォルトの名無しさん2006/12/19(火) 01:15:49
>>168さんもありがとうございます。
そんな方法もありますね　次回から参考にします！
>>169
スレ汚しすみませんでした。
0172デフォルトの名無しさん2006/12/19(火) 02:51:30
>>171
つーか、普通にSetPixelとGetPixelが遅い。

ＧＤＩ＋を使っているならこれで速くなるっぽいことが書いてある。
http://junki.lix.jp/csgr/002ColorDataAccess1.htm
0173デフォルトの名無しさん2006/12/19(火) 08:21:41
> 描画しているので、最大でも３万ですね
> １万は越えているかも知れませんが…
>
> 時間は３分から５分程度でした。


描画しているのは最大でも３万で時間は３分から５分
0174デフォルトの名無しさん2006/12/19(火) 14:48:18
とりあえず、ビットマップ作ってメモリDCで選択して
そこに描画してBitBltするという、昔ながらのやり方を
試すのが今後のためにいいと思うが。
01751532006/12/19(火) 14:54:29
>>172
VC++　のMFCです。
>>174
そうですよね。
いい機会ですし勉強して使えるようにしたいと思います。
0176デフォルトの名無しさん2006/12/19(火) 16:20:57
ほとんどMFCと関係ない
0177デフォルトの名無しさん2006/12/19(火) 23:24:44
では MDIタブの実装方法についてお話してください
よろしくおながいします
0178デフォルトの名無しさん2006/12/19(火) 23:36:11
mfcにMDIタブなんてものは存在しない
0179デフォルトの名無しさん2006/12/19(火) 23:58:47
イヤです
0180デフォルトの名無しさん2006/12/20(水) 10:36:29
>>178
存在しないから作るんですよ
0181デフォルトの名無しさん2006/12/20(水) 10:49:58
じゃあmfc関係無いのでは
0182デフォルトの名無しさん2006/12/20(水) 11:18:15
>>141 LVN_ITEMCHANGING
>>142 LVITEM::iIndent'
>>143 WS_CLIPSIBLINGS
0183デフォルトの名無しさん2006/12/20(水) 12:37:11
MFCのMDIを拡張して作るんだから関係あるし、難易度が高い
MFCを使わず、まったくゼロから MDIタブを作るのならそれほど難しくはない

と混じれ酢してみる
0184デフォルトの名無しさん2006/12/20(水) 13:08:57
決まった作り方が存在しないから好きなように勝手に作れ
0185デフォルトの名無しさん2006/12/20(水) 13:18:05
好きなように作りたいんだけど、作り方がわからないんだよぉ〜
0186デフォルトの名無しさん2006/12/21(木) 01:17:54
ダメです
0187デフォルトの名無しさん2006/12/21(木) 10:24:22
MDIタブを作るには、フレームウィンドウの上部（or左or右or下）にMDIタブのための領域を確保する必要がある
そのためには void CMainFrame::RecalcLayout(BOOL bNotify) をオーバライドすればいいぞ
どうオーバライドするかは自分で調べろ
0188デフォルトの名無しさん2006/12/23(土) 01:28:04
イヤです
0189デフォルトの名無しさん2006/12/23(土) 14:47:20
VC++6.0　WinXPProで開発を行っております。
XPログオン時のユーザ名とパスワードが正しいかどうかを、開発したプログラム上で
確認したいと思っているのですが、どのようにすればよろしいでしょうか。
0190デフォルトの名無しさん2006/12/23(土) 14:51:25
誤爆？
ここはライブラリの専用スレですよ
0191デフォルトの名無しさん2006/12/23(土) 14:55:43
>>190
スイマセン、他スレで聞いてきます。
0192デフォルトの名無しさん2006/12/23(土) 15:26:31
ウィンドウにスクロールバーがあるかどうかを調べたいのですが、
どうすれば取得できるでしょうか？
0193デフォルトの名無しさん2006/12/23(土) 15:35:00
WS_HSCROLLやWS_VSCROLLスタイルが付いてるか調べればいいんじゃないかな
0194デフォルトの名無しさん2006/12/23(土) 15:42:35
GetWindowLongで取得すればいいのでしょうか？
色々調べてみたのですが、GetWindowLongの使い方がいまいちよく分からないです。。
具体的にどう使えばいいか、ご教授願えますでしょうか（＞＜
0195デフォルトの名無しさん2006/12/23(土) 15:49:27
MSDN見ろよ
0196デフォルトの名無しさん2006/12/23(土) 15:56:33
MSDN見てます。
LONG lStyle = ::GetWindowLong(m_hWnd, GWL_STYLE);
で取れると思うんですけど、そこからどうすればいいか分からないんです。
どこを見れば分かりますか？
0197デフォルトの名無しさん2006/12/23(土) 16:04:12
ビット演算も知らんのか?
0198デフォルトの名無しさん2006/12/23(土) 16:07:05
MFCの質問じゃない
0199デフォルトの名無しさん2006/12/23(土) 16:20:22
ビットで入ってるんですね。
MFC以前の問題ですか･･･
もっとよく調べてきます。
0200デフォルトの名無しさん2006/12/23(土) 23:28:32
MFCとは関係ないね>>199
0201デフォルトの名無しさん2006/12/24(日) 22:58:19
質問があります。
現在、ダイアログAのボタンを押すと、ダイアログAを隠して
ダイアログBをモードレス表示し、
表示されたダイアログBのボタンを押すと、ダイアログBを隠して、
ダイアログAをモードレス表示するツールを作成しております。

そこで、ダイアログAのボタンを押すと、ダイアログAを隠して
ダイアログBをモードレスで表示することは出来たのですが
モードレスで開いたダイアログBのボタンを押すと、
ダイアログAをモードレスで開く方法がわかりません。
教えてください。
よろしくお願いします。
0202デフォルトの名無しさん2006/12/24(日) 23:20:22
ダイアログAがやったのと同じ事をダイアログBでやればいいだけじゃん
0203デフォルトの名無しさん2006/12/25(月) 05:05:35
>>202
エスパー値が低いのに初心者の質問に答えるな。話がややこしくなる。
要は循環参照になっちまってコンパイルできねぇんだろ？

つまり、
メインウィンドウ→ダイアログＡ→ダイアログＢ→ダイアログＡ→ダイアログＢ
って構造だとダイアログＡとダイアログＢが循環してしまって駄目なわけだ。
なので

メインウィンドウ→ダイアログＡ
　　　　　　　　　　→ダイアログＢ

としてメインの方でダイアログＡのボタンＸ、ダイアログＢのボタンＸの
内容を処理するようなもんを作る必要があるとそういうことだろ？
この処理をやるにはダイアログＡとＢのインスタンスはメインの方にもったほうがいい。
そんでメインの方で
１．ダイアログＡがあったら消して、ダイアログＢを出す処理
２．ダイアログＢがあったら消して、ダイアログＡを出す処理
を実装する。
んで、ダイアログＡのボタンＸでは１を発動させるような処理（親にSendMessageで独自のメッセージ飛ばすのがいいかな？）
んで、ダイアログＢのボタンＸでは２を発動させるような処理
を組めば完成とそういうことだ。多分ｗ
0204デフォルトの名無しさん2006/12/25(月) 08:32:31
Windowsの電卓の10進と16進の切り替えがそんな感じだな
あれは表に出ない親ウインドウがあってそこから２つのダイアログを切り替えてる
しまった、ここまで書いて全然MFCと関係ないのに気がついた
0205デフォルトの名無しさん2006/12/25(月) 14:39:50
>203は別に独自のメッセージである必要もないね。
MFCなら仮想親ダイアログにメンバでABダイアログがぶら下がっているだろうから
ダイアログからは親のメンバを呼ぶだけでいい。

>>204
ほ〜らMFCらしくなったでしょw
0206デフォルトの名無しさん2006/12/25(月) 20:24:54
なんですぐMFCと関係無い方向に行くんだ？
0207デフォルトの名無しさん2006/12/25(月) 20:25:25
はっ
おまいらちゃんとMFCがわかっているのか？
0208デフォルトの名無しさん2006/12/25(月) 21:03:39
>>206
行くっつぅか元々>192からしてMFCと・・・
0209デフォルトの名無しさん2006/12/25(月) 21:27:26
APIでウィンドウも出せないくせにMFC使うな
と誰かが言ってた。
0210デフォルトの名無しさん2006/12/25(月) 21:50:49
VS2005 MFCを使用しています。
プロパティシートでSendMessageToDescendants()を使用し、
各ページのフォントサイズを変更しているのですが
なぜかリストコントロール内のフォントサイズだけ変更されません。
(ヘッダーは変更されていました。)
SendMessageToDescendants()を使用せず、リストコントロール
のSetFont()を使用すれば変更できるのですが、リストコントロール
に合わせてすべてのページですべてのコントロールにSetFontをするのは
避けたいです。なにかいい方法はありませんでしょうか？
0211デフォルトの名無しさん2006/12/25(月) 22:06:20
>>210
この前の質問どうなったっけ？
0212デフォルトの名無しさん2006/12/25(月) 22:23:31
>>211
今までリストコントロールを利用していないシートの
コーディングを行っていたのでてっきりうまく変更されていた
ものとばかり思っていたのですが、リストにデータを挿入して
表示したところリスト内のサイズだけ小さかったので
再度質問させていただきました。
0213デフォルトの名無しさん2006/12/26(火) 01:30:22
1. 専門用語を知らないMFC初心者が質問
2. 知ってる人が専門用語をあまり使わずに解説
3. 理解できない別の知ったか初心者が　「MFCと関係ない」
4. 質問者が3にむかついて失踪

最近この流れが多い。3の人は１年ぐらいROMって欲しい。
0214デフォルトの名無しさん 2006/12/26(火) 08:50:07
すいません教えてください。
C/C++を一通り勉強して、mfcでビュッフォンの針のシミュレーションプログラムを
作ろうと思ってるんですが、ダイアログベースで、ピクチャボックスに描画しようとして
も上手くいきません。CClient の矩形をCRectで取り
bottomとrightを数値で覚えさして、シミュレーション用の横棒を引くため
bottomを横棒の数で割り、movetoとlinetoでそれぞれの位置に線を引いたのですが
（用は、数値が１ならクライアント領域が二等分されるようになり
数値が2ならクライアント領域が三等分されるような形）
上手く等分されません。
なにか良い方法か、サンプルのあるページがあれば教えてください。
0215デフォルトの名無しさん2006/12/26(火) 08:57:16
描画に使った数値が合ってるかどうかぐらい調べてから質問しろよ
0216デフォルトの名無しさん2006/12/26(火) 08:59:08
シミュレーションの前に、簡単な線でも描けるようになってから質問しろよ。
0217デフォルトの名無しさん2006/12/26(火) 09:35:12
日本語でかかず、プログラムを示せや
0218デフォルトの名無しさん2006/12/26(火) 09:58:29
デバッグメッセージで、moveto、linetoに渡す数字表示させて並べてみな
0219デフォルトの名無しさん2006/12/26(火) 18:47:19
VC6でMDIアプリを開発しています。
子フレームを最大化した状態でドキュメントを切り替えると、最大化されない子フレームウィンドウ枠が
一瞬描画されてしまいます。
これを防ぐにはどうしたらいいのでしょうか？
0220デフォルトの名無しさん2006/12/26(火) 19:35:30
普通に作ればいい
0221デフォルトの名無しさん2006/12/26(火) 19:57:59
普通に作ったら 子フレームウィンドウ枠が一瞬描画 されるんだけど
これは いったい誰がだしているの？
0222デフォルトの名無しさん2006/12/26(火) 21:20:18
お前が作ったプログラム
0223デフォルトの名無しさん2006/12/27(水) 17:33:42
CFormViewの中に設置したレポート型のリストビューで
アイテムを右クリックしたときにポップアップメニューを
表示させてそのアイテムにのみ処理をしたいのですが

どうすればいいのでしょうか
0224デフォルトの名無しさん2006/12/27(水) 18:50:12
簡単にできそうな気がして何が問題かよくわからん
ここで質問しなきゃわからないような何か特殊な問題あったか？
0225デフォルトの名無しさん2006/12/27(水) 18:56:59
OnRButtonDownの追加により
リストビューで右クリックのイベントをとるまでいけたんですが
メニューの表示や選ばれたアイテムの取得方法がわかりません
簡単なら教えてくださいお願いします
02262252006/12/27(水) 18:57:47
今はOnContextMenuに変えています
0227デフォルトの名無しさん2006/12/27(水) 19:06:13
特に難しい問題はないはずだから調べればわかると思う。
0228デフォルトの名無しさん2006/12/27(水) 19:20:28
リストビューで項目の右クリックをとるのはNotify使うんじゃなかったかな
あまりにも懐かしすぎて、過去のソース見ないと思いだせんがNM_RCLICKとかあったと思う
02292192006/12/27(水) 19:21:19
void CMDIFrameWnd::MDIActivate( CWnd* pWndActivate )
を使って、子フレームを切り替えているのだが、このメソッドをコールすると
一瞬現在アクティブなウィンドウに WM_MDIACTIVATE が送られ、
その前後に子フレームが再描画されるとこまでわかった

どうしたら子フレームの再描画をとめられるんだ？
誰か助けて。おねがい
0230デフォルトの名無しさん2006/12/27(水) 19:37:15
調べろカス
0231デフォルトの名無しさん2006/12/27(水) 19:42:24
普通のMDIでもそうなるならそういう仕様
普通のMDIではそうならないなら普通のMDIと同じにすればいい
02322252006/12/28(木) 10:44:01
>>228
NM_RCLICKで右クリックのイベントは取れました
右クリックしたときのアイテムの取得はどうすればいいのでしょうか？
■ このスレッドは過去ログ倉庫に格納されています