約 3,216,705 件
https://w.atwiki.jp/pkswsougiwiki/pages/36.html
エラー関連報告 「毎週金曜夜～土曜」を主として報告の更新を行っている。 本作の破損やエラーなどに関する「不具合概要」も併せてご覧いただけると幸いである。 エラー発生の関連報告 2019年11月分 2019年12月分 2020年1月分 エラーコードの種類 エラーコードなし エラーコードが記載されていないエラー画面。 2002-2060 2002-2536 2002-3580 2011-0301 2107-0414 2107-0445 2110-2003 2160-7403 2162-0002 2168-0000 2168-0002 2612-0002 2618-0313 2-ALZAA-0014 2-ALZBA-0034
https://w.atwiki.jp/banrui/pages/29.html
.emacs .Emacs参考 emacsクイックリファレンス emacs設定ファイル speedbar 参考サイト 設定参考
https://w.atwiki.jp/rebuild/pages/19.html
テーブルを参照 特殊ユニット 結城 美羽 結城 美優 沢井 陽菜 虎宮 沙良 黒須川 貴俊 ユリア ノア レン エーデル ファイバー エラーズ ポーキァ バードック マンイーター シャクシャイン 汎用ユニット 汎用人物 モンスター系 ロボット系 その他・特殊 エラーズ（特殊ユニット：所属「TIA」） 職業「諜報」 戦闘パラメータ。速さ高め。死亡確率がかなり低い 設定 格闘キャラ
https://w.atwiki.jp/nanige/pages/13.html
emacsカラー設定
https://w.atwiki.jp/2g_java/pages/13.html
エラー処理とログ出力 (2011-10-31 13 08 25) *ログ用にファイル名、クラス名とかの取得... (2011-10-31 14 48 44) サイト名 URL エラー処理 ログ出力の考え方 エラー処理とログ出力 どこでエラーを出力するべきか？ １つは、ある関数でエラーが発生した時、エラーの出力もその関数の中で行ってしまう、という方針が考えられます。ログの出力は、たいていはこの方針で行われます。 もう１つは、発生したエラーの情報を呼び出し側に渡して、エラーの出力は呼び出し側で行う、という方針も考えられます。エラーメッセージの出力は、たいていはこの方針で行われます。 エラーが発生した箇所で、エラーの出力も行う場合の問題点 汎用性が無くなる ログを出力する仕組みは、アプリケーションごとに異なります。 あるアプリケーションの中から、汎用的なソフトウェア部品を取り出し、他のアプリケーションに流用したいこともあります。しかし、２つのアプリケーションで、異なるログ出力の仕組みを使っている場合は、簡単には流用できなくなることがあります。 文脈が分からない 同じ状況が発生しても、呼び出された時の文脈によって、正常であったり、エラーであったりすることがあります。また、警告レベルのエラーに過ぎないこともあれば、致命的なエラーであることもあります。 呼び出される関数の側では、上位側からどのような文脈で呼び出されているのかを、知ることができません。そのため、エラーが発生しても、その重要性の判断ができません。 これは、汎用的なモジュールやクラスを作っている時に、特に問題となります。 実際のソフトウェア開発では、汎用的なモジュールであっても、呼び出される文脈が特定されていることがあります。その場合は、その文脈でしか呼び出されない、という前提で、エラー処理を実装してしまうことがあります。 例えば、XMLファイルを読み込み、引数で指定されたタグの値を読み取るモジュールを作ったとしましょう。指定されたタグが存在しない場合、これをエラーとするかどうかは、文脈に依存します。 しかし、このモジュールを使うアプリケーションでは、必ず存在するタグしか指定しない、と分かっていたとしましょう。この時、モジュールの中で、指定されたタグが存在しない場合はエラーを出力する、という処理を記述してしまうことがあります。 しかし、このように呼び出される文脈を意識した作りは、正しい設計ではありません。また、汎用性も失われてしまいます。 状況に応じた制御ができない ある関数が繰り返し呼び出される時は、エラーの出力を抑制したくなります。数百個もの同じようなエラーメッセージを出力するよりは、「数百個のエラーがあります」というエラーメッセージを１回だけ出力する方が良いでしょう。 しかし、呼び出される関数では、数百回も繰り返し呼び出されている、ということは分かりません。 出力の仕方は一通りではない エラーの出力を行う方法は、必ずしも一通りではありません。 エラーの書式は、アプリケーションごとに異なるかもしれません。また、アプリケーションによっては、複数の出力先にそれぞれエラーを出力することもあるかもしれません。 エラーが発生した箇所でエラーの出力も行う方針では、このようなバリエーションには対応できません。 エラーの情報を返し、上位側でエラーの出力を行う場合の問題点 下位が上位を意識してしまう 上位側でどのような出力を行うのかは、エラーが起きた下位のモジュールやクラスでは、本来は意識すべきではありません。 しかし、実際には、下位側のエラー情報の返し方を見ると、上位側でのエラー出力の仕方を強く意識していることが良くあります。 例えば、C言語では、エラー情報を返す際に、エラーコードという番号を返すことが多くあります。これは、何故でしょうか。 たいていの場合、呼び出し側で出力するエラーメッセージでは、エラーの概要だけを示し、詳細な値などは出力しません。そのため、エラーの内容を表すエラーコードだけで充分なのです。言い換えると、上位側で出力するエラーメッセージには、値などは出力しない、と分かっているからこそ、下位側の関数は、エラーコードだけを返すように決められる訳です。 情報が隠蔽されない 上位側でどのような出力も行えるようにするには、エラーに関するあらゆる情報を渡すことになります。 しかし、設計の良し悪しで言えば、下位側の詳細な情報は、上位側には隠されているべきです。 もし、ログの出力を上位側に委譲するとなると、クラスのprivate変数や、関数内で宣言された自動変数などまで、上位側に見せなくてはいけないかもしれません。 気が付いたら、すべての変数がpublicになっていた、ということにもなりかねません。 ポリモーフィズムに対応できない オブジェクト指向言語では、さらに難しい問題が発生します。 クラスの継承やインターフェースの実装を行い、親クラスで定義されているメソッドを子クラスでオーバーライドします。この時、このメソッドから呼び出し側に渡せる情報は、親クラスで宣言された例外に限定されます。 親クラスでは、どのような子クラスが存在するかを知りません。メソッドが投げる例外には、親クラスのフィールドの情報をすべて含めることはできます。しかし、子クラスで独自に定義されるフィールドの情報は、含めることはできません。 子クラスでは、親クラスで宣言された例外を継承し、子クラス独自のフィールドの情報も、例外に詰め込むことはできます。 しかし、上位側、即ち、このメソッドを呼び出す側では、親クラスしか意識していません。投げられる例外も、親クラスで宣言された型で扱います。そのため、上位側では、子クラス独自のフィールドの情報は、得ることができません。 正しいエラー処理のやり方とは？ 実際のアプリケーションの開発では、エラーの判定やエラー処理だけを、独立したクラスに分離する、ということも良くあります。エラー処理やログ出力を行う専門のクラス群を作る訳です。この場合、これらのクラス群と、ソフトウェア本来の処理を行うクラスとの結合をできるだけ疎にすることが理想的です。 これがうまくいけば、ソフトウェア本来の処理と、エラー処理やログ出力を、見事に切り離すことができたように見えることでしょう。アスペクト指向プログラミングが目指した理想の形は、エラー処理やログ出力まで含めたソフトウェア全体の設計をうまくデザインすることでこそ、実現できるのではないか、と思います。 例外処理との正しい付き合い方 例外処理との正しい付き合い方 JavaDoc を見ると、メソッドでスローされる可能性のある例外が分かります。 例外の種類 チェックすべき例外 try ... catch を使用して例外処理を行うことが義務付けられています。try ... catch を行っていないプログラムを javac でコンパイルをすると、「例外 XXX は報告されません」とコンパイルエラーになります。 実行時例外 細心の注意を払ってコーディングされていれば、通常は発生することはありません。 エラー 何らかの理由で、Java VM が回復不能状態になったときに発生します。このため、try ... catch で例外処理を行うことはできません 例外処理の方法 種類 例外をキャッチして、その場で例外処理を行い、呼び出されたメソッドには例外を伝えない。 例外をキャッチして、新たな例外を生成して呼び出したメソッドに再スロー。 例外をキャッチせずに、そのまま呼び出したメソッドに伝える。もしくはキャッチした例外を、そのまま呼び出したメソッドに再スローする。 スタックトレース [[]]
https://w.atwiki.jp/yuichi0619/pages/13.html
使用しているテキストエディタemacsについて mew(2008/6/9) sshでメールが見れるようにしたい。 なんで、emacsでメールを読めるようにする。 opensuseにはパッケージがないんで自分でビルド。mew-6.1を落としてくる。 まずは、 $ ./configure 次にmakeする前にopensuseはsite-lispが/usr/local/share/emacs/ではなく、/usr/share/emacs/にあるので、 prefix=/usr/local ↓ prefix=/usr とMakefileを書き換える。 その後、 $ make info $ make jinfo $ make install $ make install-jinfo とし、インストールを完了した。そして、.emacsに以下を追加した。 (autoload mew "mew" nil t) (autoload mew-send "mew" nil t) ;;; Makefile の etcdir で指定したディレクトリ (setq mew-icon-directory "/usr/local/lib/emacs/etc/Mew") (if (boundp read-mail-command) (setq read-mail-command mew)) (autoload mew-user-agent-compose "mew" nil t) (if (boundp mail-user-agent) (setq mail-user-agent mew-user-agent)) (if (fboundp define-mail-user-agent) (define-mail-user-agent mew-user-agent mew-user-agent-compose mew-draft-send-message mew-draft-kill mew-send-hook)) そして、.mew.elファイルを作った。内容は参考サイト参照。 参考サイト Mewのオフィシャルページ ttp //www.mew.org/index.html.ja scheme(2008/2/1) schemeを勉強するかもしれない。とりあえずemacsに環境を整えておこう。 以下を.emacsに追加。 ; scheme (setq scheme-program-name "/opt/local/bin/gosh") C-x C-eでgoshを起動。 コメントアウト(2008/1/28) comment-regionが便利な事に気がついた。 だからキーに割り当てた。 以下を.emacsに追加。 ;Ctrl c r を comment-regionのショートカットに ;Ctrl c u を uncomment-regionのショートカットに (global-set-key "\C-cr" comment-region) (global-set-key "\C-cu" uncomment-region) CarbonEmacsのメニューバーの消去(2008/1/28) carbonEmacsが起動する度メニューバーが出てくるのがうざい。 ぶっちゃけいらない。だから起動時に隠すようにした。 以下を.emacsに追加。 ;; メニューバーの消去 (tool-bar-mode -1) フレームの半透明化(2008/1/28) 何となくフレームを透けさせる。 だってかっこ良くない？ 以下を.emacsに追加。 ;Emacsのフレームを透明に (modify-all-frames-parameters (list (cons alpha (80 40 50 30)))) 括弧の対応の色付(2007/7/23) 括弧の対応を色付け。 対応がわからんくてイライラするから色を付ける。 以下を.emacsに追加。 ;括弧の対応を色付 (show-paren-mode t) 全角スペースへの色付(2007/7/17) 全角スペースのせいでコンパイラが通らないことはよくあるが、 非常に見付けににくい。なんで全角スペースに色を付ける。 以下を.emacsに追加。 ;全角スペースに緑の色づけ。全角スペースは罠だよ =( (defface my-face-b-1 ((t ( background "green"))) nil) (defvar my-face-b-1 my-face-b-1) (defadvice font-lock-mode (before my-font-lock-mode ()) (font-lock-add-keywords major-mode ((" " 0 my-face-b-1 append) ))) (ad-enable-advice font-lock-mode before my-font-lock-mode) (ad-activate font-lock-mode) shortcut(2007/6/1) goto-lineを打ち込むのが面倒。 ショートカット化する。 以下を.emacsに追加。 ;Ctrl L を goto-lineのショートカットに (global-set-key "\C-l" goto-line) haskell-mode(2007/6/1) haskellの勉強をするために、haskell-modeの設定をする。 調べてみたが設定がわからなかったので、最新verでは無く、ver2.1を落とし、haskell-ghci.elを以下のように修正。 (if haskell-ghci-mode-map nil (setq haskell-ghci-mode-map (copy-keymap comint-mode-map))) ↓ (if nil ;haskell-ghci-mode-map nil (setq haskell-ghci-mode-map (copy-keymap comint-mode-map))) 更に以下の文を.emacsを追加。 意味はわかっていない。 ;haskell-modeのパスを定義 (setq load-path (cons "~/haskell/haskell-mode" load-path)) (setq auto-mode-alist (append auto-mode-alist (("\\.[hg]s$" . haskell-mode) ("\\.hi$" . haskell-mode) ("\\.l[hg]s$" . literate-haskell-mode)))) (autoload haskell-mode "haskell-mode" "Major mode for editing Haskell scripts." t) (autoload literate-haskell-mode "haskell-mode" "Major mode for editing literate Haskell scripts." t) (add-hook haskell-mode-hook turn-on-haskell-decl-scan) (add-hook haskell-mode-hook turn-on-haskell-doc-mode) (add-hook haskell-mode-hook turn-on-haskell-indent) (add-hook haskell-mode-hook turn-on-haskell-ghci) (setq haskell-literate-default latex) (setq haskell-doc-idle-delay 0) 追記(2007/8/5) haskell-mode ver2.3を導入。英語のれあｄめを読んで導入する。 windowsでは以下の文を.emacsに追加した。前回入力したのはコメントアウト。 (load "~/haskell/haskell-mode/haskell-site-file") (add-hook haskell-mode-hook turn-on-haskell-doc-mode) (add-hook haskell-mode-hook turn-on-haskell-indent) (add-hook haskell-mode-hook font-lock-mode) (add-hook haskell-mode-hook turn-on-haskell-ghci) Debianではrootで、 $ apt-get install haskell-mode のみで、インストール完了。 .emacsには以下の文だけ追加。 (add-hook haskell-mode-hook turn-on-haskell-ghci) 追記(2008/1/9) macでは、carbonemacsには標準でhaskell-modeが入っているので、 .emacsに以下を追加。 (add-hook haskell-mode-hook turn-on-haskell-hugs) (add-hook haskell-mode-hook turn-on-haskell-doc-mode) (add-hook haskell-mode-hook turn-on-haskell-indent) 日本語化(2007/6/1) cannaは使いにくかったのでanthy化。 以下を.emacsに追加する。 意味はわかっていない。 ; 日本語をデフォルトにする。 (set-language-environment "Japanese") ; anthy.el をロードできるようにする (必要に応じて)。 (push "/usr/local/share/emacs/site-lisp/anthy/" load-path) ; anthy.el をロードする。 (load-library "anthy") ; japanese-anthy をデフォルトの input-method にする。 (setq default-input-method "japanese-anthy") 色付け(2007/6/1) Cやjavaのソースに色を付けるために、以下を.emacsに追加。 ;色を付ける (global-font-lock-mode t)
https://w.atwiki.jp/hmiku/pages/49220.html
【検索用 えらー 登録タグ VOCALOID え イバラナ 初音ミク 曲】 + 目次 目次 曲紹介 歌詞 コメント 作詞：イバラナ 作曲：イバラナ 編曲：イバラナ 唄：初音ミク 曲紹介 イバラナです。３作目です。 曲名：『エラー』 イバラナ氏のVOCALOIDオリジナル3作目。 歌詞 （動画概要欄より転載） 繰り返される罪の音に 心地好さを感じた 数え切れない愛と夢を 手にしていたはずなのに 役目を終えた命のように 寝息も立てないまま 時間を超えて過去となって 人は自らの罪を知る 耳を澄ませば聞こえるでしょう 鼓動の途切れる音が 魂は底を突くこともなく 悲鳴は今も響いて 最後の最後に人は過ちを犯して 未来を塗り潰す 葬られた真実の形を 知ることもなく 色を持たずに描かれてゆく 目障りな景色はいらない 風が運んだ輝く空は 私に目もくれずに 役目を終えた世界のように すべてが忘れられる 時間を超えて過去となって 人は自らの罪を知る 耳を澄ませば聞こえるでしょう 鼓動の途切れる音が 魂は底を突くこともなく 悲鳴は今も響いて 最後の最後に人は過ちを犯して 未来を塗り潰す 葬られた真実の形を 知ることもなく それでもいつかは人は過ちに気付いて 未来を塗り替える 葬られた真実の形を 創り上げてゆく 私の明日は 私の手にある コメント 名前 コメント
https://w.atwiki.jp/tsundereidayon/pages/714.html
146. 本当にあった怖い名無し [sage] 2008/10/10(金) 16 45 54 ID o64IVWSd0 ところで最近モニタが消えたんでちょっと触ったら直ったんだが 後テレビもエラー出てたのちょっと触ったら直ったし 俺憑かれてる？ 147. 本当にあった怖い名無し [sage] 2008/10/11(土) 14 11 34 ID /u5/j2xPO つくもがみ(笑)だとぼくはおもうよ 151. 本当にあった怖い名無し [sage] 2008/10/13(月) 22 10 52 ID ejKZzWmU0 146より妄想 最近取り憑いたコイツは０感。 ちょっと寂し…む、無視されるのがつまらないから、 仕方ない、あたしの事に気付かせてやるか。 とりあえず、あたしに出来る事は、と。 お、あたしが触ってるとパソコン動かないじゃん。 よぉし、このままこれで焦らせてやる。 …って、え、や、ちょっ…！？ …び、びっくりした。もう少しでアイツの手があたしの手に触れそうに…。 っていやいやあたし！逃げちゃダメじゃん！ んー、仕方ないなぁ、今度は、うん、テレビにしよう。 リモコンだから触られないよね。 …って、何でこっち来るの？？ あの、えと、あぅ、やだっ！！ ……また逃げちゃった。 アイツ、わかってやってるわけじゃないんだよね？ …えと、悔しいからまたチャレンジするんだから、うん。
https://w.atwiki.jp/puzzlederby/pages/1015.html
ホースデータ 降臨馬 ガチャ馬 ドロップ馬 イベント限定 ジュエラー（メス） 属性 副属性 タイプ 副タイプ レアリティ コスト 地 - 勝負根性 芝 S☆5 11 レベル スピード スタミナ 根性 適性（重/芝/ダート） 距離/ベスト 1 117 195 156 普通/得意/苦手 1,600m～2,000m/1,600m 75 468 585 780 スキル ハートのアピアー（3ターンの間回復ブロックの出現率小アップ）/- Lスキル 地の粘り腰（地属性の馬のスタミナが2倍）/- 進化素材1段階 桜花賞 優勝カップ（地） 優勝カップ（地） 優勝盾（地） 進化素材2段階 桜花賞 桜花賞 桜花賞 桜花賞 優勝盾（地） 入手方法 転生 ジュエラー ジュエラー（メス） 属性 副属性 タイプ 副タイプ レアリティ コスト 水 - 勝負根性 芝 SS☆6 24 レベル スピード スタミナ 根性 適性（重/芝/ダート） 距離/ベスト 1 281 469 375 普通/得意/苦手 1,600m～2,000m/1,600m 99 1125 1406 1875 スキル 風から水の流れ（風属性ブロックを水属性ブロックに変化、ダークを回復に変化）/- Lスキル ジュエラーの末脚（勝負根性タイプの全能力2倍、アタック時に自身の勝負根性の8倍スタミナ回復）/- 進化素材1段階 桜花賞 桜花賞 桜花賞 桜花賞 優勝盾（水） 進化素材2段階 桜花賞 桜花賞 桜花賞 レジェンド像 レジェンド像 入手方法 ガチャ ジュエラー（メス） 属性 副属性 タイプ 副タイプ レアリティ コスト 水 地 勝負根性 芝 SS+☆6 27 レベル スピード スタミナ 根性 適性（重/芝/ダート） 距離/ベスト 1 315 525 420 普通/得意/苦手 1,600m～2,000m/1,600m 99 1260 1575 2100 スキル 風から水の流れ（風属性ブロックを水属性ブロックに変化、ダークを回復に変化）/- Lスキル ジュエラー桜の舞（勝負根性タイプの全能力2.5倍、アタック時に自身の勝負根性の10倍スタミナ回復）/- 進化素材1段階 進化素材2段階 入手方法 プラス進化
https://w.atwiki.jp/wiki2_affiliate/pages/78.html
⇒macs 調査中 分類 携帯用アフィリエイト 支払条件 繰越額：5,000円 支払日：翌々月10日 運営会社 株式会社SRM