サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
finalキーワード キーワード final を前に付けて定義されたメソッドやプロパティ、定数は、子クラスから上書きできません。 クラス自体がfinalと定義された場合には、このクラスを拡張することはできません。 <?php class BaseClass { public function test() { echo "BaseClass::test() called\n"; } final public function moreTesting() { echo "BaseClass::moreTesting() called\n"; } } class ChildClass extends BaseClass { public function moreTesting() { echo "ChildClass::moreTesting() called\n"; } } // Resu
エラー制御演算子PHP はエラー制御演算子(@)をサポートしています。PHP の式の前に付けた場合、 その式により生成されたエラーメッセージは無視されます。 set_error_handler() で自作のエラーハンドラを設定した場合は エラー制御演算子があってもそのエラーハンドラがコールされます。 警告PHP 8.0.0 より前のバージョンでは、 エラー制御演算子(@)でエラーが無視されている場合、 カスタムのエラーハンドラでコールされたerror_reporting() が常に 0 を返していました。PHP 8.0.0 以降では、以下の (ビット和の) 値を返すようになっています: E_ERROR | E_CORE_ERROR | E_COMPILE_ERROR | E_USER_ERROR | E_RECOVERABLE_ERROR | E_PARSE
次の一覧では、 システム エラー コード (エラー 0 から 499) について説明します。 多くの関数が失敗すると、 GetLastError 関数によって返されます。 アプリケーションでエラーの説明テキストを取得するには、FORMAT_MESSAGE_FROM_SYSTEM フラグを指定して FormatMessage 関数を使用します。ERROR_SUCCESS 0 (0x0) 操作は正常に完了しました。ERROR_INVALID_FUNCTION 1 (0x1) 関数が正しくありません。ERROR_FILE_NOT_FOUND 2 (0x2) 指定されたファイルが見つかりません。ERROR_PATH_NOT_FOUND 3 (0x3) 指定したパスが見つかりません。ERROR_TOO_MANY_OPEN_FILES 4 (0x4) システムはファイルを開くことができません
Old New Thing: 未定義動作はタイムトラベルを引き起こす（他にもいろいろあるけど、タイムトラベルが一番ぶっ飛んでる）Old New Thing: 未定義動作はタイムトラベルを引き起こす（他にもいろいろあるけど、タイムトラベルが一番ぶっ飛んでる） Undefined behavior can result in time travel (among other things, but time travel is the funkiest) - The Old New Thing - Site Home - MSDNBlogs 久しぶりに紹介するRaymond Chenのブログ記事。 C言語とC++では、様々な部分が、ドラゴンの住まう地というレッテルを貼られている。いや、正式には、未定義動作とされている。 未定義動作が発動した場合、何でもありだ。例えば、変数は同時にtrueでもfalseでもありえる。John Regehrは興味深い例のリストをまとめて、未定義動作コンテストの受賞者もある。 以下の関数を
.NET Framework アプリケーションを実行しようとすると、"このアプリケーションを起動できませんでした" というエラー メッセージが表示されることがあります。 このエラーは、インストールされているバージョンの .NET Framework が検出されないか、.NET Framework が破損していることが原因で発生した場合は、この記事を使用してその問題を解決してください。 この記事のすべての手順を完了してもアプリケーションを実行できない場合は、ファイル システムの破損、依存関係の不足、アプリケーションの問題など、何らかの理由で問題が発生している可能性があります。 その場合は、アプリの発行元に問い合わせるか、Microsoft サポート コミュニティ またはMicrosoft Q&A に質問を投稿してヘルプを受けることができます。 エラーの修正方法 アプリケーションを実行でき
アンセーフ コードは /unsafe でコンパイルした場合のみ有効です。 ソース コードに unsafe キーワードが含まれている場合、AllowUnsafeBlocks コンパイラ オプションも使用する必要があります。 詳細については、「アンセーフ コードとポインター」を参照してください。 Visual Studio 2012 で unsafe オプションを設定するには、メイン メニューで [プロジェクト] をクリックして、 [ビルド] ウィンドウを選択し、[アンセーフ コードの許可] チェック ボックスをオンにします。 次の例で、 /unsafe なしでコンパイルすると、CS0227 が生成されます。 // CS0227.cs public class MyClass { unsafe public static void Main() // CS0227 { } } 関連項目 C#
ポインター関連演算子の詳細については、「 ポインター関連の演算子」を参照してください。 ポインター型は、暗黙的に void* 型に変換できます。 ポインター型には、 null値を割り当てることができます。 キャスト式を使用して、任意のポインター型を他のポインター型に明示的に変換できます。 任意の整数型をポインター型に変換することも、任意のポインター型を整数型に変換することもできます。 これらの変換には、明示的なキャストが必要です。 次の例では、 int* を byte*に変換します。 ポインターが変数の最下位のアドレス指定バイトを指していることに注意してください。 結果を連続してインクリメントすると、 int のサイズ (4 バイト) まで、変数の残りのバイトを表示できます。 int number = 1024; unsafe { // Convert to byte: byte* p =
public ref class Exception public ref class Exception : System::Runtime::Serialization::ISerializable public ref class Exception : System::Runtime::InteropServices::_Exception, System::Runtime::Serialization::ISerializable public class Exception public class Exception : System.Runtime.Serialization.ISerializable [System.Runtime.InteropServices.ClassInterface(System.Runtime.InteropServices.ClassInt
最新のC++ のほとんどのシナリオでは、論理エラーとランタイム エラーの両方を報告および処理する方法として、例外を使用することが推奨されます。 これは特に、エラーを検出した関数からエラーを処理するコンテキストを持つ関数までの間に、複数の関数がスタックに含まれる可能性がある場合に当てはまります。 例外は、エラーを検出して情報を呼び出し履歴に渡すコードに関する、正しく定義された正式な方法を提供します。 例外的なコードに例外を使用する プログラム エラーは、多くの場合、次の 2 つのカテゴリに分類されます。 プログラミングの間違いによって発生するロジック エラー。 たとえば、"範囲外のインデックス" エラーです。 プログラマが制御できる範囲を超えるランタイム エラー。 たとえば、"ネットワーク サービスを使用できません" というエラーです。 C スタイル プログラミングと COM では、特定の
このセクションには、エラー メッセージ番号とその説明が含まれています。この説明は、 sys.messages カタログ ビューのエラー メッセージのテキストから取得されます。 当てはまる場合、エラー番号は詳細情報のリンクとなっています。 sys.messages カタログ ビューに対して次のクエリを実行すると、データベース エンジンに対してクエリを実行して、すべてのエラーの完全な一覧を表示できます。 SELECT message_id ASError, severity AS Severity, [EventLogged] = CASE is_event_logged WHEN 0 THEN 'No' ELSE 'Yes' END, [text] AS [Description] FROM sys.messages WHERE language_id = 1040 /* replace
先日 xerrors パッケージがリリースされました。 このパッケージは、Proposal:Go 2Error Inspection で提案されているものをGo1向けに外部ライブラリとして試験的に実装したものです。Goの標準ライブラリではありませんが、Go公式がメンテナンスをしています。 このパッケージができた背景は、今まで多くのGoエンジニアは下位層のエラーの情報を伝播させるために pkg/errors パッケージ などの外部ライブラリを利用していました。この手法が開発者の間で普及したため標準ライブラリで正式に検討を始めることとなりました。 2019/9/4更新Go 1.13では %w でのラップや Is メソッド、 As メソッドは正式に導入されました。 しかし%+w や %+v によるスタックトレースの表示の採用は見送られました。 スタックトレースの表示が必要な場合はxerr
はじめに 2019/2/10追記 記事を書いてから気づいたのですが、正確には、Rustのアトリビュートをいくつか設定すれば、MISRA-Cのルールを90%満足できるでした。 私はMISRA-Cのコーディング規約でプログラミングしたことがないため、内容に誤りがありかもしれません。間違っている点があれば、ご指摘いただけるとありがたいです。 後、いつも通りですが、C言語を貶める意図は一切ありません。 昨日からtwitterで、Rustが組込みのセキュリティが重要な分野で広まると良いなぁ、という議論がありました。 その中で、車載では、やはりMISRA基準との関係が明確になること、ということが1つの基準になりそうでした。github.com @hashaskell さんから、MISRAコーディングルールのうち、Rustコンパイラがアトリビュートの設定を含めて、保証するルールのリストを作成しているレ
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
