跳到主要內容

使用 windbg 查找 unity crash

 1、首先下載 WinDbg 




2、開啓 WinDbg 

接著選擇 File / Open dump file 


3、將dump檔案指定進去，接著按 open


unity crash 路徑如下：

    c:\Users\JOKER0~1\AppData\Local\Temp\Unity\Editor\Crashes\



4、 接著打開 View / Command


WinDbg 畫面如下

這時候輸入 symbol link

參考 unity 官網 （https://docs.unity3d.com/cn/2021.2/Manual/WindowsDebugging.html）


指令如下：

.sympath+ SRV*c:\symbols-cache*http://symbolserver.unity3d.com/

接著在輸入分析指令

!analyze -v

如下圖



看到最後輸出内容如下：



可以看到内容包含下面


STACK_TEXT:  
00000070`1355f360 00007ffa`26980c1c     : 0000025c`ecabf1b8 00007ffa`2704a398 00007ffa`26f83bdb 00007ffa`26f83bdb : KERNELBASE!RaiseException+0x8a
00000070`1355f460 00007ffa`2696c822     : 00007ffa`26f867c8 0000025a`e5a5de20 00000000`00000000 00000070`1355f9e8 : mono_2_0_bdwgc!mono_log_write_logfile+0x14c
(Inline Function) --------`--------     : --------`-------- --------`-------- --------`-------- --------`-------- : mono_2_0_bdwgc!monoeg_g_logstr+0xbd
00000070`1355f520 00007ffa`2696c888     : 00000000`0000283c 00000000`00000000 0000025a`d7b15200 0000025d`02d1c5f0 : mono_2_0_bdwgc!monoeg_g_logv_nofree+0x162
(Inline Function) --------`--------     : --------`-------- --------`-------- --------`-------- --------`-------- : mono_2_0_bdwgc!monoeg_g_logv+0x5
00000070`1355f9a0 00007ffa`26b07f75     : 00000000`00000000 00000000`00000000 00007ffa`26f867c8 00007ffa`26f891c8 : mono_2_0_bdwgc!monoeg_g_log+0x18
(Inline Function) --------`--------     : --------`-------- --------`-------- --------`-------- --------`-------- : mono_2_0_bdwgc!mono_os_event_destroy+0x7a
00000070`1355f9d0 00007ffa`26b08619     : 00000000`00000000 0000025a`d86c0c10 00007ffa`26b18f00 0000025d`02d1c5f0 : mono_2_0_bdwgc!mono_thread_detach_internal+0x635
00000070`1355fa30 00007ffa`26b0869e     : 00000000`00000000 00000000`00000000 00000000`00000000 0000025c`ecabf1b8 : mono_2_0_bdwgc!start_wrapper_internal+0x419
00000070`1355fbf0 00007ffa`e5d1e8d7     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : mono_2_0_bdwgc!start_wrapper+0x3e
00000070`1355fc20 00007ffa`e78ac53c     : 00000000`00000000 00000000`00000000 000004f0`fffffb30 000004d0`fffffb30 : kernel32!BaseThreadInitThunk+0x17
00000070`1355fc50 00000000`00000000     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x2c



  • mono_thread_detach_internal → 線程分離過程
  • mono_os_event_destroy → 銷毀操作系統事件對象
  • monoeg_g_log → 日誌記錄
  • mono_log_write_logfile → 寫入日誌文件時崩潰

    • 標籤：

    留言

    張貼留言

    這個網誌中的熱門文章

    comfyUI 運行出錯 FATAL: kernel fmha_cutlassF_f32_aligned_64x64_rf_sm80 is for sm80-sm100, but was built for sm37

    在公司的圖形機器上運行 ComfyUI + WAN 時出現下面問題   FATAL: kernel fmha_cutlassF_f32_aligned_64x64_rf_sm80 is for sm80-sm100, but was built for sm37 算圖機使用的 torch 版本如下 torch 2.7.1+cu118 torchaudio 2.7.1+cu118 torchsde 0.2.6 torchvision 0.22.1+cu118 檢查 cuda 版本 GeForce RTX 5090 CUDA Version: 13.0 從官網看 RTX 5090 支持 12.0 版本 CUDA 這是因爲本地的 pytorch 版本太舊 到官網查詢版本 https://pytorch.org/get-started/locally/ $ pip3 install torch torchvision --index-url https://download.pytorch.org/whl/cu126 查詢目前版本 $ pip list | findstr torch 使用這個版本后出現下面問題 後面查詢 no kernel image 問題其實還是 pytorch 並不支持 sm_120( Blackwell架構) 查看后發現并沒有支持 sm_120 CUDA architectures : [' sm_37 ', 'sm_50', 'sm_60', 'sm_61', 'sm_70', 'sm_75', 'sm_80', 'sm_86', 'sm_90', 'compute_37'] sm_50, sm_52, sm_53 : Maxwell (GTX 900 系列) sm_60, sm_61, sm_62 : Pascal (GTX 1000, P100) sm_70, sm_72, sm_75 : Volta/Turing (V100, RTX ...
    張貼留言
    閱讀完整內容
    仔細回想最近的作的 stripping level，還是回頭來說說 import dll 這回事吧；因為從事遊戲改版所以很多事情是言不由衷的，某天發現 server 發送給 client 封包是 big5 encode，第一時間覺得為何不用 unicode 呢？但仔細想也許是遊戲剛規劃時 DB 都已經存了 big5 編碼字串可能已經改不動了，想想也是就算了，結果一包到 android 就發生了 GetEncoding error，因為 android 是採用 unicode 編碼的，在網路上找了找終於找到解法，可以參考底下網址的討論串，主要是下載  I18N.dll、I18N.CJK.dll、I18N.West.dll 並丟到 Assets 資料夾下就可以了，當時還不是很了解為什麼只知道把 dll 都丟進去在手機上就可以跑，直到使用 stripping level 後整個又掛了，才認真去 trace， 問題在於勾選 strip asm 包檔後 I18N.CJK 就沒被包到 apk 裡面，而要解決 strip asm(~"~ 沒辦法 strip asm 很吸引我，一定要想辦法克服)採用了 link.xml 的方式，但這樣要怎麼知道弄進哪些 lib 呢？
    張貼留言
    閱讀完整內容

    unity 在 STANDALONE 下的解析度問題集合

    目前常規的PC游戲顯示模式有幾種模式如下， 一、視窗模式（ FullScreenMode. Windowed） 二、獨占模式（ FullScreenMode. ExclusiveFullScreen ） FPS游戲多數使用獨占模式，也是最早的全屏幕模式，性能較好，但使用 Alt+Tab 時切換會出現閃頻 三、無邊框模式 （ FullScreenMode. FullScreenWindow ） 目前游戲多數使用這個模式，開啓後切換不會出現閃屏 問題1、切換解析度時屏幕出現黑屏無訊號 Exclusive Fullscreen 必須使用顯示卡的「原生支援模式」( Display Modes )，Windows 桌面「縮放 / 插值後」能顯示許多非原生模式，但 Unity 的 Exclusive Fullscreen 只能切換到顯示卡真正支援的模式 ，不能靠 OS 自動補正。 如果顯示卡沒有 真正的 1280×800 模式： Windows 桌面會用 GPU scaling → 顯示正常 Unity Exclusive Fullscreen 嘗試切換 → 找不到完全匹配的 mode → 會改用 fallback （通常 1280×720 或 native resolution ） 結果畫面偏移、拉伸或出現 左側黑屏 所以： 你以為進入了 1280×800，但實際上顯卡沒有成功切換到這個 mode。 問題2、兩個屏幕，一個 1080p，一個2k，切換2k解析度時出現錯誤，游戲無法調整到對應的2k解析度 目前沒有處理這個問題。 問題3、無邊框模式切換獨占模式無效 在主要解析度，譬如設備解析度為 1920 X 1080 ，情況下從無邊框模式切換到獨占模式，雖然切換成功，但實際上卻是無邊框模式，這是 windows 全螢幕最佳化處理的結果， unity 無法干涉。 原因是  Windows 10/11 強制 Fullscreen Optimizations （全螢幕最佳化），導致獨占模式被轉成 Borderless Fullscreen Windows 會把要求 Exclusive Fullscreen 的遊戲「包裝成」 ➡ Borderless Fullscreen + 可變刷新率 + 全螢幕優化圖層 這樣能快速切換視窗、疊加 U...
    張貼留言
    閱讀完整內容