osg庫使用採坑記錄

2021-10-09 04:04:00 字數 892 閱讀 8610

在嘗試通過osg庫進行osgb檔案讀取時，發生了乙個錯誤，特此記錄，錯誤如下。

通過查閱資料，發現是缺少乙個「windows.h」標頭檔案，新增後錯誤得以排除。修改後的標頭檔案如下。

#include #include #include #include #include
使用下邊options時出現記憶體的錯誤：「0x00007ffd7ff8a799 處(位於 datatrans.exe 中)有未經處理的異常: microsoft c++ 異常: std::bad_alloc，位於記憶體位置 0x0000009b」，經檢查是dll檔案和lib檔案配置錯誤，程式是debug x64的，應該配置適用於debug的dll和lib，我在這裡則是用了release下的dll和lib，故出錯。

os**iewer::viewer viewer;


osgdb::options *a = new osgdb::options(std::string("notristrippolygons"));


osg::ref_ptrnode = osgdb::readnodefile("1_model.osgb", a);
採用readnodefile讀取osgb檔案時，發現返回時null，這導致控制台輸出「could not find plugin to read。。。」，因為程式可以生成解決方案，所以osg庫包含正確，抱著試一試的心態，在程式的「包含目錄」和「庫目錄」刪除include和lib資料夾的路徑，然後再重新加入include和lib路徑，關掉vs2017，再次開啟vs2017並執行程式，檔案可被readnodefile正常讀取。這就很玄學。。。

採坑記錄switch坑

speed 0 switch speed speed 初始化為0後，你猜最終列印的結果是誰，最終列印的是150 因為switch條件的case判斷時只會有兩種結果，true false 初始化speed為0 走到第乙個case裡面，speed 不大於等於100 返回false，坑來了，因為初始值為0...

Tomcat採坑記錄

關於編碼 tomcat容器執行環境有自己的預設編碼，跟本地main方法測試環境的預設編碼可能不一樣，有時候本地測試正確的同樣 放到tomcat容器裡面就會出現中文亂碼。本地測試正常 bufferedreader br new bufferedreader new filereader tes.txt...

vue採坑記錄

1在watch或created 獲取資料 裡操作dom 用this.nexttick function watch裡面方法，注意 時，this作用域的變化。2路由變化，頁面資料不變化 原因 vue router的history模式 方法 監聽路由 watch 複製 3setinterval路由跳轉，...