この日記の本文は、クリエイティブ・コモンズ・ライセンスの下でライセンスされています。
本文以外の著作物（画像、動画、引用部、コメントなど）は、それらの著作権保持者に帰属します。
「データがさらにあります」だの「パスが見つかりません」だの、メンドクサーな状況になってしまって、いろいろやって、なんとかリセットさせることができたのでメモしておく。
[1] フォルダオプション ⇒ オフラインファイル で、「オフラインファイルを使えるようにする」のチェックを外す [2] Windowsを再起動する [3] %WINDIR%\csc を開いて中身を全部削除する [4] ふたたび「オフラインファイルを使えるようにする」をチェックする [5] 必要なファイルをふたたび「オフラインで使用する」にチェックして同期する。
%WINDIR%\csc はエクスプローラじゃ見えないので、「アドレス」に直打ちする必要がある。
[20090921] 追記: Microsoft KB230738に、キャッシュ再構成の方法が載ってます。
同感。でも、必ずしもそうともいえない。<br>try {<br> int a = xxx;<br> ... // ここで例外<br> Connection c = dataSource.getConnection();<br> ...<br>} finally {<br> // cの状態が不定<br>}<br>これを避けるには、ブロック内の全変数は暗黙のうちに初期化されるというようなルールが必要になるだろうし、それは最適化のような点から、副作用におけるまで、いろいろまずそう。
なんででしょうねぇ・・・<br>今日、このあたりでめちゃくちゃ悩みました。<br>try catch は Javaコーディングの肝ですね。<br>Eclipseだとエラーが出て適正な処理方法を教えてくれますが、<br>これが一般のエディタだと・・・・<br>EclipseナシではJavaをいじれない体になりました。
仮にそういう仕様だった場合、そこだけスコープが直感的に理解できないからというだけな気もします。
どういう状態で「データがさらにあります」とか出てくるのは解りませんが、Win2kで特定のCD-Rに対してFindFirstFile()/FindNextFile()を呼ぶとERROR_MORE_DATAが返ってくるということがあるそうです。
catchやfinalyがラベルだったらいいんじゃないか、という気もします。<br>でcatchの前にbreak(?)を書き忘れてハマるプログラマ多数。