初めに C++ではグローバルな静的変数が宣言されているとmainの前に初期化されます。 GCCには__attribute__((constructor))という拡張があり、この属性を関数の前に付けるとその関数がmainの前に呼ばれます。 それでは両方使うとどういう順序でなるのか? C++的には未定義ですが実験してみました。 単一ファイルにおける順序 #include <stdio.h> static struct X1 { X1() { puts("X1 cstr"); } } x1; static void __attribute__((constructor)) initMain() { puts("initMain"); } static struct X2 { X2() { puts("X2 cstr"); } } x2; int main() { puts("main"); }

C言語にはbitfieldという機能がありますが、この機能にはさまざまな落とし穴があり、注意深く利用しても予期せぬバグや移植性の問題を引き起こす可能性があるとよく言われています。 実際、jpcertを確認すると複数の勧告が出ています。 EXP11-C. ビットフィールド構造体のレイアウトについて勝手な想定をしない INT12-C. 式中で使用される単なるintのビットフィールドの型について勝手な想定をしない CON32-C. 複数スレッドによる隣接データへのアクセスが必要な場合データ競合を防止する DCL39-C. 信頼境界を越えて構造体を渡すとき情報漏えいしない 私は先輩技術者から「とくに組み込みの分野においてC言語のbitfieldは使うべきではない」と教わって生きてきました。 本記事ではbitfieldの仕様や問題点、なぜ仕様を避けるべきか、緩和策や代替案について検討します。 目次

更新履歴： 即時無効化した場合 destroyCancellationToken がキャンセルされない、Awake が実行されないケースが存在する。 ライフサイクルの実行条件 GameObject が一度もアクティブにならなかった場合 MonoBehaviour が無効化されている場合 MonoBehaviour が有効な状態で GameObject を非アクティブにした場合 フレームを跨がない場合 フレームを跨ぐ場合 MonoBehaviour が削除された場合 追記：即時無効化した場合 テスト用コード まとめとオマケ Awake の実行漏れを検出する方法 Unity 公式の UnityEngine.Object コンストラクターの使用例 ライフサイクルの実行条件 GameObject が一度もアクティブにならなかった場合 MonoBehaviour のホスト GameObject が一

C/C++ の「ポインタ」は、難しいとか、実は簡単だとか、色々言われます。 ポインタについては規格に書かれています。この記事は、ポインタをより正確にイメージするため、規格に私の解釈を追加したものです。区別のため、C++23 草案 (N4950) の内容には節番号を付け、私の解釈は 斜体 で書きます。 私の解釈は以下の記事の影響を受けています。 ポインタとは、IDとオフセットの組 まず、ヌル以外のポインタは、以下の ID とオフセットの組 です。 ID：新しいオブジェクトが作られるたびに振られる、ユニークな値。 オフセット：オブジェクト先頭からのバイト数。 詳しく話していきます。 ID の割り振り 変数を定義するとオブジェクトが作られ (6.7.2)、各オブジェクトに固有の ID が割り振られます。たとえば、 と書くと整数 x と配列 arr が作られるので、x と arr にそれぞれ ID

ユーザー激増中のPC環境へゲームを対応させるにはどうすればいいのか？［CEDEC 2024］ ライター：津雲回転 2024年8月22日，ゲーム開発者向けのカンファレンス「CEDEC 2024」で，セッション「PCリリースでグローバル展開！　PC対応における技術課題と開発サポート体制構築」が行われた。 この講演では，グローバルで“ユーザー激増中”のPC環境へゲームを移植するときに，どういった問題が起きるのか？　そしてどう解決したらいいのか？　といった“PC対応”へのさまざまな知見が共有された。 昨今では，ゲームの対応プラットフォームにPCが含まれることも多くなったが，その結果，どんなトラブルが発生するようになったのか興味がある関係者も少なくないはず。本稿では，それらの知識がまとめて紹介されたので，まとめてお伝えする。 講演者はセガの技術本部 テクニカルディレクターの矢儀篤樹氏と，技術本部 開

はじめに この記事はコネヒトAdvent Calendar2023の5日目の記事です。 世界中で広く使われているLinuxがどのようなメモリ割り当てアルゴリズムを使って物理メモリを管理しているのか、その仕組みには以前から興味がありました。 そこで、Linuxでメモリ割り当てアルゴリズムとして使用されている、Buddy Memory AllocationとSlab Allocationを自作しているOSに実装したのですが、日本語の記事や情報があまりなく実装するのに結構時間がかかってしまいました。（両者とも日本語版Wikipediaにすら載っていませんでした）なので、日本語の情報が少ないのならばこの機会に残しておこうと思い、この記事を書くことにしました。 本記事では、Buddy Memory Allocationに焦点を当て、その仕組みを紹介していきたいと思います。 ↓ 後編の記事です 前提

return文でstd::moveをいつ使うべきかとその理由を完全理解してください💪

この記事は CyberAgent Developers Advent Calendar 2024 14日目の記事です。 はじめに こんにちは、ゲーム・エンターテイメント事業部 SGEコア技術本部（以下コアテク）の矢野です。 今年10月、Unity の久々のメジャーアップデートである Unity6 がリリースされました。 多くの機能や改善が含まれており、素晴らしいアップデートだと感じています。 しかし、更新内容が多い分、その全てを把握するのは容易ではありません。 とはいえ、Unity エンジニアが実際に把握すべきアップデートはそれほど多くないとも思います。 例えば、まだプレビュー版であったり、使用するには時期尚早だと思える機能については後で把握すれば良いでしょう。 また、グラフィック関連は多くの機能が追加されましたが、グラフィックエンジニア以外は概要や使い方だけを知る程度で十分なものも多いと

今回はC# Advent Calendar 2024の20日目の記事です。テーマは文字列の最適化について。 C#において文字列を表現するstring型はクラスであり、生成のたびにヒープにアロケーションを行うためパフォーマンス低下の要因になりがちです。また、C#のstringの中身は歴史的経緯からUTF-16となっており、UTF-8を直接扱うことができないため、変換の際に余計なオーバーヘッドが発生してしまいます。 そのため、近年の.NETではSpan等を活用して効率的な文字列操作を行うAPIが多数追加されています。また、UTF-8を扱うための機能も色々と用意されています。 そこで今回の記事では、最新の.NET9を用いて文字列操作を最適化する手法を紹介していきます。普段から簡単に使える手法も多いので、是非とも覚えておきましょう。

C++ Advent Calendar 2024, 8 日目の記事です。 English ポイント 近年の C++ コンパイラでは、ダングリング参照（ライフタイムが終了したオブジェクトへの参照）の検出が強化されつつある。 一部のコンパイラでは、コンパイラ拡張 [[lifetimebound]] 属性を用いることで、特定のケースにおけるダングリング参照をコンパイル時に検出できる。 この機能によってすべてのダングリング参照を防げるわけではないが、ライブラリ作者が [[lifetimebound]] を適切な関数やコンストラクタに付与することで、ユーザコードにおけるダングリング参照の発生リスクを軽減できる。 1. 概要 GCC 13 以降では、新たに導入された -Wdangling-reference 警告によって、一時オブジェクトのライフタイムに関連するダングリング参照の問題を検出できるように

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 長い、3行で ゲームのデフォルト画質設定やKPI分析の為、モバイル端末のスペックを類推したい。 ので、アプリ初回起動時に簡易ベンチマークを走らせることでそれを実現した。 更にこのスコアをサーバにまとめデータベース化することでベンチ自体ほぼ不要となった。 はじめに スマホやタブレットのようなモバイル環境で動くゲームアプリケーションは、最新の高性能端末から骨董品のような低性能端末まで、幅広いスペックへの対応を求められます。 「最新のiPhoneでないとまともに動きません！」みたいなゲームを作る状況もあるにはあるのでしょうがそれはあくまでレア

運営元のロゴ Copyright © 2007-2025 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

クリエイターが高品質のグラフィックス、エンドツーエンドのマルチプレイヤー機能、マルチプラットフォームサポート、AI強化を特徴とするゲーム、アプリ、または没入型体験を構築できるようにします。

全般的にResponsibility（実行責任）に○がついていますが、この通り自分自身で手を動かして実行を担うところもありましたし、実際には他エンジニアメンバーに委任するケースもありました。また、Accountability（説明責任）に○がついていないところは、開発グループ長がその責務を持っています（今回はテックリードが関係する部分の抜粋で開発グループ長は他にも複数の責務があります）。 やったこと・意識したこと 次に、実際に取り組んだことについて、そのときのモチベーションや意識したことなども踏まえて紹介していきます。 スタジオの技術ビジョン・戦略の策定 着任後、まず最初にスタジオの「技術」をどのようにしたいのかを表す技術ビジョンを考えました。つまり、スタジオのエンジニアチームとして1年後や数年後にどのような技術獲得をして、どんな技術的課題を解決したいかということです。これらを1, 3,

浮動小数点数の演算結果は環境によって変わる場合があります。どういう場合に変わることがあり、それはどういう原因によるのでしょうか。この記事では、演算結果が変わる原因として考えられるものをいくつか紹介します。 対象とする言語はC言語とします。基本的にC17の前提で書きますが、一部にC23への言及を含みます。 C言語では浮動小数点演算の精度は処理系定義です（C17 5.2.4.2.2.7）。C言語的に浮動小数点演算についてまともなことが言えるのは処理系がAnnex Fに準拠している場合です。C17のAnnex FはIEEE 754-1985を参照し、C23のAnnex FではIEEE 754-2019を参照します。 ただ、この記事では「どういう場合に変わるか」を考え、「どういう場合に結果が変わらないことが保証されるか」はあまり考えないので、Annex F準拠であるかはあまり重要ではないかもしれま

通常我々が使う浮動小数点数の形式（フォーマット）は倍精度（64ビット）や単精度（32ビット）が多いですが、世の中には他にも浮動小数点形式があります。 精度が高い方に目を向けると、80ビットの拡張倍精度や128ビットの四倍精度などがあります。これらについては以前記事を書きました。 C言語で四倍精度浮動小数点数 (binary128) を使う x87 FPUの呪い 浮動小数点数というと二進を思い浮かべる人が多いと思いますが、IEEE 754では十進形式も定められています。これも記事を書きました。 IEEE 754の十進浮動小数点数の基本 一方この記事では、二進で精度が低い形式、具体的にはIEEE 754で言うところのbinary16を取り扱います。半精度 (half precision) と呼ばれることもあります。 binary16形式と用途 IEEE 754-2008以降では、複数のシステム

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? C言語の long double は環境によって実体がまちまちである。この記事ではその辺をまとめてみる。 C言語の規格での話 まず、C言語の規格で浮動小数点数がどういう扱いになっているか確認しておく。 C言語では、多様な環境に対応するため、浮動小数点数がIEEE 754に準拠しない環境も考慮している。符号、基数、指数部、仮数部がある点はIEEE 754と同じだが、 基数 $b$ は1より大きい整数（IEEE 754では2または10のいずれかとしている） 指数部の範囲 $\mathit{emin}$, $\mathit{emax}$ の関