java.lang クラス Throwable java.lang.Object java.lang.Throwable すべての実装されたインタフェース: Serializable 直系の既知のサブクラス: Error, Exception public class Throwableextends Objectimplements Serializable Throwable クラスは、Java 言語のすべてのエラーと例外のスーパークラスです。このクラス (またはそのサブクラスの内の 1 つ) のインスタンスであるオブジェクトだけが Java 仮想マシンによってスローされるか、Java の throw 構文によってスローされます。同じように、このクラスまたはそのサブクラスの内の 1 つだけが catch 節の引数の型に指定できます。 通常、Error および Exception の 2
メールを送信した後に、エラーメールが返ってくることがよくあります。これはメール送信時に何か問題があり、宛先に届けられなかったことを意味します。このエラーメールの内容を読み取ることは難しいと思いますが、実は、このエラーメールには、エラ-になった原因を特定する重要な内容が記載されています。 つまり、送信された方が、パターン化されたエラーメールの題名や内容で原因を判断し、適切な対処を行うことで問題を解消することも可能です。 詳しくは、以下に記載のエラーメールの例をご参照の上、対処を行なってください。
MicrosoftのIISサーバーとの通信中に「function.fgets: SSL: fatal protocol error …」のエラーメッセージが出る場合があります。 その原因と対策方法について。 IISとの通信中に発生することがある 毎回ではないですが、たまにIISがSSLの標準に準拠せずデータ送信終了してしまうために、PHPはデータの終わりをちゃんと認識することができず、エラーを出してしまいます。 より具体的にはIISは「close_notify」を送らないで終了してしまうのだそうです。 むむ、思わぬ所に地雷が… 「close_notify」とは、データの送信側が「これでデータ終了です」ということを受信側に知らせるために発行するTLSハンドシェイクプロトコルに定義されているAlertプロトコルの一種です。 (参考データ) ちなみに、このエラーはfile_get_content
HTTPプロトコルでは、コンピュータ同士が通信している間に、コードを用いてお互いの状態(ステータス)をやり取りしています。このコードのことをHTTPステータス・コード(HTTP Status Code)と呼び、エラーが発生した場合に「404 Not Found」のようにブラウザ上に表示されたり、エラーが発生しなかった場合にも見えないところでやり取りされています。 また、通信を行うためにクライアントがサーバーに様々なリクエストを行いますが、このリクエストの方法をメソッドと呼びます。 規格
こいつにずいぶんと悩まされたのでついカッとなって記事に "ISO C++ forbids declaration of 'class name' with no type"とは ISO C++は型のない変数の宣言を禁止しているぞと。いう意味になります。 例えば、 auto x = 0; // Error intなど型の指定のない宣言でこのエラーは出ます。。。 それと、コンパイラ(g++?)は理解できない構文要素を無いものとして読むので指定した型(クラス)が本当にスコープ上にあるかもポイントです。 このエラーが出る型はポインタとして使われている場合が多いようです。 (このときアスタリスクをはずすと、ちゃんと見つからない旨のエラーを吐いてくれます。) 同様の理由でテンプレートクラスなどでこのエラーが出る場合は typenameキーワード を使って解決する場合もあるようです。各自ググられたし。。
2.6.31以降のカーネルでは pci 0000:04:02.0: BAR 6: address space collision on of device [0xfe900000-0xfe9fffff]と、起動時に表示される不具合があります。 いろいろ探してみたら、2.6.34で改修された模様。 試しにrc3を入れてみたら、直ってました! とはいえ、実害もなさそうなので、とりあえず、2.6.32辺りを使っていようと思います。 カーネルの最新は追わないと決めてたりするので。
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
2009年12月07日 出なくなったエラー 今さら書くのもなんですが、5月に初めてlennyをインストールして暫くの期間、 ブート時に次のエラーメッセージが出力されておりました。 Waiting for /dev fully populated... Error: Driver 'pcspkr' is already registered, aborting 気持ち悪いけど使用に支障ないため調査を後回しにしてるうち、 いつの間にか出なくなり忘れてたのですが、これ↓だったのかと。 #495674 - [udev] Driver 'pcspkr' is already registered, aborting... http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495674 自分で6月26日の記事に書いてるじゃん。 私は後からALSA関連のパ
twitterのfriend timelineのログをファイルベースでログとってたら*1、気がつくとarchiveのディレクトリに5万件超のファイルが蓄積されていました。 これだけの件数のファイル群はrmコマンドで一気に消そうとしても、消せません。 -bash-3.00$ rm * -bash: /bin/rm: 引数リストが長すぎますこの引数リストの長さの上限はARG_MAXというマクロ定数で定義されているようです。 -bash-3.00$ getconf ARG_MAX 131072ARG_MAXの制限により、コマンドに渡す引数が(うちの環境では)131072byteを超えてしまうと上記のエラーになってしまいます。この場合は一つのファイルが「786587805」のような名前で保存されている為、5万件超のファイルを指定する「*」のファイルグロブが展開されたファイルリストの文字列が余裕で1
メソッドチェーンを使うとデバッグしづらくなるんでないか、という疑問に対するMojo的な反論。 my $instances = Mojo::Loader->new->load('Book')->build;という文があるとき、loadに失敗したらどうなるかを考えてみる。 よくあるメソッドのようにload('Book')がクラスないしオブジェクトを返す場合は、ロードにこけたら次のbuildを実行するオブジェクトがないといって怒られるのがふつうだ(or die $@などで判定しやすくなるよう、undef、あるいはその他の偽になる文字列などが返ってくることが多いため)。だから、evalでくるんだり、チェーンを切って逐一エラーチェックする必要がある。 Mojoのように基本的には自分を返し続けるチェーンなら、そうはならない。実際にMojo::Loaderのloadとbuildのソースを見てみよう。 s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く