[SIMILAR] WITH 12470 transactional WITH 6506 ク性 WITH 3837 ntfs WITH 2428 ルレ WITH 1999 ザク WITH 1620 トミ WITH 1029 アト WITH 837 確保 WITH 811 回復 WITH 595 ミッ WITH 595 エラ WITH 592 ンザ WITH 504 レベ WITH 433 windows WITH 366 ベル WITH 365 クシ WITH 324 ァイ WITH 263 トラ WITH 245 ラー WITH 236 イル WITH 194 ラン WITH 193 ファ WITH 178 ョン WITH 160 ショ WITH 119 ック WITH 1 ( WITH 1 txf WITH 1 ) WITH 1 vista WITH 1 のnt WITH 1 では WITH 1 はト の検索結果 194 件中 1 - 10 件目 (0.1299062 秒)
Windows VistaのNTFSではトランザクションが使えるという話。DBを使わなくてもファイルレベルでアトミック性が確保できるだけでもエラーから回復するのが楽になりそうです。 From: Transactional NTFS (1) ...
C++はどうなっているのかというと、C++/CLIは少し落ち着いているようで将来的にはLINQも統合されるかもみたいな話はしていましたが、今の旬は並列化のようです。 active class Test { public: double calc(int x) { ... } }; active Test test; future<double> result = test.calc(10); // ここで別のことをする ...
# (スコア:1910)
ログレベルをERRORにしておくと、復号できないときにシステムログにOpenSSL側のエラーも出力するようにしてあるのですが、何か出ていませんか? ...
# (スコア:590)
組む場所を確保するのも大変なくらい人が多く、しかも日照はあるものの風が後ろからでなかなか出れず。 出たら出たで、ちょうどこっちに向かってくる機体と鉢合わせ、山から離れてよけたらリフトからはずれ、あれよあれよという間にランディングへ…ランディングがばっちりだったのがせめてもの救いでしょうか。 ...
# (スコア:554)
Invalid Text今まではとにかく近くで捕まえて戻り値で処理するようにしていたのですが、以下のように変えるように決めました。 大きなメモリを確保する場合には、近くで捕まえて他のエラーと同様に戻り値で処理する 小さなメモリを確保する場合には、呼び出しツリーの根元近くでbad_allocを捕まえてプロセスごと ...
# (スコア:552)
なんでDLLが違うとリークするのかと言うと、パフォーマンスをあげるためにメモリをプールしているため。そしてそのプールがDLL単位になってしまっているため。 1. A.DLL側でメモリを確保 2. B.DLLでそのメモリを開放 という状況になると、A.DLLではさっき確保したメモリを使いまわすことができなくて（B.DLLに保 ...
# (スコア:552)
STLportのbasic_string::reserve()ってもともとのバッファのサイズが十分あってもわざわざ新しくメモリを確保してコピーしてしまうんですね。vector::reserve()はcapacity()よりも引数が大きいときしかやらないのに。なので、reserve()を呼ぶ前にcapacity()を呼び出してサイズが充分でない場合だけreserve()を呼 ...
# (スコア:552)
さらに追求していくと、どうも昨日修正したところは問題なかったようです。本当の問題は他のところにあって、昨日修正したところが引き金となって発症していた様子です。 具体的には、同期スレッド中からアカウントのロックを保持したままInvalidateRectを呼び出してしまっている箇所がありました。これだけだと ...
# (スコア:552)
マクロ関数のドキュメントに手を付け始めたので動作を確認しながら書いていたら色々と問題が発覚。 @Lessや@Greaterで文字列として比較すると常にFalseになる 検索などで@Nameを使うと保存するときに@Addressに変わってしまう @Substringで文字列の長さよりも長い長さを指定すると無駄にメモリを確保してしまう ...
# (スコア:552)
# (スコア:10000)