nullptr
nullptr キーワードは、任意の生ポインター型に変換可能な型 std::nullptr_t の null ポインター定数を指定します。 ヘッダーを含めずにキーワード nullptr を使用できますが、コードで型 std::nullptr_t を使用する場合、ヘッダー <cstddef> を含めることにより定義を行う必要があります。 Note また nullptr キーワードは、マネージド コード アプリケーション用に C++/CLI でも定義されており、ISO 標準の C++ キーワードに対して互換性がありません。 マネージド コードをターゲットとする /clr コンパイラ オプションを使用してコードをコンパイルする可能性がある場合は、コンパイラでネイティブな C++ 解釈を使用することを保証する必要があるすべてのコード行で __nullptr を使用します。 詳細については、「nul
【C++/CLI】 nullチェック
今回は、あまり教える程理解できていないので、メモ的な意味で．．． C言語ではメモリを確保したか？を確認するのにポインタがNULLかどうか確認しますが、C++では『^』で表されるハンドル型というC言語のポインタにも似た型が登場し、このハンドル型で示されるオブジェクトが確保されたのか？（gcnewされたのか？）を確認するのにはnullptrを用います。 (コード例) System::Drawing::Graphics^ g; if (g == nullptr) MessageBox::Show("gは未定義です"); //MessageBoxが表示される g = CreateGraphics(); if (g == nullptr) MessageBox::Show("gは未定義です"); //MessageBoxが表示されない しかし、System::Drawing::Colorクラスでは
__stdcall
/Gz コンパイラ オプションは、明示的に異なる呼び出し規則で宣言されていないすべての関数に対して __stdcall を指定します。 以前のバージョンとの互換性を確保するために、_stdcall は、コンパイラ オプション /Za が指定されていない限り、 の同意語です。 __stdcall 修飾子を使って宣言された関数は、__cdecl を使って宣言された関数と同じ方法で値を返します。 ARM および x64 プロセッサでは、__stdcall はコンパイラによって受け入れられるか無視されます。ARM および x64 アーキテクチャでは規約によって可能な限り引数はレジスタで渡され、その後の引数はスタックで渡されます。 静的でないクラス関数がアウトオブラインで宣言されている場合、アウトオブラインの宣言で呼び出し規約の修飾子を指定する必要はありません。 つまり、クラスの静的でないメンバー
unsafe - C# によるプログラミング入門 | ++C++; // 未確認飛行 C
unsafe コード 従来のプログラミング言語でポインターを必要としていた場面のほとんどは、 他の機能で代替することが出来るため、 C# や Java 言語にとってポインターは必須なものではありません。 そのため、Java 言語ではポインターを完全に廃止しています。 しかし、C# ではプログラムの効率化と従来のプログラミング言語との相互運用を目的として、 制限付きながらポインターの使用可能にしてあります。 まず、ポインター使用における制限ですが、 C# では unsafe キーワードを用いて宣言されたメソッドもしくはブロック内(このようなコードを unsafe コードと呼びます)でしかポインターを使用できません。 メソッドに unsafe 修飾子を付けることでそのメソッド内部は unsafe コードとなり、 そのメソッド内でポインターを使用できるようになります。 また、unsafe{} と
Distributed Systems 3rd edition (2017) - DISTRIBUTED-SYSTEMS.NET
You can get a digital (personalized) copy of this book for free. PPT slides now available This page refers to the 3rd edition of Distributed Systems For this third edition of “Distributed Systems,” the material has been thoroughly revised and extended, integrating principles and paradigms into nine chapters: Introduction Architectures Processes Communication Naming Coordination Replication Fault t
pthread_killでセグる - Qiita
pid_t gettid() { return static_cast<pid_t>(syscall(SYS_gettid)); } voud _pthread_kill(std::thread::native_handle_type ptid, int sig, pid_t pid, pid_t tid) { // pidとtidを使って、 // /proc/pid/task/tid // というパスをチェックしてから、pthread_killを実行する。 // pthread_killで存在しないptidを操作しようとすると、 // CentOS 6だと、もれなくセグる。 char path[1024]; sprintf(path, "/proc/%d/task/%d", pid, tid); struct stat st; int ret = stat(path, &st); //
アジャイル開発フレームワークが台頭、「世界No.1」と提携した富士通の狙い
大規模なアジャイル開発にフレームワークの採用が本格化しそうだ。富士通は2020年6月1日、米Scaled Agileとパートナーシップ契約を締結。Scaled Agileが開発する大規模向けアジャイル開発フレームワーク「Scaled Agile Framework（SAFe）」の導入支援サービスを日本を皮切りにグローバルに展開する。 大規模向けアジャイル開発フレームワークはSAFeのほかにも「Scrum of Scrums」や「Disciplined Agile Delivery（DAD）」などがある。米CollabNet VersionOneの調査によれば、SAFeが世界中で1番使われている「世界No.1」のフレームワークである。 経営スピード向上を目的としたフレームワーク SAFeは経営スピード向上を目的とするフレームワークである。特徴は組織を運営する企画部門とビジネスを推進する業務部
JSP スコープ/リクエストスコープ - Qiita
スコープ [x]スコープとは インスタンスを保存できる領域 [x]スコープに保存できるのはインスタンス「だけ」 [x]スコープにはString、Integerなど通常クラスの インスタンスを保存できるが、基本的には「JavaBeans」と呼ばれる クラスのインスタンスを保存する ■リクエストスコープに保存 request.setAttribute("属性名",インスタンス) ■リクエストスコープからインスタンスを取得 取得するインスタンスの型 名前 ＝   (取得するインスタンスの型) request.getAttribute("属性名") ■setAttributeメソッド リクエストに新しい属性名と値を セットすることが出来る ■getAttributeメソッド 追加した属性を取り出す 指定された名前の属性値を Object として返す getAttribute()API ■S
Vim Documents in Japanese
help.txt For Vim バージョン 9.1. Last change: 2025 Jun 27 VIM - メインヘルプファイル k 移動: カーソルを使用するか、"h" で左、"j" で下、 h l "k" で上、"l" で右に移動できる。 j ヘルプの終了: ":q<Enter>" を使用する。 Vim の終了: ":qa!<Enter>" を使用する (注意! 変更はすべて破棄される)。 項目へジャンプ: タグ (例: bars) にカーソルを合わせ、CTRL-] を押す。 マウスでジャンプ: (xterm または GUI で) マウスを有効にするには ":set mouse=a" と入力する。 bars 等のタグ上でマウスの左ボタンをダブルクリックする。 元の場所に戻る: CTRL-O を押す
Vim Cheat Sheet
全般 :h[elp] keyword - 「keyword」のヘルプを開く :sav[eas] file - 名前を付けて保存 :clo[se] - 現在のペインを閉じる :ter[minal] - ターミナルウインドウを開く K - カーソル下の単語の man ページを開く カーソル移動 h - 左に移動 j - 下に移動 k - 上に移動 l - 右に移動 gj - 表示行で1行下に移動 gk - 表示行で1行上に移動 H - 画面上部に移動 M - 画面中央に移動 L - 画面下部に移動 w - 次の単語の先頭に移動 W - 次の（区切り文字を含む）単語の先頭に移動 e - 次の単語の末尾に移動 E - 次の（区切り文字を含む）単語の末尾に移動 b - 前の単語の先頭に移動 B - 前の（区切り文字を含む）単語の先頭に移動 ge - 前の単語の末尾に移動 gE - 前の（区切り文字を
悪意あるアプリがほぼすべてのアプリを乗っ取れるAndroidの脆弱性「StrandHogg 2.0」
2019年に発見されたAndroidの脆弱性で、悪意あるアプリが写真撮影やSMSの読み取り＆送信、電話録音、ログイン情報の抜き取りなどを行えるようになる「StrandHogg」と類似し、さらに危険性が高いという脆弱性「StrandHogg 2.0」が、ノルウェーのセキュリティ会社・Promonの研究者によって発見されました。GoogleはStrandHogg 2.0の最大深刻度を「緊急」と評価し、2020年5月にパッチを配布済みです。 StrandHogg 2.0 - The ‘evil twin’ http://promon.co/strandhogg-2-0/ 「StrandHogg 2.0」を用いてどのようなことができるのかというコンセプトを示したムービーが、Promonによって公開されています。 StrandHogg 2.0 - The ‘evil twin’ - Proof of
複数スレッドからファイルアクセスする場合の、適切なロック方法
C言語で複数スレッドからファイルアクセスする場合、ロックする関数についてご教示ください。 下記のようなプログラムを作成しています。 ・スレッド(1)は、ファイルに対してライトします。 ・スレッド(2)は、スレッド(1)によってライトされたファイルに対してリードします。 ・必ずしもスレッド(1)(2)は同じファイルにアクセスするわけではなく、スレッドごとにfopen()します。 ・タイミングによってスレッド(1)(2)は同じファイルにアクセスします。 ・（不測の自体でロックをとったままスレッドが落ちてしまった場合、他方のスレッド側ロックを強制解除して処理は継続させたいです（別途エラーメッセージはログに出力します）。 flock(fd,LOCK_EX)をつかってロックを取る方針で検討していたのですが、 「flock()はファイル記述子ごとにロックするので、 fopen()を別々に行っていては正
GitHub、コードの脆弱性を発見してくれる「GitHub Code Scanning」発表、修正方法のアドバイスも。GitHub Satellite 2020
GitHub、コードの脆弱性を発見してくれる「GitHub Code Scanning」発表、修正方法のアドバイスも。GitHub Satellite 2020 GitHubは、オンラインイベント「GitHub Satellite 2020」において、コードの脆弱性を発見してくれる新機能「GitHub Code Scanning」を発表しました。 Code scanning, powered by CodeQL, helps protect your code from vulnerabilities you might otherwise miss. #GitHubSatellite pic.twitter.com/8vGq3eFWPE — GitHub (@github) May 6, 2020 GitHub Code Scanningは、昨年買収したSemmleのソフトウェアを基にし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
書籍・刊行物 | IPA 独立行政法人 情報処理推進機構
Unsafe クラス (System.Runtime.CompilerServices)
EclipseでLispを書くときEditBoxを使うと見やすい - Qiita
Is there an Eclipse line-width marker?
Nodeclipse EditBox - background colors themes to highlight code blocks for C++, Java, JavaScript, Python, Ruby and others
Mastering Vim: Working with multiple files – confirm blog
Vim Commands Cheat Sheet