この記事はan intro to Java source-level annotation processingであり、コンパイル中に追加のソースファイルを生成するためにこの手法を使用する例を提供します。
この記事はan intro to Java source-level annotation processingであり、コンパイル中に追加のソースファイルを生成するためにこの手法を使用する例を提供します。
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
# 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 関数は 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
.NET 5 is the next major release of .NET Core following 3.1. This release was named .NET 5 instead of .NET Core 4 for two reasons: Version numbers 4.x were skipped to avoid confusion with .NET Framework 4.x. "Core" was dropped from the name to emphasize that this is the main implementation of .NET going forward. .NET 5 supports more types of apps and more platforms than .NET Core or .NET Framework
public ref class STAThreadAttribute sealed : Attribute [System.AttributeUsage(System.AttributeTargets.Method)] public sealed class STAThreadAttribute : Attribute [System.AttributeUsage(System.AttributeTargets.Method)] [System.Runtime.InteropServices.ComVisible(true)] public sealed class STAThreadAttribute : Attribute [<System.AttributeUsage(System.AttributeTargets.Method)>] type STAThreadAttribute
用語「フレーム問題」について説明。有限の処理能力しか持たないAI/ロボットは、無限の可能性を含む現実的な課題において、その課題に関係のあることだけを選び出して(=フレームを設定して)適切に実行するのが難しいことを指す。 連載目次 用語解説 AI(人工知能)研究分野におけるフレーム問題(Frame problem)とは、AI搭載のロボット(以下、AIロボット)が何かの課題を実行しようとした際に、その課題に関係のあることだけを選び出して(=フレームを設定して)、適切に実行するのは、現実的には非常に難しい、という問題を指す。 当然ながら、AIロボットの情報処理能力は有限である。それに対し、現実に起こり得る可能性は無限に近いはずだ。例えば完全自動運転車を作ると仮定してみよう。シンプルに考えれば、法定速度内で前の車とぶつからないように、決められた車道内を信号などの交通ルールを守りながら、走ればよいだ
質問 2011年6月20日月曜日 2:58 WCF サービスアプリケーションをデバッグ実行すると、System.BadImageFormatException 例外が発生します。 VS2010 で 64bit Windows 7 の環境です。 自作しているすべてのアセンブリのプラットフォームターゲットを、すべて x86 に明示的に指定しています。 以下のログを見る限りでは、下から 3 行目の「ログ: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config からのコンピューター構成ファイルを使用します。」というメッセージが気になっています。 試しに Framework64 フォルダではなく Framework フォルダのものを使うように指定してみたいのですが、VS2010 のどこで指定すれば良いのかがわかりま
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます IDC Japanは10月21日、企業のITインフラ導入関与者を対象に実施した国内ハイブリッドクラウドインフラストラクチャー利用動向調査の結果(有効回答505人)を発表した。 それによると、ITインフラ投資の評価基準では、「業務スピードの向上」「システム利用者の満足度向上」「システムのサービスレベルの向上」に加え、「売り上げ拡大への貢献」「新規ビジネスの創出」など、ビジネス価値の実現に貢献する項目が上位に入り、年々上昇傾向にあるという。同社は、ITインフラがデジタルトランスフォーメーション(DX)基盤としてプライベートクラウドに加えパブリッククラウドサービスの活用が進み、関連で「Software-Defined」化や仮想化への投資が増加
複数のプロジェクトを含むソリューションをビルドする場合は、まず特定のプロジェクトをビルドし、他のプロジェクトで使用されるコンパイル済みバイナリを生成する必要があります。 プロジェクトが別のプロジェクトによって生成された出力を使用する場合、出力を生成するプロジェクトは、その出力を使用するプロジェクトのプロジェクト依存関係と呼ばれます。 このような依存関係は、[プロジェクトの依存関係の ] ダイアログ ボックスで定義できます。 ヒント この記事で説明する、プロジェクトの依存関係を手動で管理する機能は、最新のプロジェクトの種類で使用されるプロジェクト間参照とは異なり、MSBuild より前のプロジェクト間の依存関係を処理する方法を反映しています。 プロジェクト間参照をサポートしていないプロジェクトの種類を使用している場合を除き、この記事で説明するようにプロジェクトの依存関係を明示的に追加する必要
プロジェクトによって生成される出力の場所は、構成ごとに指定できます (デバッグ、リリース、またはその両方の場合)。 既定の設定では、出力フォルダーはプロジェクトの種類と SDK によって異なり、一部のプロジェクトではプラットフォーム固有またはフレームワーク固有のサブフォルダーが使用されます。 Visual Studio には、プロジェクト フォルダーに対する相対パスを指定するか、ファイル システム内の任意の場所に絶対パスを指定して、中間出力と最終出力をカスタム フォルダーに配置できるプロパティが用意されています。 Visual Studio プロジェクトのプロパティで指定した設定に加えて、プロジェクト ファイルを編集し、MSBuild と .NET SDK の機能を使用して、個々のプロジェクトまたは多くのプロジェクトのソリューション レベルで、プロジェクト出力のすべての側面を完全に制御する
シャボン玉が凍る仕組みと「スノードーム効果」と呼ばれる現象の発生原因に関する見識 周囲温度とシャボン玉の温度が同じ場合には、シャボン玉の底部から凍結が始まり、マランゴニ流(表面張力の小さい領域から大きい領域への液体の流れ)が生じ、氷の結晶が凍結前線から剥離して、スノードーム中のフレークのようにシャボン玉の中を浮遊する。その後、氷の結晶が成長し、互いに連結すると、シャボン玉は完全に凍結する。一方、周囲温度が室温である場合には、凍結前線がゆっくりと上方に伝播したが、熱伝導性が悪いために、最終的にはシャボン玉の途中で停止した。この部分的に凍結したシャボン玉はその後、平衡状態を保った後にしぼんで、この液体ドームは崩壊した。 【物理学】シャボン玉が凍る仕組み | Nature Communications | Nature Research ⇧ シャボン玉と言えば、そう、シャボンカッター! ...
docker上にoracle環境を構築 目的 お仕事でOracleに触れる機会が増えたのでWindows上で気軽に操作できる環境を作ってみる。 方法としては、Windows版の評価版Oracleを導入したり、VMWareなどの仮想環境上に構築する案もあるがdockerを利用することにした。dockerでのデータ永続化の方法を中心に検証してみる。 参考サイト Docker版Oracle Database 12cを使ってみる DockerでOracle Databaseを使う Oracle on docker for Mac Oracle公開サイト 上記のサイトを参考に、最低限必要な以下のファイルを改造してデータ永続化のいい方法が無いか試みる。 docker-images/OracleDatabase/SingleInstance/dockerfiles/12.2.0.1 docker-ima
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く