ゼロから学ぶ C++
ホーム 1. C++ を始める 2. 基本構文 3. コンテナ 4. ファイル分割とスコープ 5. ストリーム操作 6. メモリの管理 7. クラス 8. キャスト 9. テンプレート 10. エラー処理 11. ビルドとライブラリ 12. メモリレイアウト 単体テスト デバッグ ビルド自動化 付録 このサイトは C++ について説明した学習サイトです。 本書を通じて C++ の開発環境や構文・単体テストの書き方などが 一通り学べるようになっています。 対象¶ C++ を初めて学ぶ人 プログラム言語を 1 つ以上経験したことのある人 関数やクラス・オブジェクト指向に対する知識をある程度前提にします。 C++ の特徴¶ C++ は ビャーネ・ストロヴストルップ により開発されたプログラミング言語です。 C++ には主に次のような特徴があります。 高パフォーマンス メモリ使用量が少ない 柔軟性
【Unity】Unityでメモリリークを分析するための5つの方法 - LIGHT11
Unityでメモリリークを分析するための方法をまとめました。 Profilerでメモリが増え続けていることを確認する Profilerでネイティブメモリに乗っているオブジェクト数をチェックする ProfilerのMemoryをDetailedモードにして参照関係をチェックする Memory Profilerでメモリをキャプチャして明らかに数の多いオブジェクトを探す Memory ProfilerのDiff機能でフレーム間の差分を取る 関連 Unity2018.4.0f1 Profilerでメモリが増え続けていることを確認する まずは何はともあれメモリがリークしていることをProfilerできちんと確認します。 Profilerの基本的な使い方は次の記事にまとめていますので必要に応じて参照してください。 light11.hatenadiary.com メモリのProfilerはネイティブメモ
【Unity】UniRxでメモリリークを引き起こすケースとAddToやTakeUntilDestroyの重要性 - LIGHT11
UniRxでメモリリークするケースとAddToやTakeUntilDestroyの重要性についてまとめました。 メモリリークを起こしてみる メモリリークの防ぎ方 基本は要らなくなったらDispose AddToでライフタイムをGameObjectやコンポーネントに依存させる TakeUntilDestroyでメモリリークを防ぐ AddTo + CompositeDisposableでメモリリークを防ぐ 必ずOnCompoletedするなら問題ないけどAddToした方が安心 SubjectやReactivePropertyを購読するときにも注意 Observable作成時にTakeUntilDestroyを義務付けるのが安全かも Unty2018.4.6 メモリリークを起こしてみる まずは悪い例として、以下のようなソースコードを書いてみます。 using UniRx; using Unity
KMC Staff Blog:Androidのデバッグダンプからソース上の問題発生箇所を調べる方法
2011年02月22日 Androidのデバッグダンプからソース上の問題発生箇所を調べる方法 今回もAndroidのアプリケーション開発者でなくて、ポーティングなどでシステム部分の問題を追いかける人が知っておくとよい話です。(English version of this page) 実機でいろいろいじくって動かしていると、いつまでもandroidの起動アニメーションのままになって立ち上がってこなくなってしまうことがあります。このときにシリアルのコンソールからlogcatを見てみると、以下のようにあるプロセスが例外を起こして落ちてしまっていたりします。 ログのこの部分はdebuggerdが出しています。(debuggerdのしくみは以前に紹介しました。） I/DEBUG ( 3037): *** *** *** *** *** *** *** *** *** *** *** *** ***
Unity - Manual: Debugging shaders using Visual Studio
You can use Visual Studio to debug shadersA program that runs on the GPU. More info See in Glossary in a Unity application on Windows platforms using DirectX 11 or 12. This page contains information on how to do this. Note: If you are using DirectX 12, Microsoft recommends that you use PIX to debug shaders instead of Visual Studio. For information on using PIX on Windows with Unity, see Debugging
【Unity】Inspector で Flags 属性が適用された列挙型の値を設定しやすくする PropertyDrawer - コガネブログ
using System; using UnityEngine; [Flags] public enum TYPE // タイプ { GRASS = 1 << 0, // くさ FIRE = 1 << 1, // ほのお WATER = 1 << 2, // みず } public class NewBehaviourScript : MonoBehaviour { [EnumFlags] public TYPE Type; public void OnValidate() { Debug.Log( Type ); } } この EnumFlagsAttributeDrawer.cs を使用することで Inspector で Flags 属性が適用された列挙型の値を設定しやすくなります
【Unity】Unity初心者を卒業するためのデバッグ入門 - テラシュールブログ
プログラムを記述していると、自分でも想定していない動作バグが発生する事があります。こういった「バグ」の修正を行うアプローチについて今回は書いていこうと思います。 個人的には「Unityが出来る（中級者以上）」は「思った通りに動かない物に出会った時に、自力で解決出来るかどうか」…かなと思っています。 ので、初心者を脱出したい人に向けて本稿を書いていましたが、うまく纏まらなかったので余計分かりにくくなっているかもしれません。ぐぬぬ。 バグは何処から来るのか バグの犯人たち 問題の切り分け 仮説と検証 データから来るバグを探す データが見つからない。 データが間違っている データが壊れている プログラムのバグを探す 実際の動きと想定する挙動を視覚的に比較する コードの問題発生箇所 期待の動きと異なる動きをした要因を探す 頻度の低いエラーを絞り込みたい Assert 変動する値を確認したい場合 感
iOS アプリのバイナリを少しのぞいてみる
Mac / iOS 開発担当の松本です。 皆さんご存知のように iOS アプリを作るのに欠かせない Objective-C は、メソッドの解決が動的なこともあり、C言語のファミリーでありながら強力なリフレクション機能を備えています。そのリフレクションの必要性等から、実行ファイルには様々な情報が埋め込まれていて、何気なくバイナリエディタで開いただけで、テンションが上がるバイナリに仕上がっています。のぞかずにはいられませんね。という訳で今日はこのバイナリを少しのぞいてみたいと思います。 まずはバイナリの概要を抑えておきましょう。iOS 上の実行ファイルは Mach-O という形式で(まーく・おーと読むらしい)、これは Windows や Linux でいうところの EXE や ELF にあたります。この Mach-O のフォーマットについては アップルからドキュメントが提供されていますね。 細
gcc+gdbによるプログラムのデバッグ 第2回 変数の監視、バックトレース、その他のコマンド
前回までに、デバッガを使用する上での最低限のことを覚えました。 ステップ実行 変数の表示、変更 ブレークポイント 今回は少しレベルを上げて、よりデバッガを使いこなすためのコマンドを紹介します。 ウォッチポイント ウォッチポイントはブレークポイントに近いものですが、ブレークポイントのように「ある地点に遭遇したら停止」ではなく、「監視している変数を操作したら停止」という流れになります。 ファイル内から該当する変数名を探せばいいと考えるかもしれませんが、C言語ではポインタによる変数の別名を付けることが可能であるため、そう単純にはいきません。 書き込みの監視 あまりよいサンプルが思いつかなかったため、簡単で無意味な例を示します。 counter.c #include <stdio.h> void set_counter(int *); int count = 1; int watchee = 0;
Instruments の Leaks の見方（Live Bytes や Living の意味） - その後のその後
このLive BytesやらLivingやら、タイトルから大体推測できるものの、ちゃんとした定義をしりたかったのですが、ヘルプ内を探しても見当たらず、iOS開発関係の本を見てもどの値が何とまでは書いてくれていませんでした。たまたまググったら出てきたので、下記にまとめておきます。 Live Bytes The Live Bytes column indicates how many of this type of object have been allocated and still are around in memory. 該当するタイプのオブジェクトの現在のメモリ使用量 # Living # Living column tells you how many objects of this type are still around in memory. 該当するタイプのオブジェクトが
Chrome DevToolsを使ってJavaScriptのメモリリークを検出し、解消する - 人生dat落ち
JavaScriptを書いていたらブラウザがくっそ重くなる症状に出くわした。あぁ、噂のメモリリークですわ。 先人の知恵に頼るマン。それっぽい記事が見つかる。 javascriptのメモリリーク対策(随時更新) - Qiita Shibu’s Diary: JavaScriptのメモリリークを10倍速で発見する Taming The Unicorn: Easing JavaScript Memory Profiling In Chrome DevTools Writing Fast, Memory-Efficient JavaScript - Smashing Magazine angularjs - How to catch memory leaks in an Angular application? - Stack Overflow 上の記事はProfiles + Take Heap
アセンブラプログラムをデバッグする - その時々
アセンブラプログラムをデバッグするにはgdbを使用します。 こういったソースがあるとします。 .data msg: .ascii "hello world\n" msgend: .equ len, msgend - msg .global main main: movl $4, %eax movl $1, %ebx movl $msg, %ecx movl $len, %edx int $0x80 ret これをgccでコンパイルします。 gcc helloworld.s -o hw そうするとhwという実行ファイルが出来るのでデバッグしてみます。 gdb hw (gdb) break main Breakpoint 1 at 0x804a01c (gdb) run Starting program: /home/hirosandesu/hw
安藤日記 [&] WebGL Performance Tuning
安藤日記 安藤日記：デジタルガジェット好き「安藤幸央」の日々のメモ ( yukio.andoh@gmail.com ) [ http://twitter.com/yukio_andoh ] Design Sprint Newsletter https://designsprint.substack.com/ ( via. Behind the magic of AKQA Winterlands ) #WebGL Performance Tuning WebGLコンテンツ／プログラムの速度をコツコツと速くするための、 パフォーマンスチューニング観点をまとめました。 まずはプロファイリングが重要。 闇雲にチューニングしても、あまり速くならない場合もあります。 また、最初の設計や、ハードウェア性能を知った上でのデータ量の見積もりも重要です。 ■WebGLプロファイリングのコツ ●グラフィックスパ
x64のレジスタ拡張
x64の大きな特徴の1つに、レジスタの拡張が挙げられます。今回は、この部分を中心に解説していきます(特集：64ビットコンピューティング最前線）。 C MAGAZINE 2005年6月号より転載 x64には、64ビットに拡張された16本の汎用レジスタ（GPR）と、16本の128ビットXMMレジスタが搭載されています。 x64で新たに追加されたレジスタは、アプリケーションレベルでは64ビットモード時においてのみ使用することができます。 ここで1つ例をあげてみましょう。 ADD AL, DL ;8ビットの加算 ADD AX, DX ;16ビットの加算 ADD EAX, EDX ;32ビットの加算 ADD RAX, RDX ;64ビットの加算 この4つの命令は従来のx86でも使われているADDという加算命令です。これらはすべて「A=A+B」の計算をしろという意味の命令ですが、x86では加算するデー
Chrome’s Console API: Greatest Hits
The Chrome debugger is the best tool for locating problematic code in a JavaScript application, but there are times that diving into your code line-by-line isn’t the fastest or most convenient means to that end. We all know about console.log(), but I thought I’d write about a few of its lesser-known cousins that are more refined, and can be a lot more expressive. As a bonus, check out the last sec
XCode4 と Instruments で実機動作中の NSZombie を探す方法
XCode4 と Instruments で実機動作中の NSZombie を探す方法¶ XCode4 で開発していると、予期しないインスタンスが解放されてしまって、そいつを 参照しようとして BAD_ACCESS が出てしまう事が有る。 しかし、いったい何を参照しようとしているのか、なかなか見つけ難い場合がある。 Cocoaではデベロッパ向けに「ゾンビオブジェクト」というアロケーションされていないメモリへのアクセスを見つける為に解放されたオブジェクトをNSZombieオブジェクトとしてリプレースされる機能があるので、BAD_ACCESSが発生した 際にそいつを見つけやすくすることができます。 NSZombie が有効な場合のXCode4 での debug output GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Fri Sep 16
（すぐできる高速化？）ヘボPCでもOculusがしたい - きかいや。
HPASimを OculusDK2 SDK0.4.4 Unity4.6.1f'(Pro) で75FPSを出すために設定でできることをやったことのメモです。 75FPSでない悲しいPCで頑張るための忘備録。（いいパソコンを買え。） 経緯： 頭を回すと視界が妙にブレ、FPSが足りていないことが原因と判明。 (回転運動の予測演算がずれて制御的に振動している？) -----クオリティ設定------- ・Disable Shadows 影を切る （影は残したいけど…というときは、その下の項目を画像のように弄るとクオリティは落ちるが影は残る） ・Anti Ailiasing アンチエイリアスなし 先ずこのふたつが大きく効きます。 あと、異方性テクスチャとやらも切ってみた ---------------オブジェクトの設定 水面オブジェクト（Daylight Water）の設定 ・Refractive（
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Symbolicate Android crash – Unity
http://japan.unity3d.com/unite/unite2016/files/DAY1_1700_room1_Yasuhara.pdf
Swift および Objective-C を使用した iOS メモリー管理で絶対に失敗しないための 7 つのヒント
