Re[17]: Control.Invokeが使えない件。
分類:[.NET 全般] こちら(http://bbs.wankuma.com/index.cgi?mode=al2&namber=6760)で話してたんですが、 皆さんの意見を聞きたいので、タイトルと内容を合わせてスレッド立てます。 タイトルの通り、「Control.Invokeが使えない」件に関して、 私の事実誤認であるとか、同意であるとか、皆さんの意見をください。 Control.InvokeやEndInvokeを何も考えずに使うと、 Controlを廃棄した際にデッドロックします。 Invokeがウィンドウメッセージを送り、返事を待ってる間に Controlが廃棄された場合、いつまで待っても返事が返ってこないからです。 これは http://osdir.com/ml/windows.devel.dotnet.clr/2004-04/msg00157.html http://www.
Response.TransmitFileメソッドで2GB以上のファイルをダウンロードできない。
http://support.microsoft.com/kb/913393/ で、バグとして取り扱われているのですが、 .Net Framework 2.0 SP1で修正された項目にあるのですが、 現在最新版のSP2でも同じエラーがでます。 実験した環境は、WindowsXP SP3、.Net Framework 3.5 SP1、IIS5.1と、 WindowsXP SP3、.Net Framework 3.5 SP1、開発サーバーです。 まだ、バグが残っていて修正しきれていないとか、 設定やプログラムで対処できるなどがあれば、ご教授ください。 よろしくお願いします。 Response.TransmitFile について .NET Framework のソースをステップ実行してわかったことを書かせていただきます。 .NET Framework としては Int32 を超えるファイルサイズ
javascript:書き込みできません。Permission Deniedがでる。
東京でソフトウェアエンジニアをやっています。 お仕事大募集中です。 記事執筆や、講師依頼とかでも何でもどうぞ(*^_^*) MSMVP Visual C# Since 2004/04-2013/03 windowオブジェクトの参照をしている変数に対してobjWin.closedで照会すると書き込みができません。と出る場合があります。 http://groups-beta.google.com/group/microsoft.public.windows.inetexplorer.ie6.browser/browse_thread/thread/5ae4e1329c33091f/9358af25cebad4d1?hl=en http://support.microsoft.com/kb/918899 要約するとobjWinのプロパティにアクセスすると例外が送出される場合があるけど、それはもう
IMEをオン／オフするキー - Google 日本語入力ヘルプ
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
DOM オブジェクトとメモリリーク: Days on the Moon
IE でのメモリリーク ちょこちょこと紹介されているので知っている人も多いと思うが、IE には DOM ノードに絡んだメモリリークの問題がある。これに関しては Microsoft 自身の記事である「Understanding and Solving Internet Explorer Leak Patterns」に詳しいが、簡単にいえば DOM ノードオブジェクトに関する循環参照を作ると、IE を終了させるまでそのオブジェクトが解放されないというものだ。記事によればメモリリークには以下のようなパターンがあるという。 1. 単純な循環参照 ある DOM ノードオブジェクトのプロパティをたどっていくと自分自身に行き着く場合。以下のようなパターンが考えられる。 element.property == element element1.property1 == element2, element2
IEでメモリリークしてる箇所を検出しまくる方法 - hagino3000's blog
JavaScript Memory Leak Detectorのver. 2が出てたのでリンク修正 前から気になっていたツールを実際に使ってみたのでメモ。 javascriptでメモリリークしている箇所の検出はJavaScript Memory Leak Detector、IEの使用メモリのチェックはProcess Explorerを使う。インストールはそれぞれ次のリンクを参照。どちらもwindowsの再起動はいらないって書いてあるけど、私は再起動しないと使えませんでした。 GPDE Team Blog : JavaScript Memory Leak Detector (v2) http://blogs.msdn.com/gpde/pages/javascript-memory-leak-detector_v2.aspx GPDE Team Blog : JavaScript Memor
IEのメモリリーク - zorioの日記
結構はまった。 っていうか、いまどき循環参照くらい許して欲しい。 以下、俺様用メモ。 普通に循環参照するケース おいらの場合、DOMエレメント同士ではなくて、DOMエレメントとJavaScriptのヘルパーオブジェクトを相互に参照させていた。 すごい単純に書くとこんな感じ。 <script type="text/javascript"> function test() { for (var i = 0; i < 3000; i++) { var a = document.createElement("a"); div.appendChild(a); var o = new HelperObject; a.o = o; o.a = a; } } window.attachEvent("onload", test); </script> クロージャが関連する場合 例を挙げるとこんな感じ。 <s
IEのメモリリークが直ってるっぽい。 - zorioの日記
javascriptで循環参照するようなコードを書くとメモリリークするIEのバグが、6月のWindows Updateで直ってるそうだ。 Ajaxian » IE Memory Leaks Be-gone http://ajaxian.com/archives/ie-memory-leaks-be-gone 確かに、KBでメモリリークが直ったような事が書いてある。 http://support.microsoft.com/kb/933566/ http://d.hatena.ne.jp/zorio/20060316/1142528060 で書いたコードで試してみた。 普通に循環参照：http://zoriolab.info/leaktest1.html クロージャ使用：http://zoriolab.info/leaktest2.html 毎月WindowsUpdate後にスナップショット
やっぱりIEのメモリリークは直ってなかった - zorioの日記
またAjaxianから。 http://ajaxian.com/archives/ies-memory-leak-fix-greatly-exaggerated IEがやってる事はonunloadでDOMを辿って循環参照してる所を消してるだけ。 なので、DOMツリー上にないelementが循環参照していた場合はやっぱりリークする。 実例。 http://grimpoteuthis.org/example/spew.html 4つほど事例があるけど、動的に作成したelementをappendChildしてないとか、または明示的にelem.parentNode.removeChild(elem)してるとかで、DOMを辿っても循環参照しているelementにたどり着けないようになっている。 上の例のような、動的にelementを作っておいてappendChildしないコードを書くことはあんまり無
GPDE Team Blog : JavaScript Memory Leak Detector
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
Internet Explorer リーク パターンを理解して解決する
Justin Rogers Microsoft Corporation June 2005 日本語版最終更新日 2006 年 2 月 3 日 Web 開発者の進化 以前は、メモリ リークは Web 開発者にとって大きな問題ではありませんでした。ページは比較的単純に保たれ、サイト内の異なるロケーション間のナビゲーションは解放されたメモリをクリーンアップするうえで優れた方法でした。リークがあった場合も、たいていは気付かないほど小さなものでした。 新しい Web アプリケーションは、より高い標準に従います。ページはナビゲートされずに何時間も実行され、Web サービスを通じて更新情報を動的に取得する場合があります。複合イベント スキーム、オブジェクト指向の JScript、およびアプリケーション全体を生成するためのクロージャを組み合わせることで、言語機能が限界点に達します。これらの変更およびその他
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://support.microsoft.com/en-us/help/969836
Sign in to your Microsoft account
Safari暴走？ « Natural Style
https://support.microsoft.com/en-us/help/926046/