メッセージに色を使用。WHENにより色使用時を指定 WHEN に指定可能な値 : 「never」「always」「auto」 色の値は環境変数GCC_COLORSで定義
メッセージに色を使用。WHENにより色使用時を指定 WHEN に指定可能な値 : 「never」「always」「auto」 色の値は環境変数GCC_COLORSで定義
#include <stdio.h> int main(void) { int n = 123456; char c1[5]; char c2[11]; char c3[12]; /* 出力の切り捨てが発生する可能性が無い関数呼び出し */ snprintf(c1, 5, "test"); printf("%s\n", c1); /* 出力の切り捨てが発生する関数呼び出し */ snprintf(c1, 5, "test\n"); printf("%s\n", c1); /* 生成される文字列長が最小でも出力の切り捨てが発生する関数呼び出し */ snprintf(c1, 5, "test%i", n); printf("%s\n", c1); /* 変数の値次第では出力の切り捨ての可能性が有る関数呼び出し */ snprintf(c2, 11, "%i", n); printf("%s\
namespace std { template <class Allocator> class basic_stacktrace; using stacktrace = basic_stacktrace<allocator<stacktrace_entry>>; } 概要 basic_stacktraceは、現在位置からその関数がどこで呼び出されたかの履歴を取得するためのクラスである。この機能は、デバッグに役立つ。 プラットフォームごとのデフォルトのアサーション機能は、その失敗時にバグの全体像を説明できないため、問題を特定するために十分な情報を提供しない。このクラスを使用することで、ユーザーはデバッグのために必要十分な情報を任意に取得できる。 このクラスは、アロケータ対応コンテナ、シーケンスコンテナ、逆順コンテナの要件を満たす。ただし、 const修飾されたコンテナに対して定義されたムー
VSCodeを使ってWindowsからLinuxアプリのデバッグ その1 目次: Linux その1、その2 同じことをしている人があまり居なさそうだったので、メモしておきます。 きっかけはGCCのコードをGDBのCUIモードで追っていて辛くなったことです。GCCのコードは超ぐちゃぐちゃの悲惨なコードで非常に追いづらく、GDBをもってしても何が起きているのか把握するのは困難です。せめてデバッガの画面くらいはGUIにして、見やすくできないか、と考えました。 WindowsからLinuxアプリのデバッグ、それぞれの役割 想定する構成は上記のとおりで、Linux側にはGUIがなく(ディスプレイを繋いでいない、など)、Windows側はデバッグのみで、Linux側でその他の全て(ビルドなど)を行う想定です。 Linux側の準備 この記事を読んでいるということは、既に何かデバッグしたいアプリケーショ
# 全ての警告メッセージを抑制したい場合 export CFLAGS="-w" export CXXFLAGS="-w" ./configure make # -Wnoを指定すれば、その警告は無効できる ## c # 暗黙の関数宣言 export CFLAGS="-Wno-implicit-function-declaration" # 廃止予定(deprecated) export CFLAGS="$CFLAGS -Wno-deprecated-declarations" # export CFLAGS="$CFLAGS -Wno-stringop-overflow" ## cpp # intからポインタへの変換 export CXXFLAGS="-Wno-int-to-pointer-cast" # export CXXFLAGS="$CXXFLAGS -Wno-class-memac
libtool: compile: g++ -DPACKAGE_NAME=\"nysol_mcmd\" -DPACKAGE_TARNAME=\"nysol_mcmd\" -DPACKAGE_VERSION=\"3.0\" "-DPACKAGE_STRING=\"nysol_mcmd 3.0\"" -DPACKAGE_BUGREPORT=\"info@nysol.jp\" -DPACKAGE_URL=\"\" -DPACKAGE=\"nysol_mcmd\" -DVERSION=\"3.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
各社VPSサーバの比較と設定方法をわかりやすく説明します。初期費用、月額料金、最低利用期間、無料トライアル・返金制度の有り無し、サーバ設置場所、メモリー、HDD、OSなどの比較ができます。
京都C++勉強会の宣伝のために、C++03とC++11の違いを、少しづつ解説することにした。 今回は、宣言子だ。 C++11にはリスト初期化のNarrowing Conversionが禁止された。 以下のような合法なC++03コードが、C++11では違法となる。 // C++03では合法 // C++11では違法 int a[] = { 1.0 } ; C++11では、リスト初期化というものを新たに導入し、従来aggregateにのみ許されていた{ }による初期化を、ユーザー定義型のクラスにももたらした。この心機能の追加にあたって、リスト初期化では、浮動小数点数から整数型や、より表現できる範囲が狭い可能性のある型への暗黙の変換(例:doubleからfloat、intからshort)を、縮小変換(narrowing conversion)と名付け、明確に禁止した。 もし、どうしても型変換を行
Yocto よもやま話 第 3 回「Linux の 2038 年問題」 2022 年 07 月 19 日 Yocto Project よもやま話 先月の予告とおり、今回は Linux の 2038 年問題について情報を提供していきます。 2038 年問題とは カーネルの対応 gibc musl ファイルシステム 次回予告 1. 2038 年問題とは? 1969 年に誕生した Unix では、時刻の表現に 1970 年 1 月 1 日 0 時 0 分 0 秒 (GMT)からの経過秒数を採用しています。Unix 類似 OS として開発されてきた Linux も同様に 1970 年 1 月 1 日 0 時 0 分 0 秒 (GMT) を 0 としています。 C 言語の標準仕様である ISO/IEC 9899:1999 では、時刻表現に使用する型として time_t を用いるという定義がありま
BPFプログラムの作成方法、BPFの検証器、JITコンパイル機能:Berkeley Packet Filter(BPF)入門(3)(1/3 ページ) Linuxにおける利用が急速に増えている「Berkeley Packet Filter(BPF)」について、基礎から応用まで幅広く紹介する連載。今回は、BPFプログラムの作成方法、BPFの検証器、JITコンパイル機能について解説します。 Linuxにおける利用が急速に増えている「Berkeley Packet Filter(BPF)」について、基礎から応用まで幅広く紹介する連載「Berkeley Packet Filter(BPF)入門」。初回は、BPFの歴史や概要について解説し、前回はBPFの基礎として、Linuxで用いられるBPFのアーキテクチャなどを説明しました。 今回は、BPFプログラムの作成方法、BPFの検証器、JITコンパイル機能
通常, WindowsにRustをインストールすると, Visual C++ Build Toolsのインストールを求められる. C++環境をCygwinで既に持っているユーザーは, Visual C++ Build Toolsをインストールしたくない. ここではその回避方法を示す. 前提 gcc-core, gcc-g++, gdb, makeは既にCygwinで導入済みとする. 私のCygwinインストールメモはこちら. Rustの環境構築 ダウンロード 通常のインストーラーの場所ではなく, こちらからx86_64-pc-windows-gnuのrustup-init.exeをダウンロードする. インストール インストーラーの実行 C++のビルドツールが必要と言われますが, 既にCygwinで持っているためそのまま進めます. インストールオプションが出るため, 修正する必要があります.
はじめに 最近はすっかりWeb系スクリプト言語しか触らなくなってしまいました。 たまには毛色の異なる言語を使いたいと思い、Rustに手を出してみました。 Windows 10でCygwinを使った環境構築と、「Hello, World」までをやります。 参考URL: rustup.rs - The Rust toolchain installer プログラミング言語Rust 手順 Rustのインストール 下記に書いてある通りではあるんですが…細かく見ていきます。 rustup.rs doc.rust-jp.rs Windowsの場合はexeをダウンロードして実行するのが普通のようですが、 If you're a Windows Subsystem for Linux user run the following in your terminal, then follow the onscr
前回環境構築まで行ったので、今回はビルド&リリースまでの流れをまとめます。 Web版はビルドしてサーバーに配置すれば完了で特に詰まるところはないと思うので、今回はデスクトップ(Windows)をターゲットにします。 現在(2021/06/19)Flutterでのデスクトップアプリはベータバージョンです。公式ではデスクトップアプリのリリースはお勧めしていませんし、ここに書いた内容が明日変わっているかも知れません。 環境:Windows 10 Pro リリースビルド 適当なアプリを作成し、以下のコマンドでリリースビルドが実行できます。 最初リリースモジュールがどこにあるか分からなかったのですが、以下に出力されています。 myapp\build\windows\runner\Release ※ myapp\windows\runnerでは無いので注意 開発環境では出力されたexeを普通に起動でき
mjpg-streamerはラズパイでカメラの映像をストリーミング配信するためのソフトウェアです。インストールと設定手順を紹介します。 手順は以下 mjpg-streamerのインストール起動用スクリプトの作成自動起動の設定起動確認 1.mjpg-streamerのインストール 以下のコマンドでインストールします。 $ sudo apt update $ sudo apt install git cmake libjpeg8-dev $ git clone https://github.com/jacksonliam/mjpg-streamer.git $ cd mjpg-streamer/mjpg-streamer-experimental $ make $ sudo make install 2.起動用スクリプトの作成 起動用のスクリプト(start.sh)を作成します。 start.
目標 AWS EC2(Red Hat Enterprise Linux 8 (HVM), SSD Volume Type)に搭載されているカーネルのバージョンアップ(4.18.0→5.8.8)を完了すること。 前提 AWS EC2サーバ1台(Red Hat Enterprise Linux 8 (HVM), SSD Volume Type)が構築済みであること。 なお、カーネル再構築はコンパイルやインストール時にある程度高いシステムリソース(CPU、メモリ等)を用意した方が時間短縮されスムーズになります。 また、ある程度のディスク容量がないとコンパイル時にエラーとなる可能性があります。 本記事ではインスタンスタイプm5a.xlarge(0.344USD/時間)、ディスク容量は50GBとしました。 また、コンパイルやインストールにはスペックにもよりますが1時間以上かかる可能性があることを留意
Translation(s): none This is an obsolete now guide on how to build the Linux Kernel into a .deb package. Don't use this, or take with a grain of salt. Instead, see https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-official Install the Required Packages To download and compile the Linux Kernel source we will need the following packages: build-essential - Essential p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く