文字列の中にヘキサ表現で書き込もうとしましたが、思ったように行きません。 私の解釈がまちがえているのでしょうか。 "123\x00456" \x00 の部分がヘキサになると思ったのですが、\x004 の部分がヘキサになって 0x04 になります。すなわち "123" 0x04 "56" です。 試しに "123\0x00456" とすると、\0 の部分が 0x00 となります。 すなわち "123" 0x00 "x00456" です。
ヘキサ表現が上手く行かない
文字列の中にヘキサ表現で書き込もうとしましたが、思ったように行きません。 私の解釈がまちがえているのでしょうか。 "123\x00456" \x00 の部分がヘキサになると思ったのですが、\x004 の部分がヘキサになって 0x04 になります。すなわち "123" 0x04 "56" です。 試しに "123\0x00456" とすると、\0 の部分が 0x00 となります。 すなわち "123" 0x00 "x00456" です。
地球の自転が急加速中！ 史上初、時間を1秒引く「負のうるう秒」が検討されている - ナゾロジー
ここ1年で最短日記録を28回更新！原子時計を用いた地球の自転速度（1日の長さ）の記録は、1960年代から続けられています。 過去50年間の記録では、地球が自転1周を完了するのに、24時間よりわずかに長い時間を要することが度々ありました。 その都度、タイムキーパーたちは、原子時と太陽時の帳尻を合わせるために時間を足す作業をしています。 これが、1972年に導入された「うるう秒」です。 うるう秒の調整では、地球の自転速度が変化して、原子時と天文時に0.9秒をこえる誤差が生じた際に1秒単位で足し引きされます。 しかし、これまでの調整（計27回）では、1秒を足すことはあっても、引くことはありませんでした。 Credit: jp.depositphotos ところが、2020年に突如として長年の傾向が逆転し、地球の自転が24時間より短くなり始めたのです。 実際、2020年7月19日は原子時の24時間
libiconv - GNU Project - Free Software Foundation (FSF)
Introduction to libiconv International text is mostly encoded in Unicode. For historical reasons, however, it is sometimes still encoded using a language or country dependent character encoding. With the advent of the internet and the frequent exchange of text across countries - even the viewing of a web page from a foreign country is a "text exchange" in this context -, conversions between these
Javaアノテーション処理とビルダーの作成
この記事はan intro to Java source-level annotation processingであり、コンパイル中に追加のソースファイルを生成するためにこの手法を使用する例を提供します。
GPRS Tunnelling Protocol - Wikipedia
GPRS Tunnelling Protocol (GTP) is a group of IP-based communications protocols used to carry general packet radio service (GPRS) within GSM, UMTS, LTE and 5G NR radio networks. In 3GPP architectures, GTP and Proxy Mobile IPv6 based interfaces are specified on various interface points. GTP can be decomposed into separate protocols, GTP-C, GTP-U and GTP'. GTP-C is used within the GPRS core network f
Cでの正規表現 - Qiita
C+11では正規表現をサポートしているがそれ以前のバージョンだとサポートしていないようなのでC言語の正規表現を利用する C言語で正規表現を利用する場合regex.hをincludeして、regcomp``regexec``regfreeこの３つの関数を利用する。 # include <iostream> # include <regex.h> int main( int argv, char* args[] ) { char checkString[] = "abc, def, ghi"; // チェックをする文字列 const char regex[] = "([a-z]+), ([a-z]+), ([a-z]+)"; // マッチングをする文字列 regex_t regexBuffer; // 正規表現オブジェクト // 正規表現オブジェクトのコンパイル if( regcomp( &r
致命的なエラー C1010
プリコンパイル ヘッダーを検索中に不明な EOF が見つかりました。 '#include name' をソースに追加するのを忘れていませんか。 解説 /Yu によって指定されたインクルード ファイルがソース ファイルに一覧表示されません。 このオプションは、多くの Visual Studio C++ プロジェクト タイプで既定で有効になっています。 このオプションによって指定された既定のインクルード ファイルは、Visual Studio 2017 以前の pch.h または stdafx.h です。 Visual Studio 環境で、次のいずれかの方法を使用して、このエラーを解決します。 現在のプロジェクトから、pch.h ヘッダー ファイルまたは pch.cpp ソース ファイルを誤って削除、名前変更、または削除していないことを確認します。 (以前のプロジェクトでは、これらのファイル
printfの書式の * ってなんだ？ - Qiita
# include <stdio.h> int main() { printf("%*s\n", 5, "aa"); // ' aa' が出力される(左3文字空白) printf("%*s\n", 5, "aaaabbbb"); // 'aaaabbbb' が出力される printf("%.*s\n", 5, "aaaabbbb"); // 'aaaab' が出力される return 0; } つまり、* は引数で表示する文字数を定義できるということですね。* だけだと、定義文字長を超えた文字列が与えられると全部表示されますが、.と組み合わせることで、定義文字長で切って表示することが可能です。 この書式を使う場面としては、整形もそうですが、どんな長さの文字列が来るかわからない場合にとりあえずバッファのMAXサイズでぶった切る。ってのにも使えそうですね。まぁ、そういう場合はちゃんと長さチェッ
random_rは使ってはいけない - ::Eldesh a b = LEFT a | RIGHT b
random_r 関数は glibc が提供しているリエントラントな擬似乱数生成APIです。 複数のスレッドで乱数を使いたい場合はこれを使うべきらしい。*1 複数のスレッドが random() を使うような状況では、この関数を使用すべきではない。 その場合には random_r(3) を使うこと。 http://linuxjm.sourceforge.jp/html/LDP_man-pages/man3/random.3.html ただ少なくともこのマニュアルが不十分で、man を読んだだけだと正しく使うことは出来ません。 以下に私の手元で 動いたように見える コードを示します。 /* * $ gcc -o test test.c && ./test */ #include <stdio.h> #include <stdlib.h> int main (int argc, char * a
Man page of IP
Section: Linux Programmer's Manual (7) Updated: 2020-11-01 Index JM Home Page roff page 名前 ip - Linux IPv4 プロトコルの実装 書式 #include <sys/socket.h> #include <netinet/in.h> #include <netinet/ip.h> /* 上記のスーパーセット */ tcp_socket = socket(AF_INET, SOCK_STREAM, 0); udp_socket = socket(AF_INET, SOCK_DGRAM, 0); raw_socket = socket(AF_INET, SOCK_RAW, protocol); 説明 Linux は RFC 791 と RFC 1122 で記述されている Internet Pro
Javaのプロが避ける「波かっこ」の“駄目”な使い方とは？
関連キーワード 統合開発ツール | プログラマー | プログラミング プログラミング言語には根本的な共通点がある。一般的に、 変数宣言 条件式 関数 という3つの要素から成ることだ。条件式を評価して、その結果に応じて演算する関数の集合体がソースコードになる。 どのようなプログラミング言語でも、こうした基本的な考え方に変わりはない。処理の集合としてソースコード全体を記述する「手続き型」か、データと処理（メソッド）をまとめて定義した「オブジェクト」を組み合わせる「オブジェクト指向型」かにかかわらず、プログラミング言語に共通した考え方だと言える。 プログラミング言語によって大きく違うのが、「波かっこ」（「ブレース」「中かっこ」とも）の使い方だ。 そもそも「波かっこ」は何のためにあるのか
ISO/IEC 9126 - Wikipedia
ISO/IEC 9126 は、ソフトウェア品質の評価に関する国際規格である。同じ概念についての新たな規格策定事業 SQuaRE(Software Quality and Evaluation) により、ISO/IEC 25000:2005 に置換した。 ISO/IEC 9126は、「品質モデル; quality model」、「外部測定法; external metrics」、「内部測定法; internal metrics」、「利用時品質測定法; quality in use metrics」の4つの部分から成る。 品質モデルは ISO/IEC 9126-1で規定しており、ソフトウェア品質を次のように構造的に定義した。 JISでは、ソフトウェア製品の品質に関わるJIS X 0129群と、ソフトウェア製品の評価に関わるJIS X 0133群とに分かれている。 JIS X 0133-1は、J
ParameterizedThreadStart 代理人 (System.Threading)
using namespace System; using namespace System::Threading; namespace SystemThreadingExample { public ref class Work { public: void StartThreads() { // Start a thread that calls a parameterized static method. Thread^ newThread = gcnew Thread(gcnew ParameterizedThreadStart(Work::DoWork)); newThread->Start(42); // Start a thread that calls a parameterized instance method. Work^ someWork = gcnew Work;
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アノテーションプロセッサーを構成する | IntelliJ IDEA ドキュメント
Encoding.GetBytes メソッド (System.Text)
第 4 章 lint ソースコード検査プログラム (Sun Studio 12: C ユーザーズガイド)
iputils/ping/ping.c at master · iputils/iputils
Man page of ICMP
MapViewOfFile function (memoryapi.h) - Win32 apps
GetLastError function (errhandlingapi.h) - Win32 apps