C#, C♯, C#相談室 Part55at TECH
C#, C♯, C#相談室 Part55 - 暇つぶし2ch175:デフォルトの名無しさん
09/12/24 10:39:13
デリゲートと関数ポインタは機能として似た部分あるが概念はまったく違うものなのでおkではない

176:デフォルトの名無しさん
09/12/24 10:46:44
>>175
そっか? Cの関数ポインタ型の抽象化といっていいんじゃないか。実装は、全然違うけど。

177:デフォルトの名無しさん
09/12/24 11:10:05
どっちかというと,デザインパターンで多用されるような
メソッドを無理やりオブジェクトのように扱うための手法を
言語に取り込んで関数ポインタっぽくしたものだな

178:デフォルトの名無しさん
09/12/24 15:25:55
関数ポインタ + thisがデリゲートという思ってれば問題ない。
一度C++でクラスメンバーへの関数ポインタを扱ってみるといい。
めんどくせーから。

179:デフォルトの名無しさん
09/12/24 15:39:31
日本にプログラマとして数千万もらってる人いるのかなぁ

180:デフォルトの名無しさん
09/12/24 16:04:46
プログラマー板へ行けよ

181:デフォルトの名無しさん
09/12/24 16:10:19
ラムダ士気のおかげでデリゲートじゃなきゃやってられなくなった

182:デフォルトの名無しさん
09/12/24 20:26:26
リフレクションでプラグインのDLLをロードします。
そのときプラグインのメソッドは制限ゾーンで動かしたいと思っています。
そのときに、これ
[PermissionSet(SecurityAction.PermitOnly, Name = "Nothing")]
public void func() { ...
と同等の状態で動かしたいのですが、
MethodInfo.Invokeで呼び出す前に制限状態にするとInvokeに失敗してしまいます。
プラグイン側は第3者が作るので属性をつけることを強制できません。
なにか良い方法はないでしょうか。

183:デフォルトの名無しさん
09/12/24 22:55:22
NothingなAppDomainを作って、そいつの中へDLLをロードすれば?

184:デフォルトの名無しさん
09/12/24 23:01:07
らむだとでりげーどってなあに??

185:デフォルトの名無しさん
09/12/24 23:15:00
そもそもなんでMethodInfo.Invokeで呼び出す必要があるんだ?
インターフェイスか基底クラスにしといて、そこで定義したメソッドを
SecurityAction.PermitOnly状態から呼び出したらいけるんでないの?


186:デフォルトの名無しさん
09/12/24 23:20:16
Dispose("俺");

187:デフォルトの名無しさん
09/12/24 23:53:24
Dispose("このスレ");

188:デフォルトの名無しさん
09/12/25 08:14:40
"俺".Dispose();
"このスレ".Dispose();

189:デフォルトの名無しさん
09/12/25 09:39:15
俺にとっては
using このスレ;

190:デフォルトの名無しさん
09/12/25 09:46:29
">>1-1000".Dispose();

191:デフォルトの名無しさん
09/12/25 11:10:51
USBカメラと接続して静止画を撮りたいです。
DShowNETというのがあるようですが、VistaやWin7にも対応したいです。
どんな方法があるでしょうか。

192:デフォルトの名無しさん
09/12/25 11:17:42
191.Dispose();

193:デフォルトの名無しさん
09/12/25 11:47:24
>>178
それやったことあるけど面倒だったわw。
確かに面倒だったね。

194:デフォルトの名無しさん
09/12/25 12:02:49
>>191
DShowNETでOK

195:デフォルトの名無しさん
09/12/25 12:44:46
>>194
やだぷーw。

196:デフォルトの名無しさん
09/12/25 12:58:10
OpenCV

197:デフォルトの名無しさん
09/12/25 13:36:41
DirectX使えば?
AudioVideoだっけ?ちょっと忘れたが・・・

198:デフォルトの名無しさん
09/12/25 13:54:03
>>199.Dispose();

199:デフォルトの名無しさん
09/12/25 13:58:17
>>198
それヌルポ例外

200:デフォルトの名無しさん
09/12/25 14:06:36
例外出てたの4秒か

201:デフォルトの名無しさん
09/12/25 14:14:05
Silverlight4でWebカメラ使えるらしいけど

202:191
09/12/25 14:33:58
VistaってDirectShowがDirectXが外れて
DShowNetが使えないって聞いたんだけど
ガセネタ?


203:デフォルトの名無しさん
09/12/25 14:37:59
それは勘違い。SDKでの話。

204:デフォルトの名無しさん
09/12/25 15:13:53
>>199
ヌルリじゃね?

205:デフォルトの名無しさん
09/12/25 15:17:46
どちらにしろ
ノーリアクションException だな

206:191
09/12/25 15:54:43
>>202
そうなんだ。ありがとう。

誤:VistaってDirectShowがDirectXが外れて
誤:VistaってDirectShowがDirectXから外れて

207:デフォルトの名無しさん
09/12/25 16:19:58
もちつけ

208:デフォルトの名無しさん
09/12/25 17:00:44
やだやだやだー!

209:デフォルトの名無しさん
09/12/25 19:24:54
正解も書けよ

210:デフォルトの名無しさん
09/12/25 23:34:07
一次元配列をラップしてArrayのstaticメソッドをインスタンスメソッドとして
使えるジェネリッククラスを書いたら便利かな、とふと思ったんだけど、
これは馬鹿げた発想だろうか?

それとも割とありふれた考え方?

もし同じようなことをやってる人がいたら、参考までにどんなクラス名にしてるか
教えてくれるとありがたい。

211:デフォルトの名無しさん
09/12/25 23:45:41
ばかげた発想だろう
どうしてもってんなら拡張メソッド書いとけ

212:デフォルトの名無しさん
09/12/26 00:06:21
>>210
どういうときに役にたつのかわからんちん

213:デフォルトの名無しさん
09/12/26 00:34:02
わざわざそれ使うためにそのクラスをインスタンス化するのか?
拡張メソッドで充分だろ。


214:デフォルトの名無しさん
09/12/26 00:36:07
>>210
同じようなことをやっている人: Microsoft
クラス名: Enumerable (名前空間: System.Linq)

215:デフォルトの名無しさん
09/12/26 00:46:26



216:デフォルトの名無しさん
09/12/26 00:46:30
まさにその通り過ぎて吹いたw

217:デフォルトの名無しさん
09/12/26 00:49:00
その通りじゃないだろうよ。


218:デフォルトの名無しさん
09/12/26 00:52:54
発想自体は馬鹿げたものではないと思う。
ただ、車輪の再発明は馬鹿げている。

219:デフォルトの名無しさん
09/12/26 01:58:54
しかし他人の発明ってのは気軽には使えないんだよね。とくに業務用ソフトだといろいろとうるさく言われる。
だから自分で再発明するしかなくなる。

220:デフォルトの名無しさん
09/12/26 02:02:56
発明の再実装、再構築
発明の追体験
は意味があると思うんだけどな。
何でもかんでも車輪の再発明というのはどうかと思う。

221:デフォルトの名無しさん
09/12/26 02:04:48
再発明というのは表現が違う気がする
再構築とかの方がしっくりくる

222:デフォルトの名無しさん
09/12/26 02:10:28
いずれにしろ、この場合はあるものをつかうのが正解。

223:デフォルトの名無しさん
09/12/26 02:17:09
そこにある車輪が使いにくいなら、
使いやすいように一から作り直すのは悪いことではない。
別にそれは再発明ではなく、ただの理論の整理だし、
たまにはそれくらいしないとより良い物は作れない。

というか、あるものは必ず使えという考えしか持てないのは大問題。

224:デフォルトの名無しさん
09/12/26 11:37:05
あるものを組合せた方がはやいか
作りなおした方がはやいかなんてその時その時で結構違うよね。

んで往々にして後者を選んで自爆する人が多いから
車輪の再発明はやめておけって昔から言われてるんだろうと思うよ。
基本前者のスタンスでいてどうしても必要なら後者、がいいんだと思う。

ただ車輪の再開発って楽しいんだよねぇ。
俺の設計/実装の方が綺麗!!!俺のネーミングセンスいかしてる!!!0.01%速くなったぜ!!!
みたいな。


225:デフォルトの名無しさん
09/12/26 11:39:20
使い方を調べたりドキュメント読むのが面倒だから
作っちまえって流れの車輪の再構築はダメなパターンだと思う。

あとマの習性としてどっか心の底で自分の方がうまくやれるって思ってる部分があるから
作り直したくなるんだろうなーとは思うなぁ。

226:デフォルトの名無しさん
09/12/26 13:34:07
過程なんか実際どうだっていいんだよ。
成果物が評価されるかどうかの話。

227:デフォルトの名無しさん
09/12/26 19:06:59
流れを読まずに書きこするが、計算結果をキャッシュして、依存するほかの部分の値が更新されていなかったらその計算結果を使い続けるということをしたいんだが、
そのときの更新した時点のTimeスタンプとして、System.Environment.TickCountをつかってもよろし?パフォーマンス的にとか言う意味で。

具体的にやりたいことは、UIElementTreeのようなものがあって、上の階層の座標やスケーリングが変更されたときはそれより下のものはパネル上の絶対座標が変わることになる。
各Elementは自分自身のパネル上での絶対座標を計算しておきキャッシュしておき上のものの座標などが変わらない限りそれを使い続けたい。

とりあえずその辺のアーキテクチャは置いといてタイムスタンプとしての使用に望ましい高速な経過時間に類するものがわかるものがしりたいです。

228:デフォルトの名無しさん
09/12/26 19:48:26
>>227
それ本当にパフォーマンスを考慮する必要があるの?
そういう風に聞こえない。ただの杞憂じゃないの?

端的に言ってその「タイムスタンプの取得」、n万回/secとかで行われるわけじゃないでしょ?
だったらどこにパフォーマンスを気にする必要があるの?


229:デフォルトの名無しさん
09/12/26 20:07:35
>>228
わかんないなら答えなくてもいいんだよ?

230:デフォルトの名無しさん
09/12/26 20:12:00
わかるから答えてるんでしょ。

231:デフォルトの名無しさん
09/12/26 20:18:34
涙拭けよ

232:デフォルトの名無しさん
09/12/26 20:31:33
さて、と

233:デフォルトの名無しさん
09/12/26 22:44:50
今日も一日ご苦労さまでした。

234:デフォルトの名無しさん
09/12/26 23:08:08
System.Environment.TickCountは多分最も高速。
もちろん精度は例によってデフォルト15msくらいだからそこが注意だな。
DateTime.NowやUtcNowは遅い。UtcNowは比較的速いが。精度はTickCountと同レベル
Stopwatchはもっと遅い。ただし精度ははるかに高い。


235:デフォルトの名無しさん
09/12/26 23:51:28
>>227
>>234
一日遅れのプレゼントが来ましたよ


236:デフォルトの名無しさん
09/12/27 00:39:17
WebBrowserでフォルダの中身を表示してExplorerのようにして使いたいと思い、
WebBrowserのActiveXInstanceプロパティを SHDocVw.ShellBrowserWindow
でキャストして、その Document プロパティを ShellFolderView として使い、
VerbInvoked イベントなどで何かの実行をイベントとしてモニターすることを
やってみました。

その際、VerbInvoked の戻り値を true にして返しているのですが、なぜか
なんの実行もしてくれません(コンテキストメニューでCopyを選ぶとこの
VerbInvoked イベントは立つのですが「貼り付け」のメニュー項目が現れて
くれません)。何か注意すべきことがあるでしょうか?

それと、VerbInvoked によって、コンテキストメニュー上の何の処理を実行
しようとしたのかを知る方法はあるでしょうか?これも知りたいのですが、
方法がわかりません。よろしくお願いします。

237:デフォルトの名無しさん
09/12/27 12:11:24
C#でPCのマスタ音量を変える(ボリュームコントロール)機能を実現したいのですが、
いい方法やクラスをお知りの方がいましたら、ご教授おねがいします。

238:デフォルトの名無しさん
09/12/27 12:15:19
マルチすんなよ

239:デフォルトの名無しさん
09/12/27 12:24:13
んなこといったって初心者用スレはごく一部の上級者とほぼ全員初心者しかいないから、たまにしかまともな回答えられないし
両方で相談するしかないじゃん。

240:デフォルトの名無しさん
09/12/27 12:25:27
だったらあっちじゃなくてこっちだけで相談すりゃいいでしょ。
「じゃん」じゃねーよ。


241:デフォルトの名無しさん
09/12/27 12:27:36
だったら2chで質問するなよ

242:デフォルトの名無しさん
09/12/27 12:32:16
回答する気ないならレスすんな。うぜぇから。おめぇらは「初心者バーカ」とだけいってりゃいいんだよ。

243:デフォルトの名無しさん
09/12/27 12:35:50
マルチするようなカスには分かってても回答しないのが常識だからな

244:デフォルトの名無しさん
09/12/27 12:46:37
>>242
初心者バーカ^^

245:デフォルトの名無しさん
09/12/27 12:52:37
初心者スレの初心者でもお前より初心者ではないと思うなw

246:227
09/12/27 12:56:39
>234
サンタさん、ありがとう。
今回は精度はそれほど重要でないので高速であれば十分です。
もしかしたら、速度も精度もPerformanceCounterからみのほうがよいのかもしれませんが、あのへんはよくわかってないです・・・

247:デフォルトの名無しさん
09/12/27 12:58:51
どなたか>>236にもお恵み下さるとありがたく、何卒よろしく。
VerbInvoked を検知してしまうと何も実行しない、というのは
一体何が原因なのか知りたく、みなさんのところではこういうことは
ないですか?

248:デフォルトの名無しさん
09/12/27 13:00:31
>>246
パフォーマンスカウンタはStopwatchと同じだよ。
一番遅い。


249:デフォルトの名無しさん
09/12/27 13:03:11
遅いならSindows.Forms.Timerなんて廃止すればいいのに。
もっといいのあるんだろ

250:デフォルトの名無しさん
09/12/27 13:06:15
>>246
っていうか、だからそんなワーストケースでもせいぜい数秒に一回程度しか
実行されないような処理のパフォーマンスを気にして意味あるのかよ

251:デフォルトの名無しさん
09/12/27 13:09:37
ついでに言えば、タイマーは精度に比例してタイマーそのものがCPU時間を消費する、
っていうのはら話も分かるけど、普通に考えてタイマーがカウントしてるカウンターの
値を読み取ることそれ自体はただの同期読み取りに過ぎないわけで、
こんなものがそんなに重い処理になる道理がないだろうよ。

252:デフォルトの名無しさん
09/12/27 13:14:22
一番楽な方法で書いてから最後にチューニングしませう

253:デフォルトの名無しさん
09/12/27 13:21:43
WebBrowserはなにげに機能制限されてるからなぁ。
Axの方を使ってみたら?

254:236
09/12/27 13:37:41
>>253
WebBrowserなためかもしれないと。わかりました。
>Axの方を使ってみたら?
直接COMの方を使うと。わかりました。やってみます。

255:デフォルトの名無しさん
09/12/27 13:39:57
つーか、そうやって切り分けるもんだろ?普通。

256:デフォルトの名無しさん
09/12/27 13:40:37
>>242
( ´∀`)初心者バーカ

257:デフォルトの名無しさん
09/12/27 14:10:43
>>237
mcisendstring

258:デフォルトの名無しさん
09/12/27 14:59:10
>>251
素人は黙ってろ

259:デフォルトの名無しさん
09/12/27 15:10:44
はい

260:デフォルトの名無しさん
09/12/27 15:14:02
無能な玄人が有能な素人を恫喝してみました。

261:デフォルトの名無しさん
09/12/27 15:17:46
つまらんな
ところでなんでQueryPerformanceCounterはあんな遅いの?


262:デフォルトの名無しさん
09/12/27 15:19:52
読み出すだけに決まってるから遅いわけないなんていう奴はどう見ても素人。


263:デフォルトの名無しさん
09/12/27 15:29:11
どう見てもとか書いちゃう人に、具体的にどう見たのか尋ねると、
良くても一つしか挙げないし、大抵は発狂するんだよね。

>>262
どう見たの?

264:デフォルトの名無しさん
09/12/27 15:34:23
>>262 初心者バーカ

265:デフォルトの名無しさん
09/12/27 15:35:44
---------- たにおり ----------

266:227
09/12/27 15:43:44
>248
ありです。

>250
ピーク時は一秒間に数百回コールされる可能性あるので。

267:デフォルトの名無しさん
09/12/27 15:51:11
値の取り方はわかってんだから実際に1000回取得して
掛かる時間とかCPU負荷とか調べてみりゃいいじゃん

268:デフォルトの名無しさん
09/12/27 16:01:11
>>266
最大限見積もっても1,000回/sec程度の頻度の読み出しでパフォーマンスを気にする
必要があるほど重い処理とは思えないけどね。

269:227
09/12/27 16:05:51
>267
もともとはTickCountのほかに何かいい方法があるかという趣旨の質問です。

>268
1ミリせく違うだけでも一秒の違い生じますが。

270:デフォルトの名無しさん
09/12/27 16:09:52
1ms違えばそうだろうけど1μs違うだけなら誤差だろ?

271:デフォルトの名無しさん
09/12/27 16:10:09
>>269
msオーダーの時間が掛かるわけないでしょw
恐らく10nsかかんないよ。
10のマイナス6乗見積もる時間が間違ってる。

272:デフォルトの名無しさん
09/12/27 16:14:02
なにをしたいかわからないけど、こんなにたくさん呼ばれるということは、
順番だけが重要なんじゃないか?

273:デフォルトの名無しさん
09/12/27 16:43:30
>>271
10nsって面白い冗談だ。
メモリアクセスですら何倍もかかるというのに


274:デフォルトの名無しさん
09/12/27 16:45:18
まあTickCountは確か数十nsくらいだったと思うけどな。
QueryPerformanceCounterになるとマイクロ秒以上かかる。


275:デフォルトの名無しさん
09/12/27 16:48:17
でまあ元質問の話じゃ別に気にするような用途じゃなかろうが、
キャッシュとかを実装しようとすると気になる話ではあるよ。

TickCountは精度は悪いが速いってこと以外に
値が32ビットに収まるって利点と欠点がある。


276:デフォルトの名無しさん
09/12/27 16:52:20
キャッシュとかの実装だと、場合によっては数十nsオーダのパフォーマンスになることもあるからな、
マイクロ秒なんで膨大なオーバーヘッドだ。


277:デフォルトの名無しさん
09/12/27 17:09:32
ナノwwwwwwwwwセクwwwwwwwwwwww

278:デフォルトの名無しさん
09/12/27 17:54:41
当然「呼び出し一回あたりの平均処理時間」の話をしてるんだけど、
なんか通じてない奴が数人いるようなw

279:デフォルトの名無しさん
09/12/27 18:01:14
よくわからんが、毎回数字さえ変わればいいなら、
Interlocked..Incrementでカウントアップしたほうが早いんじゃないかな。

280:デフォルトの名無しさん
09/12/27 18:07:35
そんな奴はいない。
まあ平均ってのも曖昧な値だけどな。


281:デフォルトの名無しさん
09/12/27 18:17:32
用途がカウントアップで合ってるのかって話は置いといて、
なんでインタロックなんだよ。
元の話は明らかにスレッドセーフではない前提なのに。
大体インタロック使ったらTickCountより遅くなるかも知れんぞ。


282:デフォルトの名無しさん
09/12/27 18:21:59
勘違いしてると思う書き込みを示せば?
時間を書いてるのは明らかに平均だよな、平均でしか測定不能だし。
10nsへの突っ込みに噛みついてるのかな?
特に元の話でなら呼び出し頻度は低い前提だから、
どっちにしてもメモリアクセスより速い訳がないな。


283:デフォルトの名無しさん
09/12/27 18:24:11
>>278
どれが早いと言う話は方がついている。それで遅いならお前の実装が悪い。

284:デフォルトの名無しさん
09/12/27 18:30:30
サイズの大きいメモリストリーム、例えば数十MB以上とかを、
ひょっとするとたくさん同時使う可能性もあるとき、
組み込みのメモリストリームだとエラーになるリスクが大きい。
断片化を避けるために例えばチャンクわけして小さめの配列のコレクションを持つメモリストリームを作ったりとか
いろいろ考えるんだが、他にいい方法はあるだろうか?
サイズが一定のしきい値をこえたら、テンポラリ指定の実質オンメモリファイルを作成するのはどうかなと考えたんだけど、どう思う?

285:デフォルトの名無しさん
09/12/27 18:36:59
実質オンメモリファイルだと、ストリームをプロセス外にうまく追い出せる気がするので、
パフォーマンスオーバーヘッドは大きいとしてもメモリ的にはかなり上限を増やせる気がするんだ。
64ビットOSならそんなことあまり気にしなくてもいいんだろうけど。


286:デフォルトの名無しさん
09/12/27 19:09:49
>>281
Interlock系はCASなんじゃないの?確認はしてないけど。

287:デフォルトの名無しさん
09/12/27 19:28:29
メモリ(CPU)使用率を一定に抑えたり、逆に出来る限り沢山使ったりということはできますか?
計算処理がとても重くPCがすごく重くなってしまいます

一瞬で答えが欲しいタイプのものではないので
バックグラウンドでまわしっぱなしで放置する

といった使い方をしたいのですが

288:デフォルトの名無しさん
09/12/27 19:33:32
ぷらいおりてぃ

289:デフォルトの名無しさん
09/12/27 19:35:08
Process.PriorityClassね

290:デフォルトの名無しさん
09/12/27 19:37:13
場合によってはThread.Priorityも。

291:デフォルトの名無しさん
09/12/27 19:38:44
>メモリ(CPU)使用率を一定に抑えたり、
>Process.PriorityClassね
何の効果もないわな。


292:デフォルトの名無しさん
09/12/27 19:39:05
プライオリティそんなに大事か?

293:デフォルトの名無しさん
09/12/27 19:40:29
>>286
何が言いたいのか分からんが、CASだからなんなんだ?
そもそも(最初の話での用途的には)CASの必要がないだろって話だろ?


294:デフォルトの名無しさん
09/12/27 19:42:31
優先度ってのはCPUのタイムスライスをどのスレッドに割り当てるかの優先度なんだよ?
だからCPUがアイドルなら優先度が低かろうがCPUは実質100%割り当てられる。
まあ最近のCPUはそもそもマルチコアが普通だから、結局25とか50になるけど。


295:デフォルトの名無しさん
09/12/27 19:44:19
例えば後ろで動画をエンコーディングしつつ動画見るってシチュエーションで
動画再生がスムーズに行かないって時にプライオリティ設定は覿面
メモリを制約するのは知らないなぁ

296:デフォルトの名無しさん
09/12/27 19:44:25
>>291

> 一瞬で答えが欲しいタイプのものではないので
> バックグラウンドでまわしっぱなしで放置する

> といった使い方をしたいのですが

ちゃんとここも読もうね
質問者が何を求めてるかちゃーんと理解しないとだめだよ!エヘ!

297:デフォルトの名無しさん
09/12/27 19:46:45
そりゃそうだけど、優先度を落とすのは「PCがすごく重くなってしまいます」への解決にはなるでしょ。

298:デフォルトの名無しさん
09/12/27 19:48:05
で、結局どうすればいいんだよ?

299:デフォルトの名無しさん
09/12/27 19:49:42
>>293
最初の話は>>227だろどう読んだら
>元の話は明らかにスレッドセーフではない前提なのに。 
なんだ?

>大体インタロック使ったらTickCountより遅くなるかも知れんぞ。
CASなら競合が無い限りAPI呼び出すより速いだろ。
タイムスタンプの変わりに世代をあらわす整数で十分という前提なら、
この方はどうかということを言ってるのだが。

300:デフォルトの名無しさん
09/12/27 20:05:55
一億回実行
Interlocked.Increment:00:00:01.3034899
Environment.TickCount:00:00:00.3905401


301:デフォルトの名無しさん
09/12/27 20:08:13
もちろん1スレッドで競合なし。
ま連チャン呼び出しなので、TickCountは実質キャッシュ読み取りだな、APIはコールしてても。


302:デフォルトの名無しさん
09/12/27 20:09:09
気持ち悪いな。
IT土方ってパチンカスみたいに頭やられてる奴しかいないのかね。

303:デフォルトの名無しさん
09/12/27 20:10:35
ただし調査環境は2コアプロセッサ。
Interlockedはシングルなら多分もっと速いだろうが、そんな前提はあまりよろしくはないな。



304:デフォルトの名無しさん
09/12/27 20:11:09
>>300
調査ご苦労さん

305:デフォルトの名無しさん
09/12/27 20:14:06
すごいな、3倍以上も。
圧倒的な差じゃないか

306:デフォルトの名無しさん
09/12/27 20:27:36
} が必要です。


307:デフォルトの名無しさん
09/12/27 20:32:29
ついでだ。
こっちは遅いので1000万回で。

DateTime.Now:00:00:02.2796051
DateTime.UtcNow:00:00:00.1485831
Stopwatch.GetTimestamp:00:00:06.9976666

※Stopwatch.GetTimestampはつまりQueryPerformanceCounterね

308:デフォルトの名無しさん
09/12/27 20:32:34
TickCountとかQueryPerformanceCounterとかCASとか
結局は議論より実測してみるのが一番だな。


309:デフォルトの名無しさん
09/12/27 20:32:38
誰だよ10nsなんてありえねえって言ったのは。

310:デフォルトの名無しさん
09/12/27 20:33:29
こんなに差がでるのか
Interlocked厨涙目wwwwwwwwwwwwwwwwwww

311:デフォルトの名無しさん
09/12/27 20:34:48
UtcNowとNowも、ちりつもだと差が開くもんだな

312:デフォルトの名無しさん
09/12/27 20:36:49
1秒に1000回やったとしても
体感上全く差が無いレベルだけどな

313:デフォルトの名無しさん
09/12/27 20:37:22
1回あたり約
Interlocked.Increment:13ns
Environment.TickCount:4ns
DateTime.Now:228ns
DateTime.UtcNow:15ns
Stopwatch.GetTimestamp:700ns
てところか。


314:デフォルトの名無しさん
09/12/27 20:38:50
>誰だよ10nsなんてありえねえって言ったのは。
ハードウエアから読み取るタイミングおよびキャッシュされてない前提での話だったじゃん。
この調査はほぼキャッシュ読み取りなんだから速いのは当たり前。


315:デフォルトの名無しさん
09/12/27 20:41:09
結局
>>234
が実証されたわけだ。


316:デフォルトの名無しさん
09/12/27 20:42:40
気持ち悪いな

317:デフォルトの名無しさん
09/12/27 20:47:33
>>310
>>313
Interlocked厨だが、そこそこ検討してて安心したよ

318:デフォルトの名無しさん
09/12/27 20:50:51
>>314
キャッシュってのが何のことを言ってるのかわからないけど、
Environment.TickCountの値はシステムで一つだから、もともとその処理には
HWからの読み取りなんて入ってないと想像する。

っていうか、PCのアーキテクチャ詳しいわけじゃないけど、
もともと高精度のHWタイマは必ずしも持ってないんじゃないの?

持ってるのなら巷間いわれてるような「計測精度を上げるとPCへの負荷が変わる」
なんて現象は起こらないはず。

もしそんなことが本当に怒るとすれば、それはタイマ割り込みでSWでタイマを
実装してるからだろう。

319:デフォルトの名無しさん
09/12/27 20:52:02
本当に怒っちゃうぞ

320:デフォルトの名無しさん
09/12/27 20:54:45
タイマは持ってて、システムの領域にセットされるタイミングが違うとかじゃない?
いや俺も知らないんだけどね。


321:デフォルトの名無しさん
09/12/27 20:55:55
あーでもそんな頻繁にセットしてるってのも考えにくいのかな?よう分からん。


322:デフォルトの名無しさん
09/12/27 20:57:37
そこらへんなんかもう実行環境依存だったりするんじゃないの?


323:デフォルトの名無しさん
09/12/27 20:58:56
どういう意味の高精度かは分からんが、x86ならクロック毎でカウントするタイマーがある。


324:デフォルトの名無しさん
09/12/27 21:08:42
>>323
だから、持ってるとしてそれをシステムが使ってるのなら、
アプリレベルではないのと一緒でしょ。

325:デフォルトの名無しさん
09/12/27 21:10:19
x86のrdtscかな。

z80だったかDRAMのリフレッシュ用のレジスターがあって
ゲームの乱数に使っていた遠い記憶が・・・(笑


326:デフォルトの名無しさん
09/12/27 21:11:42
>>317
4コアだと多分さらに倍は遅いぜ。


327:デフォルトの名無しさん
09/12/27 21:13:53
#region
はらたいらも真っ青
#endregion

328:デフォルトの名無しさん
09/12/27 21:28:18
>>319
どぞ

329:デフォルトの名無しさん
09/12/27 21:44:54
しょうもねー議論だわ

330:デフォルトの名無しさん
09/12/27 21:47:07
>>323-325
Stopwatch.GetTimestampが内部で使っている可能性はある。
たぶん、今時のハードウェアならHPETを使っているのだと思うけど。

Stopwatch.GetTimestampはネイティブのQueryPerformanceCounterに対応するとされる。
URLリンク(msdn.microsoft.com)(loband).aspx
QueryPerformanceCounterはRDTSCまたはもっとましな手段を使うという話がある。
URLリンク(msdn.microsoft.com)(loband).aspx

331:デフォルトの名無しさん
09/12/27 21:58:17
>>330
なるほど、奥が深いな・・・

332:デフォルトの名無しさん
09/12/27 22:24:38
>>331
酸素が薄くなってきましたね・・・

333:デフォルトの名無しさん
09/12/27 22:36:08
static Stopwatch() {
  bool succeeded = SafeNativeMethods.QueryPerformanceFrequency(out Frequency);
  if(!succeeded) {
    IsHighResolution = false;
    Frequency = TicksPerSecond;
    tickFrequency = 1;
  }
  else {
    IsHighResolution = true;
    tickFrequency = TicksPerSecond;
    tickFrequency /= Frequency;
  }
}

public void Start() {
  if(!isRunning) {
    startTimeStamp = GetTimestamp();
    isRunning = true;
  }
}

public static long GetTimestamp() {
  if(IsHighResolution) {
    long timestamp = 0;
    SafeNativeMethods.QueryPerformanceCounter(out timestamp);
    return timestamp;
  }
  else {
    return DateTime.UtcNow.Ticks;
  }
}

334:デフォルトの名無しさん
09/12/27 22:40:43
(・∀・)

335:デフォルトの名無しさん
09/12/27 22:50:52
>Environment.TickCount:00:00:00.3905401
TickCountは単位としては1/1000秒、精度的には1/100秒程度だろ。
この例では1億回の実行中に39種類しかtickを返してないわけだ。
ちとずるいな。

336:デフォルトの名無しさん
09/12/27 22:53:16
ずるいとかそういう問題なのか?

337:デフォルトの名無しさん
09/12/27 22:54:16
そういう問題だ。ケチ付けんな。

338:デフォルトの名無しさん
09/12/27 22:59:09
ケチじゃなくて疑問でしょ。
突っ込まれたら答えられない程度の理解の人が
急いで先回りで釘刺すみたいな反応しなくても。

339:デフォルトの名無しさん
09/12/27 23:00:43
- - - - - - - やまおり - - - - - - -

340:デフォルトの名無しさん
09/12/27 23:03:29
タイムスタンプの呼び出しを気にするような
微細なキャッシュ処理をしてるのに、
タイムスタンプが荒すぎるんじゃないのかと。

341:デフォルトの名無しさん
09/12/27 23:08:06
227をどう読んでも、その後の227の話をどう読んでも
そんなに粗いとは思わないがな。

342:デフォルトの名無しさん
09/12/27 23:09:26
それは、はじめから分かっていたこと。
たぶんロジックを考え直せばシリアルをつけていけばすむ。

343:デフォルトの名無しさん
09/12/27 23:13:01
ハナから精度の問題じゃねえじゃん。
だから「そういう問題なのか?」って言ったのに。
死ね土方。

344:デフォルトの名無しさん
09/12/27 23:14:07


345:デフォルトの名無しさん
09/12/27 23:15:40
2chには同族嫌悪というか、ニートとかドカタとか同じ境遇の人がののしりあう傾向があるな。

346:デフォルトの名無しさん
09/12/27 23:17:01
病んでるからね

347:デフォルトの名無しさん
09/12/27 23:21:54
それで少しでも救われるなら喜んでドカタと罵しられるさ。

348:デフォルトの名無しさん
09/12/27 23:22:45
もうすぐハッピーニューイヤーなんだから明るく行こうぜ。

349:デフォルトの名無しさん
09/12/27 23:28:35
お前ら明るく行こうぜ!!!!!!!!!!!

350:デフォルトの名無しさん
09/12/27 23:28:46
テキストデータベースの効率のいい検索方法ってどんな方法がありますか?
Google検索とか膨大なデータベースの割に一瞬で検索できますよね?
どういう仕組みなんでしょうか

351:デフォルトの名無しさん
09/12/27 23:31:44
>>350
Googleはアルゴリズムはもとよりバックボーンが凄いんだと思う。
MapReduceとかもそのバックボーンがあってこその仕組みだし。

テキスト全文検索ならwikipediaにまとめがあるからそっからたどるといいよ
URLリンク(ja.wikipedia.org)

352:デフォルトの名無しさん
09/12/27 23:32:05
>>350
Google検索に関しては
あらかじめ分類して結果をキャッシュしておく。
最新のデータを使わずキャッシュを使う。
正確さを求めない。

なので勘定系のDBでこういう手法はご法度。

353:デフォルトの名無しさん
09/12/27 23:33:31
全文検索はインデックスを先に作るってことで処理速度の短縮を測るのが多いような。
最近のDBはそういう全文検索機能まで付いてるのもあるんじゃなかったっけ?

354:デフォルトの名無しさん
09/12/27 23:35:30
(・∀・)ニューイヤー!

355:デフォルトの名無しさん
09/12/27 23:41:49
>>335
ずるいっちゃずるいんだけどさ、最初からそういう話で
今さらそこを突っ込まれても困る。


356:デフォルトの名無しさん
09/12/27 23:45:19
たとえばintとlongの計算どっちが速い?
って疑問が出たとして計測したらintのが速かったとして
そこで、intはビット数半分だろ?ちとずるいな
って言われても困るんだ。


357:デフォルトの名無しさん
09/12/27 23:56:23
一緒だけどな。

358:デフォルトの名無しさん
09/12/28 00:23:38
一緒だね

359:デフォルトの名無しさん
09/12/28 00:29:06
ずっと一緒だよ ///

360:デフォルトの名無しさん
09/12/28 00:38:24
x64なら同じ、x86ならlongのが3倍ほど遅いという結果になった。


361:デフォルトの名無しさん
09/12/28 00:55:02
x64、x86と来たら次はx108になるのかな?

362:デフォルトの名無しさん
09/12/28 00:55:48
80186ですね。わかります。

363:デフォルトの名無しさん
09/12/28 00:56:13
話を戻すが、>>227はキャッシュの有効性を判別する値に使いたいんだから、
精度(precision)はどうでもいいけど分解能(resolution)はかなり重要

で、それぞれの(公称の)分解能は

Environment.TickCount: 500ms
DateTime.UtcNow: 10ms
Stopwatch.GetTimestamp: H/W性能に依存

>>266によると「ピーク時は一秒間に数百回コールされる」とのこと
簡単のため500Hzとすると周期は2msで、あきらかに前2者は不十分


364:デフォルトの名無しさん
09/12/28 01:00:04
>Environment.TickCount: 500ms
まあこれは実態に合ってない数値だけどな。
それはおいといて、更新を確実に確認したいなら素直にカウントにするべきだわな。


365:デフォルトの名無しさん
09/12/28 01:01:28
あれInterlocked厨大勝利の流れ?

366:デフォルトの名無しさん
09/12/28 01:05:00
なんでedだけ小文字なん

367:デフォルトの名無しさん
09/12/28 01:09:28
>>363
どうでもいいことに突っ込んで悪いけど、計測において「精度」と対比されるのは
「確度」じゃないの?

その分解能って精度とどう違うのよ?
というより、それって精度そのものじゃん。

368:デフォルトの名無しさん
09/12/28 01:21:03
いやまあ、たぶんLSBの大きさっていうか、
最小測定単位のことを言いたいんだろうってのは分かるけどね。

ただ、>>363に出てくる測定値の「誤差」ってのは、計測器そのものの
量子化誤差によるものというより、測定器を操作する側(つまりソフト)の
問題に起因する誤差だから、「分解能」ってのは概念的にしか意味を持たないよね。

369:デフォルトの名無しさん
09/12/28 01:21:50
ないない

370:デフォルトの名無しさん
09/12/28 01:45:53
>>365
いや、同一スレッドで(Interlocked使わずに)インクリメント&取得をする方がベター

371:デフォルトの名無しさん
09/12/28 01:54:28
どこの国のベターだよ

372:デフォルトの名無しさん
09/12/28 02:00:20
>>227は下層のエレメントが多数合って、
不特定のスレッドから勝手に情報が書き換えられるイメージで、
上層の管理スレッドが下層のエレメントの様子を見て
変更があればそれに応じた処理をするのだと思うけど。
そうなると変更があったことを示すシーケンスを作る出すのが
同一スレッドというわけにはいかない。

373:デフォルトの名無しさん
09/12/28 02:28:52
そうは思えんが。
>上層の管理スレッドが下層のエレメントの様子を見て
>変更があればそれに応じた処理をするのだと思うけど。
こんなことを別スレッドで監視する馬鹿はいない。


374:デフォルトの名無しさん
09/12/28 02:34:02
更新自体は複数スレッドからあったとしても、
こういうバージョンカウンタはスレッドセーフでなくてもよい場合もある。


375:デフォルトの名無しさん
09/12/28 02:35:10
[割り込み|シグナル|コールバック|イベントドリブン]が理解できないので~~~
よくある話ではある。

376:デフォルトの名無しさん
09/12/28 02:44:20
そういう話なら、そもそもバージョン管理自体入らないんじゃね。
変更があったら即書き換える。

377:デフォルトの名無しさん
09/12/28 02:58:19
ウェブサーバーもシングルスレッドで大丈夫とか言っちゃう人かな。
できなくはないだろうけがしんどいのと違うかなぁ。
>ピーク時は一秒間に数百回コールされる可能性あるので。 


378:デフォルトの名無しさん
09/12/28 03:16:13
>>350
分散処理

379:デフォルトの名無しさん
09/12/28 07:20:38
0

380:デフォルトの名無しさん
09/12/28 07:43:12
実行中に時刻の修正が入ったら、どうなる?

381:デフォルトの名無しさん
09/12/28 07:47:12
DateTime系以外は影響なし


382:227
09/12/28 08:06:38
朝起きたらすれが膨大に増えてて吹いた&さーせん。

基本的にユーザーの操作によって位置などが変えられる可能性があり、描画時に上の階層の更新時刻?をすべて舐めて更新されてたら絶対座標などの再計算を行うというものなので
後からの呼び出しが同時刻もしくはそれ以降であることが保障されるなら精度は数百ミリセクでも足ります。

計算してくれた人ありです。その時間なら問題なかです。

そもそもの更新時刻?みて再計算がやり方として正しいのかわからんですがとりあえず実装してみまふ。すくなくとも今の毎回上から全計算しながら下るよりは速いと願いたいw


383:デフォルトの名無しさん
09/12/28 10:33:58
そろそろ誰か3行でたのむ。
とちゅうでついていけなくなった。

384:デフォルトの名無しさん
09/12/28 10:50:53
>>382
それって、ただのカウンタでいいってことじゃない。

385:デフォルトの名無しさん
09/12/28 10:54:15
場合によってはフラグでも・・・


386:デフォルトの名無しさん
09/12/28 11:58:05
ハッシュとか

387:デフォルトの名無しさん
09/12/28 12:07:00
>>377
誰に言ってるのか何が言いたいのか分からん

388:デフォルトの名無しさん
09/12/28 12:09:59
たとえ更新が複数スレッドでも、その用途ならvolatile変数程度で普通にインクリメントで十分。
最もその前に更新自体が複数スレッドから正常に行えるか確認いるけどな。



389:デフォルトの名無しさん
09/12/28 12:15:13
volatileのincrementは安全なのか?

390:デフォルトの名無しさん
09/12/28 12:17:30
絶対座標取得時は親の座標取得して加算てのと余り変わらん気がするが。
キャッシュするなら、全キャッシュの一発無効化が出来るプラグや更新バージョンを使わんと、
結局全親のトラバースが必要なので大して効果ないと思う。
何せ計算自体の負荷が小さいだろうから。
計算が結構重いなら効果あるだろうけど。

391:デフォルトの名無しさん
09/12/28 12:21:59
volatileではもちろんインクリメントはスレッドセーフじゃない。
でも、キャッシュの無効化のための更新バージョンなんてのは、それでも実質的にうまく動く。
考えて見たら分かるよ。
更新が競合しない場合→当然問題なし
更新が競合する場合→結果として必ず誰かが1回は更新することになるので問題なし


392:デフォルトの名無しさん
09/12/28 12:25:21
後はビットフラグなんかで上手く工夫すれば、子孫だけキャッシュ無効化ってのもひょっとするとできるかもしれない。


393:デフォルトの名無しさん
09/12/28 12:26:44
>>391
ああそういうことね。ただ前提を創作しすぎるのはどうかと。
それだったらバージョンの更新は、
キャッシュを使ってる側がやれば十分でないかな。

394:デフォルトの名無しさん
09/12/28 12:27:47
とにかく、現状の考え方である、キャッシュの確認も実際の座標計算も同じだけトラバースが必要な設計では、
計算自体がそこそこ重くないとあまり効果は期待できない。


395:デフォルトの名無しさん
09/12/28 12:33:29
うみねこのなく頃にのような展開で話が見えない

396:デフォルトの名無しさん
09/12/28 12:39:46
実際のとこ、ホントにそんな計算に時間かかってるの?
要素数はトータルでどのくらい?
また現状のコードはどんなの?

それから、絶対座標計算するのは描画などの特定タイミングで一斉にやるの?
一斉にやるなら、ルートから全要素をトラバースするやり方ならそんな無駄はない。
あるいはこれと全要素共通の更新バージョンとの組み合わせ。


397:デフォルトの名無しさん
09/12/28 12:43:06
それでも遅いなら特定子孫のみを無効化出来るようにビットフラグなんかで工夫、
ただしこれはうまくできるかは分からない、頭の中で設計出来てない。
出来たとしてもちょっと複雑になるから効果は落ちる可能性が高い。



398:デフォルトの名無しさん
09/12/28 12:53:27
産業

399:デフォルトの名無しさん
09/12/28 16:57:48
みなさん!自己解決しました!

400:デフォルトの名無しさん
09/12/29 05:44:35
みなって誰?

401:デフォルトの名無しさん
09/12/29 08:17:31
青江

402:デフォルトの名無しさん
09/12/29 10:06:33
流石の俺も「青江」は出ねぇわw

403:デフォルトの名無しさん
09/12/29 12:44:01
(  ̄ー ̄)ふーん…

404:デフォルトの名無しさん
09/12/29 12:50:04
    (  ̄ー ̄)
  (  ̄ー ̄)(  ̄ー ̄)
(  ̄ー ̄)(  ̄ー ̄)(  ̄ー ̄)

405:デフォルトの名無しさん
09/12/29 13:14:47
    (  ̄ー ̄)
  (  ̄ー ̄)(  ̄ー ̄)
(  ̄ー ̄)(  ̄ー ̄)(TーT)


406:デフォルトの名無しさん
09/12/29 13:29:20
使い捨て下っ端のITドカタを表現したAAですね

407:デフォルトの名無しさん
09/12/29 13:57:46
本物のドカタは定刻で帰れるがな。

408:デフォルトの名無しさん
09/12/29 15:06:59
がながな。

409:デフォルトの名無しさん
09/12/29 15:52:14
VC#2008で行番号が表示されないんですが。知ってる人いませんか?

410:デフォルトの名無しさん
09/12/29 15:53:23
ありますたorzスミマセン

411:デフォルトの名無しさん
09/12/29 17:32:37
単にあったかだけ書かずにどこにあったかも書いとけよ

412:デフォルトの名無しさん
09/12/29 17:42:48
かわりに書いておいてください
では

413:デフォルトの名無しさん
09/12/29 17:47:51
死ねハゲ

414:デフォルトの名無しさん
09/12/29 17:56:50
悪性のタコだな

415:デフォルトの名無しさん
09/12/29 18:02:22
C#でDictionary型の連想配列のディープコピーをするには
ループでコピーするしかないですか?

416:415
09/12/29 18:05:18
自己解決しました

417:デフォルトの名無しさん
09/12/29 18:06:20
はいはい

418:デフォルトの名無しさん
09/12/29 18:08:40
>>416
答え書け、バカ

419:デフォルトの名無しさん
09/12/29 18:10:54
>>418
イヤです。

420:デフォルトの名無しさん
09/12/29 18:10:59
>>416-418
自演乙
誰だよお前w>>416

421:デフォルトの名無しさん
09/12/29 18:16:02
こんなカスが常駐してるからID非表示の板は嫌なんだ
おとなしくループでしこしこやってるわ

422:デフォルトの名無しさん
09/12/29 18:20:57
>>421
どうしても答え欲しいならトリップでもつけりゃいいじゃん
あほなの?

423:デフォルトの名無しさん
09/12/29 18:23:23
冬休みで基地外が居座ってる確率が急上昇中だな。

424:デフォルトの名無しさん
09/12/29 18:25:52
たいへんだな

425:デフォルトの名無しさん
09/12/29 18:28:05
まぁ、本当に自己解決したからいいわw
ループコピーの関数作ったから。

426:デフォルトの名無しさん
09/12/29 20:39:25
UserControl継承してコントロール拵えてたんだけど
パブリックプロパティ作ったらデザイナが勝手にnull入れようとしてくるのね。
そのプロパティはnull許容できないからArgumentNullException吐いてるのね。
それでも執拗にnull入れてくるのね。

たぶんこの辺を制御する属性があるはずなんで教えてください。

427:デフォルトの名無しさん
09/12/29 20:40:02
DefaultValueAttribute

428: ◆dqVzDvT5pM
09/12/29 20:40:47
よろしくおねがいします

429:デフォルトの名無しさん
09/12/29 20:41:58
こちらこそよろしくおねがいします

430:デフォルトの名無しさん
09/12/29 20:42:34
>>427
ありがとうござます。

431:デフォルトの名無しさん
09/12/29 21:23:32
こんごともよろしく

432:デフォルトの名無しさん
09/12/29 22:21:23
>>426
デザイナは勝手にnull入れようとなんてしないし、
DefaultValueAttributeは単にプロパティグリッドのコンテクストメニューが
表示されるときに「リセット」項目を有効にするかどうかの判定に使われるだけ。

なんか勘違いしてると思う。

433:デフォルトの名無しさん
09/12/29 22:26:51
しないし~と言わても、コントロール更新する度に
Form.InitializeCompornent
の中で毎度毎度
MyControl.NullNotablePropaty=null
を自動生成されるのでどうしたらいいのやら
結局メソッドにしたからいいんだけど

434:デフォルトの名無しさん
09/12/29 22:35:38
再現するので一応手順を書きます。

普通にFormアプリケーションのプロジェクトを新規作成します。
追加でUserControlを選択し、TestUserControlを作成します。
TestUserControlに以下のコードを記入します。

private object nullNotablePropaty = null;
public object NullNotablePropaty {
get { return this.nullNotablePropaty; }
set {
if (value == null) { throw new ArgumentNullException("value"); }
this.NullNotablePropaty = value;
}
}

一度ビルドします。
Formに戻ってTestUserControlを貼り付けます。
もう一度ビルドすると

//警告 値を Null にすることはできません。
//パラメータ名: value

と吐いてデザイナが停止します。
これ標準的な動作なのですか?

435:デフォルトの名無しさん
09/12/29 22:38:49
>>433
それはUserControlのコードで適切なタイミング(普通はコンストラクタで
いいと思うけど)でプロパティを初期化してないから。

あるいは逆に、UserControlが何かのイベントハンドラでプロパティ(またはその
バックストアフィールドに)nullを入れちゃってるか。

いずれにせよ、デザイナがやってるのは、ただ設定されてるプロパティを永続化するための
コードを吐いてるだけ。

もちろんDefaultValueAttributeで適当な値を指定して、そのプロパティをデザイナで
指定すれば、

MyControl.NullNotablePropaty=null;
は作成されなくなるけど、根本的な問題解決になってない。

436:デフォルトの名無しさん
09/12/29 22:39:52
そもそもnull入れちゃダメなのにnullで初期化してる意味がわからない

437:デフォルトの名無しさん
09/12/29 22:43:42
別にString.Emptyでも何でもええですよ。
適当な値が思いつかなかったからここではNullになってるだけっす。
重箱がお好きですねぇ。

438:デフォルトの名無しさん
09/12/29 22:46:16
重箱は職業マの趣味だよw
程度低いよねw

439:デフォルトの名無しさん
09/12/29 22:48:24
(´・ω・`)

440:デフォルトの名無しさん
09/12/29 22:52:52
>>434
だから、とにかくプロパティを初期化するコードを書こうよ。

なぜそういう動作になるのかは、俺も完全には説明できないけど
落ち着いて考えれば大体の想像はつくと思う。

441:デフォルトの名無しさん
09/12/29 23:02:06
プロパティって初期化するか?

442:デフォルトの名無しさん
09/12/29 23:02:58
後ろのフィールドを初期化してDefaultValue属性で明示するのが正しい

443:デフォルトの名無しさん
09/12/29 23:07:09
んじゃおきまりの文句を
設 計 が 悪 い

444:デフォルトの名無しさん
09/12/29 23:09:43
UserControlにnullを許容しない参照型のプロパティを持つのが理解できない
設計が悪い

445:434
09/12/29 23:20:31
自己解決しました

446:デフォルトの名無しさん
09/12/29 23:20:36
>>434
あと、一応言っておくけど単にIDEがそのプロパティを永続化するコードを吐くことを
抑止したいだけなら、DesignerSerializationVisibilityAttribute.Hiddenを付ければいい。

447:デフォルトの名無しさん
09/12/29 23:22:22
>>439
(´・ω・`)←鳥の糞

448:デフォルトの名無しさん
09/12/29 23:24:56
しかし、どう解決したかぐらい書けばいいのにな。
なんかさもしいよな

449:デフォルトの名無しさん
09/12/29 23:26:11
遊ばれてる人々

450:デフォルトの名無しさん
09/12/29 23:31:57
他人がネタで書いてるだけだってば。

451:デフォルトの名無しさん
09/12/29 23:44:30
ID無い板で冬休み
そういうことだ

452:デフォルトの名無しさん
09/12/30 00:17:40
>>437
こんなあほ相手にするだけ無駄だったな。


453:デフォルトの名無しさん
09/12/30 00:20:15
>>432
お前も勘違いしてる。


454:デフォルトの名無しさん
09/12/31 03:05:56
初めまして。
現在COMのiTunes 1.12 Type Libraryを利用して、
iTunesで曲が再生される度にListViewに曲目を追加していくアプリを開発しています。
再生開始時にListViewに追加できるようにするため、一通りコードを書いたのですが
以下のコードがうまく動かずに頓挫しています。

具体的には、関数ShowSongInfoOnList()において
リストを表示する手前でMessageBoxを出すと、曲目が表示されるのですが、
(ゆえに、曲目は正常に取れているはず)
その次の行のAddする時にうまく行っていないようで、困っています。
Addさえうまく行けば…と思い、苦労しております。

解決法をご存知の方、どうかご教授ください。

455:454のコード1
09/12/31 03:07:34
namespace WindowsFormsApplication1
{

public partial class Form1 : Form
{
// iTunes操作のためのインスタンス
private iTunesApp iTunes;

public Form1()
{
// 初期化
InitializeComponent();

// リスト形式で表示するためのコード
listView1.FullRowSelect = true;
listView1.GridLines = true;
listView1.Sorting = SortOrder.Ascending;
listView1.View = View.Details;
listView1.HeaderStyle = ColumnHeaderStyle.Nonclickable;
listView1.Columns.Add("楽曲名", 145, HorizontalAlignment.Left);
listView1.Columns.Add("アーティスト", 145, HorizontalAlignment.Left);
listView1.Columns.Add("アルバム", 100, HorizontalAlignment.Left);
listView1.Columns.Add("再生日時", 200, HorizontalAlignment.Left);

// インスタンス生成
iTunes = new iTunesAppClass();



456:454のコード2
09/12/31 03:08:20
// イベントハンドラ群
iTunes.OnPlayerPlayEvent += new _IiTunesEvents_OnPlayerPlayEventEventHandler(iTunesPlayEvent);
iTunes.OnPlayerStopEvent += new _IiTunesEvents_OnPlayerStopEventEventHandler(iTunesStopEvent);
iTunes.OnAboutToPromptUserToQuitEvent += new _IiTunesEvents_OnAboutToPromptUserToQuitEventEventHandler(iTunesQuitEvent);
}
// 再生開始イベント
private void iTunesPlayEvent(Object iTrack)
{
ShowSongInfoOnList((IITTrack)iTrack);
}
// 再生終了イベント
private void iTunesStopEvent(Object iTrack)
{
}

// iTunes終了イベント
private void iTunesQuitEvent()
{
this.Close();
}

private void ShowSongInfoOnList(IITTrack itrack)
{
// 曲情報を格納
DateTime dt = DateTime.Now;
// デバッグ用
MessageBox.Show(itrack.Name + itrack.Artist + itrack.Album + dt.ToString());
// リスト表示
this.listView1.Items.Add(new ListViewItem(new String[] { itrack.Name, itrack.Artist, itrack.Album, dt.ToString() }));
}
}
}

457:454
09/12/31 03:11:17
自己解決しました。スレ汚し失礼しました。

458:デフォルトの名無しさん
09/12/31 22:29:20
ある値を返す関数FUNCがあるとします。FUNCが返す値は、FUNC内で取得や生成がされるものではなく、他のコールバック関数CBがきた時点でCB内で取得できるものです。
この場合、FUNCによってCBで得られた値を返すにはどのような方法をとればいいのでしょうか。

CB内の処理で適当なフラグをONにして、FUNC内でそのフラグがONになるのをwhileループで待つというのは微妙な方法だと思います。
またThread.Sleepで処理を待つというのも、この場合FUNCの反応速度が1ms単位になってしまうので若干の妥協を強いられることになってしまいます。

この場合どのような手段が最適なのでしょうか。
ちなみにこの情報が役に立つかはわかりませんが、具体的にやりたいことはDirectShowでUSBカメラのキャプチャを行うことの複雑さをクラスによって隠蔽しようとしています。
DirectShowのISampleGrabberCB.BufferCBが上記のコールバック関数CBにあたり、クラスでキャプチャ画像を取得する関数が上記のFUNCに相当します。
よろしくお願いします。

459:デフォルトの名無しさん
09/12/31 22:35:25
FUNCだけでやりたい、ってことなら、ポーリングするしかない。
普通に考えれば、コールバックなりイベントなりを使うだろうけどね。

460:デフォルトの名無しさん
10/01/01 02:08:29
要約するとこう?
| コールバック関数にキャプったデータが非同期で順次渡され、FUNCで現在のデータを取り出す
| しかし、まだカメラの準備ができていなくてデータがないときはFUNCをブロックしたい

いずれにしても、同期制御の基本的な部分が分らないんだろうな
キーワード: イベントオブジェクト、EventWaitHandle

461:デフォルトの名無しさん
10/01/01 05:13:05
>>460
笑(笑)

462:458
10/01/01 17:19:47
すいません自己解決しました。

463:デフォルトの名無しさん
10/01/01 17:34:25
よかったね。死ね。

464:デフォルトの名無しさん
10/01/01 18:01:31
すみません自己解凍しました。

465:デフォルトの名無しさん
10/01/01 21:09:16
>>459-460
レスありがとうございます。極力クラスを利用するほうには簡単に見せたかったので、イベントやコールバックも控えていたんです。
EventWaitHandleなどについて調べてみたいと思います。


466:デフォルトの名無しさん
10/01/03 13:47:18
DataGridView を継承したクラス を作っているんですが、CellValuePushed イベント内で
e.ColumnIndex の値が書き変わってしまいます。
関数内で this(あるいはキャストした sender).Rows[].Cells[].Value のように、cell.Value
を実行したのが原因のようですが、これはしてはいけないことなんでしょうか?

467:466
10/01/03 14:17:02
自己解決しました

468:466
10/01/03 14:20:14
偽者が出たので再度カキコ

DataGridView を継承したクラス を作っているんですが、CellValuePushed イベント内で
e.ColumnIndex の値が書き変わってしまいます。
関数内で this(あるいはキャストした sender).Rows[].Cells[].Value のように、cell.Value
を実行したのが原因のようですが、これはしてはいけないことなんでしょうか?

469:デフォルトの名無しさん
10/01/03 14:26:37
>>468
偽者なんてわかってるのに二重書き込みとかいちいちうざいよ。

470:デフォルトの名無しさん
10/01/03 14:54:31
>>469
チミ自身は「うざ」くないと思ってるの?w
こういう「俺様棚上げ君」って頭オカシイんじゃないのかねホント。

471:デフォルトの名無しさん
10/01/03 14:56:15
>>466
意味がわかんない。e.Value使えばいいんじゃね?
確かめたわけじゃないけど、Cellsのインデックスはカラム順じゃないキガス

それと467==469だな、うん。ゴミレスが根拠。470も同類ウザ

472:デフォルトの名無しさん
10/01/03 14:59:43
467だけど469ではないです。
あと466解決しました。

473:デフォルトの名無しさん
10/01/03 15:00:10
まったく同じこと書きなおす奴は読んでる人のことは全然考えてない

474:デフォルトの名無しさん
10/01/03 15:02:26
>>470
チミとかきんもーっ☆

475:デフォルトの名無しさん
10/01/03 15:11:11
>>471
「==」わろた

476:デフォルトの名無しさん
10/01/03 15:13:28
まぁマ板だし

477:デフォルトの名無しさん
10/01/03 15:29:54
いやム板でしょ

478:デフォルトの名無しさん
10/01/03 15:37:12
だから自己解決したときも答えを書けといってるのに

479:デフォルトの名無しさん
10/01/03 15:42:20
>>466-479
ここまで自演

480:デフォルトの名無しさん
10/01/03 15:43:16
だからいちいちトリップつけろよめんどくさい

481:デフォルトの名無しさん
10/01/03 15:49:59
>>466
試してみた。
現象としては違うんだけど、デバッグ文とかで
dataGridView1.Rows[e.RowIndex].Cells[e.ColumnIndex].Value
を参照すると、e.Valueが何故か消えるな・・・

String mes1 = "row:" + e.RowIndex + ", col:" + e.ColumnIndex + ", val:" + e.Value;
String mes2 = "row:" + e.RowIndex + ", col:" + e.ColumnIndex + ", val:" + dataGridView1.Rows[e.RowIndex].Cells[e.ColumnIndex].Value;

そもそも CellValuePushed の中じゃ dataGridView1.Rows[e.RowIndex].Cells[e.ColumnIndex].Value は
入力以前の値だから見ても意味がない。
やっぱり e.Value を使えばいい。変更前の値ならデータストアを見る。


482:デフォルトの名無しさん
10/01/03 15:52:37
あと、ColumnIndexは表示のカラムとは無関係だった。(カラムの順番を手で移動しても変わらない)

483:466
10/01/03 17:31:14
>>471 >>481 >>482
レスありがとうございます。
Rows[].Cells[].Value で同行の他列を参照したいので、e.Value は使えないんです。
最初に e.ColumnIndex を保存しておくとかも考えたんですが、CellValuePushed 内で
他列を参照しない方がいいですね…
アドバイスどおり、おとなしく元データのほうを参照するようにします。

484:デフォルトの名無しさん
10/01/06 21:06:37
32bitOSで作ったC#アプリは
64bitOSでも使えますか?

485:デフォルトの名無しさん
10/01/06 21:15:00
動く

486:デフォルトの名無しさん
10/01/06 21:16:22
動くようにも作れる

487:デフォルトの名無しさん
10/01/06 21:25:25
動かないように作る方が難しいと思うけどw
IntPtr使うところわざとint使ったりでもしなきゃ動くんじゃないのか

488:デフォルトの名無しさん
10/01/06 21:57:04
まあ普通に作れば動くわな。
アンマネージ使う場合くらい注意。


489:デフォルトの名無しさん
10/01/06 22:24:56
あとは32ビット版しかないCOMコンポーネントとか要注意だな。

490:デフォルトの名無しさん
10/01/06 22:30:46
今は直ってた気がするけど、
昔、LINQ to SQL 使うと64ビットで動かなかったことが。

491:デフォルトの名無しさん
10/01/06 22:35:26
LINQってなんですかぁ?
Linkの派生版ですかぁ?
ハイパーリンク出来るんですかぁ?
よくわかりません><

492:デフォルトの名無しさん
10/01/06 22:39:13
>>491
和製英語で臨海空港のこと。
臨海空港 ⇒ りんくう ⇒ LINQ
一つお勉強になったね

493:デフォルトの名無しさん
10/01/06 23:05:22
つまんね

494:デフォルトの名無しさん
10/01/07 00:46:57
Properties.Settingsで、起動時にuser.configを読み込むタイミングで
validateを差し込む方法はあるでしょうか?

ユーザがuser.configを自分で無効な値に書き換えた場合などに、
キャンセルしてデフォルト値を読み込めるようにしたいのですが。

495:デフォルトの名無しさん
10/01/07 02:17:26
どうしても出来ない事があって、質問しようと今までやってきたことを書き連ねてたら、
突然ひらめいて解決できた。

ありがとう、本当にありがとう。

496:デフォルトの名無しさん
10/01/07 02:19:48
そういうもんだ。

497:デフォルトの名無しさん
10/01/07 02:25:12
文章書くことで頭が整理される


498:デフォルトの名無しさん
10/01/07 05:23:16
脳が活性化されるからね

499:デフォルトの名無しさん
10/01/07 09:01:53
文章というか可視化だな

500:デフォルトの名無しさん
10/01/07 09:33:12
そうそう、先輩や後輩に相談しようとして話してたら閃くことってたまにあるw
やっぱ整理するって大事なのね

501:デフォルトの名無しさん
10/01/07 09:37:27
アウトプットしないと人間馬鹿になるっていうしな

502:デフォルトの名無しさん
10/01/07 14:06:00
ありすぎて笑う

503:デフォルトの名無しさん
10/01/07 23:05:19
仮死化

504:デフォルトの名無しさん
10/01/07 23:14:25
ドキュメントを残していれば誰かが引き継いでくれるのを期待することですね

505:デフォルトの名無しさん
10/01/08 01:51:05
先生、このロンゴロンゴ文字解読できません!

506:デフォルトの名無しさん
10/01/08 02:32:56
C#WindowsアプリからWEBブラウザを起動し、
WindowsFormに入力した値をブラウザ上に自動入力する
プログラムを作っています。

通常のiFrame(インラインフレーム)等を使わないページであれば
mshtmlを使用する事によりWindowsフォームに入力した値を
ブラウザに設定する事が出来ているのですが、

指定したページ内部にiFrameを使用しているページの場合には
どうしても自動で入力をする事が出来ません。

どうすれば指定したページ(URL)にiFrameが使用されている場合にも
ページの特定項目にmshtmlを使用して自動入力をさせる事が出来るのでしょうか?

507:デフォルトの名無しさん
10/01/08 02:59:46
>>506
javascriptでのやり方と一緒です
iframeをDOMで取得して中のドキュメントを取得すれば
そこから先はiframeを使っていない場合と同じ
トップのドキュメントとフレームのドメインが異なるなら無理です
絶対不可能かというとそうでもないんだがセキュリティ上の制約です

508:デフォルトの名無しさん
10/01/08 19:24:09
Ctrl + Mを改行に割り当てられますか。
Mはアウトライン関連の2ストロークの最初の文字みたいだったんで、それらを削除してみたんだが。

509:508
10/01/08 19:53:31
失礼、残ってた、アウトラインのCtrl + M関連全部削除したら、できました。ありがとうございます。

510:デフォルトの名無しさん
10/01/09 12:47:14
OrderdOyについてなのですが
var seq = from item in container orderby item.Key1 , item.Key2 select item;
この複数キーでソートするorderbyに直接対応する拡張メソッドが無いようなのですが
これって、どうやって呼び出されているかご存じの方おられますか?


511:デフォルトの名無しさん
10/01/09 13:14:41
ThenBy

512:デフォルトの名無しさん
10/01/09 15:58:38
>>512

513:デフォルトの名無しさん
10/01/09 20:56:36
逆コンパイルしたらすぐわかるのに

514:デフォルトの名無しさん
10/01/10 03:20:21
ダイアログを、タスクトレイがどこに配置されていても、タスクトレイの直上(or 直下)に
開くようにコーディングしたいのですが、どうすればよいでしょうか。

515:506
10/01/10 04:11:58
折角ご回答頂いたのにお返事が遅くなりまして申し訳ありません。
※規制されていました。

>>507
フレーム内の要素にアクセスしようと思い
次の様なコードを書いてみたのですが
次の「ERROR_POINT」と書いた部分でエラーが発生してしまいます。
一体何が原因なのでしょうか?

アクセスが拒否されました。(HRESULT からの例外: 0x80070005(E_ACCESSDENIED))


iCol = HTMLDoc.getElementsByTagName("iframe");
foreach (mshtml.IHTMLElement IhtmlIE in iCol)
{
  if (IhtmlIE.getAttribute("id", 1) != null) // ERROR_POINT
  {
    sString = (string)IhtmlIE.getAttribute("id", 1);

  if (sString == "inputBody_ifr")
  {

  }
}


また、mshtml を使用して自動でiframe内の要素に自動入力が
出来ない場合には、Windows APIを使用して画面内のiFrameの位置をクリックし
文字列を入力したいと思うのですが、
そもそもWindows APIを使用して画面内の特定座標をクリックし
そこに対して文字列を入力する事など可能なのでしょうか?

516:デフォルトの名無しさん
10/01/10 09:13:30
>>515
>一体何が原因なのでしょうか?
507でもいったけどトップのドキュメントとフレームのドメインが同じかどうか確認したかい?
それもせずに、ソース丸投げでデバッグしてくれはないだろ

517:デフォルトの名無しさん
10/01/10 19:18:02
>>516
それが不思議な事にそのサイトは、コードを見ても次の様になっていて
(SRCにJavaScriptになっています。)
ドメインが同じかどうかの確認をする事が出来ません。

しかも、ブラウザから見て入力を行うと(例えば"あいうえお")
iFrame内の<body>タグ内になぜか文字が入るのです。
(FireBugで要素を調査したと結果)
<body>あいうえお</body>

■iFrame内のコード
<iFrame src="Javascript:">
<html>
  <head>
  </head>

  <body>
  </body>
</html>
</IFrame>


518:デフォルトの名無しさん
10/01/10 19:45:47
そのサイトを教えてくれたら俺が作ってやるのに

519:デフォルトの名無しさん
10/01/10 19:58:48
>>518
実は会社から自分のブログへアクセスし
書き込みをする事が出来ない為、

これまで仕事中にこっそりブログのネタをテキストファイルに書込みを行い、
メールで自宅に送信し、そのネタをブログの本文に貼り付けていたのですが、
毎回それを手動でするのは面倒なので、自動で受信メールの内容を

ブログにログインし本文に貼り付けようとしているのですが、
iFrameのトラップがある事を知り断念している状況です。

結構難易度が高く私のスキルではどうもiFramewを使ってるところに
自動で入力をする事が出来ません。。。

お手数ですがもし可能でしたらlivedoorの本文に自動入力する方法をご伝授頂けると助かります。

520:519
10/01/10 20:01:55
>>519 ですが、仕事中にブログのネタを書いてる・・・の件はシカトして下さい><;

521:デフォルトの名無しさん
10/01/10 20:03:02
そのブログ主だって会社にばれたときタイムスタンプについてどういいわけするのか
まずそこから考えたほうがいいと思うよ

522:デフォルトの名無しさん
10/01/10 20:04:24
そういうのはどうでもいい。

523:デフォルトの名無しさん
10/01/10 20:04:57
よし
龍馬伝見てから考える

524:デフォルトの名無しさん
10/01/10 20:06:29
DOMでやるのはあきらめて、HttpWebRequestでやれば?
ログイン->クッキーもらう->ブログの書き込み内容をPOST、みたいな感じだろうし。

525:519
10/01/10 20:11:37
>>521 >>521 >.523
(だって仕事詰まらないんですもの。)

>>524
httpWebRequestはあまり詳しく無いので
Windows APIでも駆使して何とかして
自動化したいんです。

(仕事中にじっくりネタを考えてるせいもあって、お陰様で結構人気です。)


526:デフォルトの名無しさん
10/01/10 20:13:01
何とかして、って何ともなってねーじゃんw

527:デフォルトの名無しさん
10/01/10 20:14:36
だなw

528:デフォルトの名無しさん
10/01/10 20:15:07
だいたい「ちゃんと目的のページを読み込めたか」の例外処理のほうがむずかしいっつーの
プログラムってのはコードの実行性だけを示すんじゃないんだけどなぁ

529:519
10/01/10 20:33:31
>>526 >>527 >>528
私のスキルではどうもiFrameを使ってるところの自動
入力させるのは難しいです。

どなたかこの様な事を出来る方はいませんか?

530:デフォルトの名無しさん
10/01/10 20:40:01
ひとつ言っておくけど、この件でAPIはほとんど役立たず。
せいぜい、キー入力を送るくらい(これなら、SendKeysで充分だけど)。

531:デフォルトの名無しさん
10/01/10 20:42:53
>>530
一言余計だと思うんだけどなぁ

532:デフォルトの名無しさん
10/01/10 20:45:46
龍馬伝おわた
風呂入ってくる。

533:デフォルトの名無しさん
10/01/10 20:47:43
答え書かれてるじゃん。一連の認証と送信手続きを動作確認しながらすればいいって。
意味わかんないなら誰かに金払って作ってもらいなよ。それか携帯でブログ更新するかだね。仕事中に。

534:デフォルトの名無しさん
10/01/10 21:17:34
>>525
>それが不思議な事にそのサイトは、コードを見ても次の様になっていて
>(SRCにJavaScriptになっています。)
>ドメインが同じかどうかの確認をする事が出来ません。
それはドメインが異なるのと同じ扱いになってる(勝手に解釈して情報省くな)
まあ、どう考えても自動操作はめんどくさいだけだから
524の言うようにhttpWebRequestでやるか
もう少し扱いが簡単なWebClient使って頑張るかだな

535:519
10/01/10 21:33:15
>>530
SendKeyで試そうしているのですが
例えばタイトル項目にフォーカスを当ててからSenkeyで
"{TAB}あいうえお" という文字列を送ろうとして次のコードを書いたところエラーが出てしまいます。

■コード
 // mshtml.IHTMLElement IhtmlIE
 IhtmlIE.Focus();

■エラー内容
 mshtml.IHTMLElement' に 'Focus' の定義がありません。

VB.netだと普通にFocus(); が出切るのになぜC#だと出来ないのでしょうか?






536:デフォルトの名無しさん
10/01/10 21:36:45
mshtml.IHTMLElement' に 'Focus' の定義がないからだろ。

537:519
10/01/10 21:39:46
>>532
お風呂から上がられましたら>>532さんのテクニックに期待してます。

>>533 >>534
mshtmlを操作して入力→ボタンのクリックをした方が一番簡単かと思っているのですが
その認証を行う為には、>>534さんのおっしゃってる様に
httpWebRequest か WebClient を使うしか無いのでしょうか。

また、mhstmを使用しても出来ない場合には、
本文の入力エリアは決まった位置に表示されるので、WindowsAPIを使用して
iFrameで定義されたiFrame内の要素をクリック→文字列の送信をする方法を考えているのですが

Windows APIで特定の座標をクリック→文字列の送信をするにはどうすれば良いでしょか?


538:519
10/01/10 21:40:29
>>536
VB.netだと Focus();が普通に使えてました。

539:デフォルトの名無しさん
10/01/10 21:41:42
じゃぁ、VB.NETでやれよ。

540:519
10/01/10 21:58:49
C#の方がコードが見やすいのでC#でやりたいです。

541:デフォルトの名無しさん
10/01/10 22:02:19
>>537
534だが、mshtmlを操作するよりWebClientのほうが簡単だ
DOMによる操作セキュリティ制限に引っかかっていて難しい
キー操作でどうにかするならレイアウト変わるたびにメンテ
マウスなら座標取るためにDOMが必要だから非現実的
どの方法も不可能とは言わないが、WebClientが圧倒的に簡単
根性でキー入力するなら文字はクリップボードから貼り付ければw

542:デフォルトの名無しさん
10/01/10 22:23:48
いい加減、mshtmlの使い方はスレチだと気付け

543:デフォルトの名無しさん
10/01/10 22:51:17
うーん。ログインしてタイトルと本文入れるとこまでできた。
でも投稿できない。本文を入れなければ投稿するけど
本文を入れて下さいのエラーがでる。今日はつかれたからこの辺にしておこう。

544:519
10/01/10 23:07:18
>>541
WebClientにも挑戦してみようと思います。
というよりちょっと疑問なのですが、
>DOMによる操作セキュリティ制限に引っかかっていて難しい
この様な情報ってどこから知られたのでしょうか?
私の方でも色々とぐぐってみたのですが見つかりませんでした。

>>543
ええっ!?風呂入ってもうそこまで出来たのですか!?ぱねーっす。
私はタイトルの入力まででだいたい5時間位時間がかかったのに、、、
お暇な時で結構ですので本文の入力方法をご教示下さい。


(仕事がつまらないから、こっそりブログのネタを考えてる俺って社会人として最低かなw?
まだ、自覚症状があるだけましと勝手に解釈しています。)


545:デフォルトの名無しさん
10/01/10 23:08:31
いいから死ねよ。

546:デフォルトの名無しさん
10/01/10 23:27:16
背筋がゾワゾワってするぐらい気持悪い

547:デフォルトの名無しさん
10/01/10 23:33:35
>>544
どこのブログ使ってんの?

548:519
10/01/10 23:43:21
>>547
live door っす

549:デフォルトの名無しさん
10/01/10 23:53:29
ATOM APIにも一応対応してるんだな。サポート外らしいけど。

550:デフォルトの名無しさん
10/01/10 23:54:36
おっ
できた。例外エラーが出てただけだった。

551:デフォルトの名無しさん
10/01/10 23:58:02
おめでとう。

552:519 ◆JRq8rZjk7c
10/01/11 00:09:53
>>550
は偽者です。

553:デフォルトの名無しさん
10/01/11 00:10:37
>>543=>>550 じゃねーの?

554:519 ◆xdkteuOpHo
10/01/11 00:11:10
>>552
トリップ後出しとか意味ないから。

555:519 ◆JRq8rZjk7c
10/01/11 00:12:51
>>554
そういうのつまんない

556:デフォルトの名無しさん
10/01/11 00:13:49
#5151
#kusosure

557:デフォルトの名無しさん
10/01/11 00:14:11
>>553
そうです


558:519 ◆G0.qAawIBk
10/01/11 01:42:54
>>553
なるほどw勘違いしてました。すみません。

>>555
お前は2chのプロ固定w?酉が丸見えの様だけどw

559:519 ◆G0.qAawIBk
10/01/11 01:50:25
プログラム板にもプロ固定がいるのか。

>>555
酉が分ってる時点でプロ固定丸出しw
2chのサクラのプロ固定はウザイからウセロカスw


560:デフォルトの名無しさん
10/01/11 02:12:30
プロ固定ってなに?しかもム板でコテとか馬鹿ですって言ってるようなもんだろ。
ふらっと行けよ、ふらっと。

561:デフォルトの名無しさん
10/01/11 02:22:47
>>543ですけどー
うpしとくよー。
DLパスはlivedoorだよ。
URLリンク(www1.axfc.net)

562:デフォルトの名無しさん
10/01/11 09:11:47
プロ固定ってなんだ・・・??

563:デフォルトの名無しさん
10/01/11 09:40:40
これか。
病気か?
URLリンク(ja.uncyclopedia.info)

564:519 ◆G0.qAawIBk
10/01/11 11:50:05
>>561
ありがとうございます。凄いです^^w
まさかこんな短期間で出切るなんて、、、
本当にどうもありがとうございました。

(これで仕事中にブログのネタを一生件名考える事が出来ますw)



565:519 ◆G0.qAawIBk
10/01/11 11:50:46
プロ固定を知らないとか大丈夫?
某サイトにプロ固定の情報がテンコ盛りだよw

566:デフォルトの名無しさん
10/01/11 11:53:59
頭のおかしな人が妄想を書き連ねたサイト、だろwwwww

567:デフォルトの名無しさん
10/01/11 12:03:35
kwsk

568:デフォルトの名無しさん
10/01/11 12:25:30
URLリンク(anti2ch.blog61.fc2.com)

プロ固定って新しい技術かなんかかと思ったら
ただのキチガイの妄想かよ

プロ固定とかいうのの存在を日記に書いたら
>しかし、この日記が広く知れ渡る前に、
>井上玄氏の元にはなぜか暴力団による激しい恫喝が行われ、
>家族もその被害に合い、この日記はすぐに閉鎖させられてしまいます。


新種の厨二病かなんか?

569:デフォルトの名無しさん
10/01/11 12:27:01
>>568
プロ固定を必死に否定するのが表2chのサクラ(プロ固定だよw)

某掲示板にプロ固定の情報とか全部晒されてるから見てご覧

570:デフォルトの名無しさん
10/01/11 12:29:19
>>569
よくわからんけど
ここでプロ固定うんぬん言い出してスレを荒らす行為と
そのプロ固定が無意味なコピペで書き込み数を水増しするのとどう違うの?

どんだけ2chに人生かけてんだよ

571:デフォルトの名無しさん
10/01/11 12:39:00
>>519がちょっと可哀そうな人だってことだけはよーく伝わった。

572:デフォルトの名無しさん
10/01/11 12:43:27
>>570
取り合えず荒らしと思う人がいるならこれで最後にするよ。
プロ固定 裏 で検索してみてね。

ブログの順位をあげるコツw
仕事中にネタを練りまくる事w

573:デフォルトの名無しさん
10/01/11 12:46:00
>>572
いようがいまいが 一般人は 気にしない

574:デフォルトの名無しさん
10/01/11 12:50:14
チラ裏に書いてろって言葉がぴったり

575:デフォルトの名無しさん
10/01/11 13:18:32
最近のチラシは裏が白紙じゃないことが多いから
表に書いてもいいけどな

576:デフォルトの名無しさん
10/01/11 14:30:39
プロ固定を知らないとか大丈夫?
某サイトにプロ固定の情報がチンコ盛りだよw

577:デフォルトの名無しさん
10/01/11 14:34:39
>>576
表2chに対抗して作られた某掲示板の「表2ch批判」
板に色々と際どい情報(プロ固定の住所・指名とかw)がマンコ盛りw

ところでプロ固定を知らないのはマジでヤバイと思うよ。
そーいう人に限って規制を喰らって●とか買っちゃうんだろうね。

C#とは関係無いからこの変にしておくけど。


578:デフォルトの名無しさん
10/01/11 14:38:09
ねぇ、これに乗っかってもなんも面白くないと思うけど・・・

579:デフォルトの名無しさん
10/01/11 14:39:19
いまどきプロ固定ネタとか。

580:デフォルトの名無しさん
10/01/11 15:10:15
最近知ったから興奮してるんでしょ。
よくまあググりゃひっかかるトリップバレからここまで話ひっぱれること。

581:デフォルトの名無しさん
10/01/11 19:09:32
おおっぐぐったら確かにヒットしたw

プロ固定かとおもたw

582:デフォルトの名無しさん
10/01/11 19:36:50
トリップは一方向ハッシュで生成してるから、
「プロ固定に配布されているトリップ解析プログラム」
なんてありえないのにねw

583:デフォルトの名無しさん
10/01/13 00:06:10
質問です。

.NETあるいはWindows上で、
「それを確保したアプリケーション以外からは決してアクセスできないセキュアな永続化領域」
を確保する手段はあるでしょうか?

早い話が、ローカルに何かのサービスのパスワードをセキュアに保存する方法があるのかどうか、
ということなのですが。

584:デフォルトの名無しさん
10/01/13 00:11:35
できます

585:583
10/01/13 00:12:17
出来るんですね。分かりました。
自分で調べます。ありがとうございました。

586:デフォルトの名無しさん
10/01/13 00:29:57
ないと思う。

587:デフォルトの名無しさん
10/01/13 00:47:51
Windows APIのCryptProtectDataなんかで実現できると思う。

588:デフォルトの名無しさん
10/01/13 01:06:44
それもパスワード知ってたら無理だろ。

589:デフォルトの名無しさん
10/01/13 02:10:44
>>561 さんのコードを元に>>519さんと同じ事を学習用に
やっているのですがどうも次のキャストで失敗する為に
後続処理のページ内の各オブジェクトにアクセスする事が出来ません。
>>561さんは、キャストもせずになぜそのまま出来たのでしょうか?

※対象コード
Private Sub WebBrowser1_DocumentCompleted(ByVal sender As System.Object, ByVal e As
System.Windows.Forms.WebBrowserDocumentCompletedEventArgs) Handles WebBrowser1.DocumentCompleted
  
  state = state + 1
   If state = 1 Then
      Dim doc As HTMLDocument
      Try

        '(A)
        doc = DirectCast(WebBrowser1.Document, HTMLDocument)

        '(B)
        'doc = WebBrowser1.Document

      Catch ex As Exception

        Debug.WriteLine(ex.Message)

      End Try

※エラー内容
  System.InvalidCastException = {"型 'System.Windows.Forms.HtmlDocument'
  のオブジェクトを型 'mshtml.HTMLDocument' にキャストできません。"}


(A)(B)いずれのコードでも同一のエラーが表示されてしまいます。

590:デフォルトの名無しさん
10/01/13 02:48:26
mshtml.HTMLDocumentとSystem.Windows.Forms.HtmlDocumentは全く別ものなんだからキャストできなくて当然。
>>561はmshtml使わずにFormsだけで実装しているように見える。
それからスレタイよく読め。

591:デフォルトの名無しさん
10/01/13 02:52:58
>>590
WindowsFormにツールボックスからWebBrowserをドラッグして使用しているのですが、
何が違うのでしょうか?

大変あつかましいお願いかとは思いますが、キャストの方法を教えて頂けますか?

592:デフォルトの名無しさん
10/01/13 03:19:31
だからキャストできないんだって

593:デフォルトの名無しさん
10/01/13 03:32:16
絶対あつかましいとか思ってねーw

594:デフォルトの名無しさん
10/01/13 06:32:17
私が寝ている間に、小人さん>>585がなんか書き込んでいますが、

>>586-588
CryptProtectData系も、ログイン中のユーザが実行している他のプログラムからは
普通にアクセスできてしまうようですので、欲しいものとは少し違うかもしれません。
(まぁ、大概のケースでは問題にならないかもしれませんが)

とりあえず無さそうということで、ありがとうございました。

595:デフォルトの名無しさん
10/01/13 06:54:54
追記
小人さん>>585は無能

596:583
10/01/13 07:04:06
>>595
いや。。君は誰さ。。。

597:デフォルトの名無しさん
10/01/13 07:12:15
DomDocumentだっけか? キャストに使えるCOMオブジェクトがプロパティに
あった気がする。

598:デフォルトの名無しさん
10/01/13 09:10:09
自演されたくない質問者はトリ付けた方がいいと思うぜ
最近暇人がなりすまし覚えて粘着してるから

599:デフォルトの名無しさん
10/01/13 11:17:02
>>598
暇そうだね

600:デフォルトの名無しさん
10/01/13 11:45:16
>>589
doc.xml = WebBrowser1.Document.outerXml
みたいに中身から再構築すればいいんじゃね?
超適当に言ってみるけど。

601:デフォルトの名無しさん
10/01/13 13:47:25
>>600
低脳乙

602:デフォルトの名無しさん
10/01/13 14:43:34
多分VB6上がりなやつなんだろう

603:デフォルトの名無しさん
10/01/13 18:25:20
正直言って、WebBrowserコントロール使うんだったらVB6でやった方が楽だしデバッグもしやすい。

604:589
10/01/13 22:25:52
>>600
分らないのなら黙ってて下さい。


どなたかお教え願います。

605:デフォルトの名無しさん
10/01/13 22:28:21
>>603
なんでなんで?

606:デフォルトの名無しさん
10/01/13 22:46:02
>>604
>>590

そのコードがこのスレに相応しいかどうかすら判らないなんて…
つか、どこから mshtml が沸いて出たのやら。
変な参照設定でもしてるのか?

607:デフォルトの名無しさん
10/01/13 22:51:18
成りすましが受けると思ってしつこく繰り返してる頭のおかしな人だから放置で。

608:デフォルトの名無しさん
10/01/13 22:53:26
もう冬休み終ったと思ったんだが

609:デフォルトの名無しさん
10/01/14 00:41:44
今年のおれのスケジュール
~3月下旬 冬休み
~6月末 春休み
~8月末 夏休み
~11月末 秋休み
その後年末まで冬休み

610:デフォルトの名無しさん
10/01/14 00:44:47
結局人生ってさ「経験」が物を言うんだよな
いい大学行こうがいい成績取ろうが「経験」が無いと世間に出たときに何も役に立たない
まぁお前らみたいなオタクにはわかんねーかもしんないけどな
俺は高卒で世間的には低学歴かもしれないが、フランスに渡米した経験を活かして
今は充実した仕事してるよ
お前らも壁作って自分の世界に閉じ込もって無いで
今しかできない「経験」しといて経験値積んどけ


611:デフォルトの名無しさん
10/01/14 00:57:24
>>610
俺のよく行く「30代職歴無しの就職活動スレ」と同じ空気を感じる

612:デフォルトの名無しさん
10/01/14 01:30:07
最早、懐かしさすら感じるw<フランスに渡米

613:デフォルトの名無しさん
10/01/14 01:42:09
>>612
日本語でおか

614:デフォルトの名無しさん
10/01/14 03:26:38
えり

615:デフォルトの名無しさん
10/01/14 03:30:43
.NET アプリって低スペXPだと起動に数秒かかったりするけど
Vistaやwin7だったらメモ帳くらい早く画面出て操作可能になるの?

616:デフォルトの名無しさん
10/01/14 03:33:02
なんでOSのバージョンがあがったくらいで
劇的に速くなるなどと想像できるんだろう。

617:デフォルトの名無しさん
10/01/14 09:43:34
一回起動しちゃえば速くなるんだけどな。
そういうのが気になりそうな小さめのアプリはVC++でがんばれ

618:デフォルトの名無しさん
10/01/14 10:32:15
まあ、Vista とかだと推奨スペックが違うから、ハード性能的にだいぶ違う気もするけど。
あと、Vista 以降では SuperFetch があるんで、メモリ多く積んでる速いかも。

619:デフォルトの名無しさん
10/01/14 18:02:14
やはりそう簡単に実行速度がかわるもんでもないんですね
ありがとうございました

620:デフォルトの名無しさん
10/01/14 18:38:36
起動は速いけど実行が遅いのと
起動は遅いけど実行が速いのが選べたらいいのに

621:デフォルトの名無しさん
10/01/14 18:45:09
起動も早いし実行も速い

622:デフォルトの名無しさん
10/01/14 19:08:27
ただし開発は…

623:デフォルトの名無しさん
10/01/15 04:48:57
>>616
おまえは立派な開発現場に居合わせたことがないんだろうね

624:デフォルトの名無しさん
10/01/15 17:03:05
C#で仮想メモリの領域って増やせないんですか?
4G中3.5Gぐらい使いたいんですけど

共有メモリにマッピングしても2G超えたらメモリダンプしちまいます。

誰か教えてください。

625:デフォルトの名無しさん
10/01/15 17:37:26
>>624
つ 64bit版のWindows

626:デフォルトの名無しさん
10/01/15 17:46:03
>>625
32Bit版が前提でお願いしますよ~

いや、そう出来れば一番いいんですけどね・・・

627:デフォルトの名無しさん
10/01/15 17:49:11
>>626
32Bitは無理。

628:デフォルトの名無しさん
10/01/15 17:52:26
>>627
CとかだとCreateFileMappingとか使って、共有メモリに構造体ぶち込んだり
C++だったらVirtualAllocとか使ったりして
いけたんですがねー


やっぱりC#だと無理なのか・・・

629:デフォルトの名無しさん
10/01/15 18:00:41
FileMappingは.NET4.0からだな


630:デフォルトの名無しさん
10/01/15 18:02:16
一応DllImportして、CreateFileMapping使ってみたんだけど
やっぱり、2Gで落ちるんですよね

参った

631:デフォルトの名無しさん
10/01/15 18:13:45
LargeAddressAwareがなんちゃら

632:デフォルトの名無しさん
10/01/15 18:30:26
頑張ればいけるかもしれない・・・

633:デフォルトの名無しさん
10/01/15 18:40:20
editbin.exeが鍵か

634:デフォルトの名無しさん
10/01/15 19:40:57
boot.ini で /3G で >>633 ので IMAGE_FILE_LARGE_ADDRESS_AWARE 
でも3G

635:デフォルトの名無しさん
10/01/15 19:51:59
DVDのISOファイルすら操れないとは・・・

636:デフォルトの名無しさん
10/01/15 20:04:36
そんなものをオンメモリでやるな。

637:デフォルトの名無しさん
10/01/15 20:24:06
でもそろそろそういうのもオンメモリでやる時代になってきたってことじゃね?
640kのメインメモリなんて頃もあったわけだし。

638:デフォルトの名無しさん
10/01/15 22:42:10
じゃね?

639:デフォルトの名無しさん
10/01/15 23:02:27
>>628
C++でも32ビットWindowsなら2GBまでだろ。C#も同じ。ただし、当然>>634はC#でも通用する。
あと、64ビット版WindowsでIMAGE_FILE_LARGE_ADDRESS_AWARE付きの32ビットEXEを実行すると仮想アドレス4GB全部使える。

>>635-637
64ビットでやれ。

640:デフォルトの名無しさん
10/01/16 06:20:39
HDDに書き込んで取り出してを繰り返せよ


641:デフォルトの名無しさん
10/01/16 07:42:52
>>628
CreateFileMapping自体は4G越えもいけた。
MapViewOfFileでまとめて設定できるViewが2G越えでダメだといってるのだろうか?
どちらにせよ、ネイティブのViewからマネージド領域へマーシャリングが必要になるので
あまり効率は良くない。

642:デフォルトの名無しさん
10/01/16 10:40:26
32ビットで4G積んで、システムプロパティで実装メモリ見たら
4GB(3GB使用可能)てなってるが。

643:デフォルトの名無しさん
10/01/16 11:09:58
>>642
それは物理メモリが3GB使えるということだけど、今の話とは関係ない。
物理メモリに空きが無くても、メモリ確保やMapOfViewFileは成功する。
そのためのページング機構。

今問題なのは、プロセスごとの仮想アドレス空間(のうち、ユーザモードで使える分)。
URLリンク(msdn.microsoft.com)(VS.85).aspx
逆に、いくら物理メモリが空いていても、アドレス空間に空きがなければソフトウェアから使うことは不可能。

644:デフォルトの名無しさん
10/01/16 11:24:59
仮想領域が32bitアドレッシングである限り、言語を問わずマップできるのは 268435456 byte まで。
思うに、>630で落ちるというのは、マップ可能なサイズ以上にマップしようとしてないか?
細かくビューをMap/UnMapすれば通ると思うんだが・・・

645:デフォルトの名無しさん
10/01/16 11:45:05
DOS時代に16bit nearポインタだと64kしかメモリブロック確保出来なかったのと同じことがおきてるわけだよな。

646:デフォルトの名無しさん
10/01/16 13:18:46
そのうち、ギガバイト単位のメモリをやりくりするのが当然になる時代が来るのかなぁ。

647:デフォルトの名無しさん
10/01/16 13:20:27
今はもう12GBとかつんでるパソコンが20万以下で手に入るからな。
もうすぐだろう

648:デフォルトの名無しさん
10/01/16 14:36:55
こないだ会社の後輩がいきなり2GBの配列作ってた。
そういうことが何も考えずにできちゃう時代になったんだなあとしみじみ思った。

649:デフォルトの名無しさん
10/01/16 14:44:51
でもやっぱ2G配列確保は躊躇するわ・・・



650:デフォルトの名無しさん
10/01/16 14:54:15
さすがに2Gの配列を「何も考えずにできちゃう時代」はまだ数年は先だと思ふ

651:デフォルトの名無しさん
10/01/16 15:14:40
ファイルマッピングなら2GB程度・・・と思ったが、「ファイルマッピング」という
点で「何か考えている」か。

652:デフォルトの名無しさん
10/01/16 17:52:51
携帯開発だとそうはいかないんじゃないですか?
ビット詰めして軽くするとかやってるみたいですけど。

653:デフォルトの名無しさん
10/01/16 18:22:56
そりゃ組込みだとそうはいかないだろうけど
そもそも組込みでC#だのJavaだのの高級言語使える時点で時代が違うよな。


654:デフォルトの名無しさん
10/01/16 18:43:48
test

655:デフォルトの名無しさん
10/01/16 18:49:48
共通一次

656:デフォルトの名無しさん
10/01/16 19:01:52
2Gって64環境じゃないとそもそもできないと思うが。
しかし、アクセスがある時間内では局所的で、
ワーキングセットが小さく保たれていれば
それなりの動きをしているともいえるな。


657:デフォルトの名無しさん
10/01/16 19:31:47
ですね。

658:デフォルトの名無しさん
10/01/17 02:21:53
たぶん冬休みの宿題だったんだよw

659:デフォルトの名無しさん
10/01/17 17:45:10
マルチスレッドプログラミングにおける適切なスレッド数を示したガイドラインみたいなものってありますか。
今はなんとなくコア数でやってます。

660:デフォルトの名無しさん
10/01/17 18:26:40
場合によるとしか
IOなどでブロックされることが多いならいっぱい作れば速くなるだろうし
ずっと100%動いてるなら=コア数で十分だし

661:デフォルトの名無しさん
10/01/17 20:11:00
>>660
ありがとうございます。
適当そうなスレッド数を事前に見積もる必要がありそうですね。

662:デフォルトの名無しさん
10/01/17 20:57:19
レジストリとかで変更できるようにしとかないような残念な奴にならんようにな。

663:デフォルトの名無しさん
10/01/18 07:51:32
レジストリを使うこと自体が残念なんだが

664:デフォルトの名無しさん
10/01/18 10:27:29
スレッド数とかユーザが弄れるようになってるのもソフトによっちゃ結構残念ではあるような・・・
フリーソフトならありかもしれんけどサポート要るソフトでは面倒だからやりたくないわ。


665:デフォルトの名無しさん
10/01/18 14:11:32
面倒だからやりたくない人にはプログラムを組む資格がないんだが

666:デフォルトの名無しさん
10/01/18 14:21:52
その資格試験どこで受けられますか?

667:デフォルトの名無しさん
10/01/18 14:33:34
>>664
非公開・サポート無し、な機能にすればいいと思うよ

668:デフォルトの名無しさん
10/01/18 14:42:16
俺は面倒だからプログラムを組むけどな

669:デフォルトの名無しさん
10/01/18 15:35:45
>>665
ん?
面倒だからやりたくないってのは
機能を盛りこむとユーザからその分の問い合わせがくる
→ 面倒な仕事が増えるってことなんだけど?

なんか意味判ってない人がいるようだな。

俺だったらコア数設定みたいなの設定項目に組みこむぐらいなら
動いてるシステムのコア数によってスレッド数増減するようなコード書くけどな。

670:デフォルトの名無しさん
10/01/18 15:43:23
俺は面倒だから3行以上は読まないな

671:デフォルトの名無しさん
10/01/18 15:47:01
この板はプロアマ自称他称問わずが混在していることを忘れないよう。
あと仕事の話しを持ちこむと喜ぶ奴がいることも忘れないよう。


672:デフォルトの名無しさん
10/01/18 15:49:19
日本人は機能過剰と設定項目過剰が大好きな思考停止民族ニダ

673:デフォルトの名無しさん
10/01/18 16:40:57
BackgroundWorker

674:デフォルトの名無しさん
10/01/18 17:15:15
>>673
ふらっとスレとまちがえたか

675:デフォルトの名無しさん
10/01/18 18:10:42
>>673
噂のおじいちゃんですか?((((;゚Д゚))))ガクガクブルブル

676:デフォルトの名無しさん
10/01/18 21:33:40
そのスレッド増減の適正値なんて予測できないから調整手段入れとけって話。
あなたは神かww

677:デフォルトの名無しさん
10/01/18 21:37:36
ん?システムのコア数に合わせて自動調整するって話とちゃうの?
QuadCoreなら4とか。上限ぐらいは設定できても良い気はするけど。

678:デフォルトの名無しさん
10/01/18 21:48:38
適正値が存在する処理かどうかも不明だし
調整手段を用意するかどうかは処理次第ポリシー次第だし
質疑応答はとっくに終わってるし
どうでもよいと思います。

679:デフォルトの名無しさん
10/01/18 21:58:09
はぁ?ユーザがどうやって適正な値に設定するっていうんだよ。
コア数はプログラム側で読める上にどんな処理してるのかわかってるのもプログラム側。
この状況で誰が一番適切な値決められるんだよ。思考停止してんじゃねーよぼけ。



680:デフォルトの名無しさん
10/01/18 22:02:05
>>679
例えばMTUでggrks

681:デフォルトの名無しさん
10/01/18 22:16:31
>>680
ん?はぁ?ふっはっ?

682:デフォルトの名無しさん
10/01/18 22:17:39
>>680
あほだ、あほがおる

683:デフォルトの名無しさん
10/01/18 22:25:09
まあ、だからレジストリがいいんじゃないの?
勝手にいじるようならサポートする必要はないし、勘違いユーザはいい気分になるだろうし

684:デフォルトの名無しさん
10/01/18 22:28:13
ユーザ: 1コアだけ別のプログラム用に空けときたいんだけど・・・
>>679: はぁ?これが一番適切な値なんだよぼけ。


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch