エラーハンドリングモデルに関する考察。 エラーハンドリング勉強会 ( http://partake.in/events/9874b92a-4cf0-4a20-a3fe-951239da5612 )にて発表。
エラーハンドリングモデル考察
エラーハンドリングモデルに関する考察。 エラーハンドリング勉強会 ( http://partake.in/events/9874b92a-4cf0-4a20-a3fe-951239da5612 )にて発表。
hxxk.jp - 「ほかの人またはプログラムによって使用されています。ファイルを使用している可能性があるプログラムをすべて閉じてから、やり直してください。」
記事データ 投稿者 望月真琴 投稿日時 2006-10-10T18:21+09:00 タグ Windows tips 概要 共有違反でファイルやフォルダの削除ができない場合、 explorer.exe または Windows の再起動でたいてい解決するのですが、他に良い方法は無いものでしょうか ? リプライ 5 件のリプライがあります。 あるある。 JamDiary-twig - ファイルまたはフォルダの削除エラーで登場する xxxxを削除できません。 アクセスできません。 ディスクがいっぱいでないか、書き込み禁止になっていないか、またはファイルが使用中でないか確認してください。 や、 xxxxを削除できません。 ほかの人またはプログラムによって使用されています。ファイルを使用している可能性があるプログラムをすべて閉じてから、やり直してください。 といったアラートが出て、ファイルを削除でき
yamcha 0.33 が fedora 9 (gcc 4.3) で make できない、そんなとき | sugiyama-log
fedora 9 で yamcha と cabocha を使いたい、そう思って、make してみました。 エラーが出ます。 param.cpp:102: error: 'strlen' was not declared in this scope param.cpp:103: error: 'strncmp' was not declared in this scope ちょっと気が遠くなりかけた。そんなとき。 つまるところ、gcc 4.2 以前と gcc 4.3 の違いに起因するようです。 gcc 4.2 以前では、string.h や stdlib.h のようなヘッダファイルは明示的にインクルードしていなくても、そのヘッダファイルでプロトタイプ宣言されている関数を呼び出すことができました。 gcc 4.3 では明示的なインクルードが必要です。 とりあえず、 src/common.h に
.NET Frameworkのロギング
TraceSwichはアプリケーション構成ファイルで定義した名前でオブジェクトを作る。 これによって構成ファイルで定義した出力レベルが読み取られる。 通常はクラス毎にstaticなメンバーとしオブジェクトを作ればよい。 なおSwitch名は通常は実行ファイル名と同じがよい。 DLLを使う場合はDLLの名前をスイッチの名前にすると出力レベルの使い分けができる。 static readonly TraceSwitch ts = new TraceSwitch("TestSwitch", "comment test5"); void func() { // 正しい使い方 if (ts.TraceInfo) { Trace.TraceInformation("test5 information 1"); } if (ts.TraceWarning) { Trace.Trace
TraceSourceを使用してトレースする、ログに書き込む
注意：ここで紹介する方法は、.NET Framework 2.0以降で有効です。それ以外では、こちらやこちらのように、TraceとDebugを使用するようにします。 ここでは、.NET Framework 2.0から追加されたTraceSourceクラスを使ってトレースする方法を紹介します。.NET Framework 1.1以前は、こちらやこちらのように、TraceとDebugを使用してトレースを行いましたが、.NET Framework 2.0ではTraceSourceを使用したトレースが推奨されています。 早速ですが、TraceSourceを使った簡単な例を示します。以下のコードでは、Button1をクリックしたときに、指定したメッセージがVisual Studioの出力ウィンドウに表示されます。 'TraceSourceの作成 Private Shared appTrace As
ContextSwitchDeadlolck - Kazzz's diary
Visual Studio 2005でデバッグ時に、ブレークポイント等で実行を止めたまま、一定の時間(メッセージからすると60秒)が経過すると発生する。 ContextSwitchDeadlock が検出されました。 Message: CLR は、COM コンテキスト 0x1b0b70 から COM コンテキスト 0x1b0ce0 へ 60 秒で移行できませんでした。ターゲット コンテキストおよびアパートメントを所有するスレッドが、ポンプしない待機を行っているか、Windows のメッセージを表示しないで非常に長い実行操作を処理しているかのどちらかです。この状態は通常、パフォーマンスを低下させたり、アプリケーションが応答していない状態および増え続けるメモリ使用を導く可能性があります。この問題を回避するには、すべての Single Thread Apartment (STA) のスレッドが、
HRESULT型とは？(UsefullCode.net)
UsefullCode.net Visual Studio 2005/2008/2010やandroid SDK/NDKでの開発者向けに便利なソースコードを提供 This site provide you with useful source codes under 'USEFULLCODE license'. HRESULTとはlong型の数値だ。この型はCOMインターフェース関連の関数の戻り値として利用されることが多い。 関数の戻り値として使われることの多いBOOL型が成功を意味するのは「1」（＝TRUE）で失敗が「0」（＝FALSE）なのと似ている。 大きな違いはBOOL型がTRUEとFALSEの2値しか取らないのに対して、HRESULT型では0x00000000～0xFFFFFFFFまでの多くの値が利用される。そのためBOOL型では失敗の原因を取得するためにGetLastError
【インフォシーク】Infoseek ： 楽天が運営するポータルサイト
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
