4

コードに非常に奇妙な問題があります。Ogreを使用していて、手動でマテリアルを作成しようとしていますが、問題はOgre固有ではないと思います。リンク:ヘッダーファイルソースファイルスタックトレース。ランダムな名前、コメント、std :: cout<<'sを許してください。私は絶望していて、楽しいコーディングを楽しんでいます:D

あなたがそれを読みたくないのであれば、これが私のコードの要約です:

  1. ルートを作成する
  2. プラグインをロードする
  3. レンダリングシステムのセットアップ
  4. リソースをロードする
  5. 入力システムのセットアップ
  6. シーンマネージャーを作成する
  7. シーンを作成
    します。照明の設定
    b。手動で資料を作成する
    c。手動で作成したマテリアルを使用してシーンにエンティティを追加します
  8. フレーム更新コールバックを追加
  9. レンダリングを開始します

ここで、手順7bと7cを省略すると、コードは正常に期待どおりに機能し、プログラムは期待どおりにログに出力されます。しかし、ステップ7bと7cを含めると、何も起こらず、ログは書き込まれません。コードはステップ1を終了しません。これはスタックトレースを見るとデッドロックだと思いますが、それを解決する方法がわかりません-後でコードを追加すると、最初のコードの後に​​実行されるため、前のコードにどのように影響するかわかりません。これが私が疑った理由ですスレッドの問題。どんな提案も歓迎します!よろしくお願いします。

編集:ほとんどのコードを削除し、手順1、7a、7b、7cのみを残しました。それほど長くないので、スタックトレースを残しておきます。

問題のあるコードは次のとおりです。

ステップ1(13行目)

mRoot = new Ogre::Root("", "", "ogre.log");

ステップ7a、b、c(146〜169行目)

mSceneManager->setAmbientLight(Ogre::ColourValue(0.5, 0.5, 0.5));

std::cout << "Before material creation" << std::endl;


//Make cube material
Ogre::MaterialPtr cube_material_ptr = Ogre::MaterialManager::getSingleton().create(
    "trolcherry",
    Ogre::ResourceGroupManager::DEFAULT_RESOURCE_GROUP_NAME
    );
std::cout << "After material creation" << std::endl;

// Get a material pass
Ogre::Pass *pass = cube_material_ptr->getTechnique(0)->getPass(0);
pass->setDiffuse(Ogre::ColourValue(1.0, 0.2, 0.2));


//Make cube
Ogre::Entity& cube_entity = *(mSceneManager->createEntity("Head", "Prefab_Cube"));
cube_entity.setMaterialName("trolcherry");

Ogre::SceneNode& cube_node = *(mSceneManager->getRootSceneNode()->createChildSceneNode());
cube_node.attachObject(&cube_entity);
cube_node.scale(0.3, 0.3, 0.3);

スタックトレース

#0 (    0x0012e416 in __kernel_vsyscall() (??:??)
#1 0x9b20b9 __lll_lock_wait() (../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:142)
#2 0x9af566 pthread_cond_wait@@GLIBC_2.3.2() (../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:299)
#3 0x9223fd __pthread_cond_wait(cond=0xb7bd727c, mutex=0xb7bd7264) (forward.c:139)
#4 0x804c65b    boost::recursive_mutex::lock(this=0xb7bd7264) (lib/boost_1_47_0/boost/thread/pthread/recursive_mutex.hpp:133)
#5 0x804d4af    boost::unique_lock<boost::recursive_mutex>::lock(this=0xbffff3c4) (lib/boost_1_47_0/boost/thread/locks.hpp:412)
#6 0x47dd96 unique_lock(this=0xb7bd7260, name=..., inGlobalPool=true) (/usr/include/boost/thread/locks.hpp:227)
#7 (    Ogre::ResourceGroupManager::createResourceGroup(this=0xb7bd7260, name=..., inGlobalPool=true) (/home/elliot/Programming/C and C++/Project MuffinSnatcher/lib/ogre_src_v1-7-3/OgreMain/src/OgreResourceGroupManager.cpp:84)
#8 0x47eaa6 Ogre::ResourceGroupManager::ResourceGroupManager(this=0xb7bd7260) (/home/elliot/Programming/C and C++/Project MuffinSnatcher/lib/ogre_src_v1-7-3/OgreMain/src/OgreResourceGroupManager.cpp:61)
#9 0x497bc2 Ogre::Root::Root(this=0xb7ed7260, pluginFileName=..., configFileName=..., logFileName=...) (/home/elliot/Programming/C and C++/Project MuffinSnatcher/lib/ogre_src_v1-7-3/OgreMain/src/OgreRoot.cpp:154)
#10 0x804adfe   ProjectMuffinSnatcher::Client::Run(this=0xbffff6ec) (/home/elliot/Programming/C and C++/Project MuffinSnatcher/src/Client.cpp:13)
#11 0x804e0da   main() (/home/elliot/Programming/C and C++/Project MuffinSnatcher/src/main.cpp:6)

lddの出力

linux-gate.so.1 =>  (0x009a3000)
libboost_system.so.1.42.0 => /usr/lib/libboost_system.so.1.42.0 (0x00c14000)
libOgreMain.so.1.7.3 => /usr/local/lib/libOgreMain.so.1.7.3 (0x00110000)
libOIS-1.3.0.so => /usr/local/lib/libOIS-1.3.0.so (0x006d3000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0x00ce8000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x006f4000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0x00f66000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x0071a000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0x0087b000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0x00e7b000)
libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0x008da000)
libSM.so.6 => /usr/lib/i386-linux-gnu/libSM.so.6 (0x00e2d000)
libICE.so.6 => /usr/lib/i386-linux-gnu/libICE.so.6 (0x00894000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0x009a4000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0x008ac000)
libXt.so.6 => /usr/lib/i386-linux-gnu/libXt.so.6 (0x00abf000)
libXaw.so.7 => /usr/lib/libXaw.so.7 (0x00b11000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0x008bb000)
libboost_thread.so.1.42.0 => /usr/lib/libboost_thread.so.1.42.0 (0x008bf000)
libboost_date_time.so.1.42.0 => /usr/lib/libboost_date_time.so.1.42.0 (0x00960000)
libfreeimage.so.3 => /usr/lib/libfreeimage.so.3 (0x00f82000)
libzzip-0.so.13 => /usr/lib/libzzip-0.so.13 (0x00973000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0x0097a000)
/lib/ld-linux.so.2 (0x00c2e000)
libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0x008d4000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0x00b6e000)
libXmu.so.6 => /usr/lib/libXmu.so.6 (0x00b87000)
libXpm.so.4 => /usr/lib/libXpm.so.4 (0x0098f000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0x00b9d000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0x00ba1000)
4

2 に答える 2

3

私はこれをコメントにしたでしょうが、私は必要な担当者が不足しています。:(

試すべきことがいくつかあります:

これOgre::ResourceGroupManager::DEFAULT_RESOURCE_GROUP_NAMEstatic OGRE_AUTO_MUTEX String-マテリアルマネージャに直接渡すのではなく、create最初にローカルスコープのStringインスタンスにコピーしてみてください。エラーが発生した場所が変わるかどうか、または実際にエラーが修正されるかどうかを確認します。

または、デフォルトのプラグインと構成ファイルの名前を「」で明示的にオーバーライドしていることに気付きましたOgre::Root constructor(実際には、ログファイルの便利な置き換えは提供されていません。「Ogre.log」から「ogre.log」に変更されています)。コンストラクター引数を削除してみてください。

于 2011-10-12T13:21:01.680 に答える
1

私はついに私の問題を修正しました。Boost&ogre関連のライブラリをすべて削除し、boostを再コンパイルしてから、ogreを再インストールしました。今、物事はうまくいきます(どうやら!)。すべての助けに感謝しますが、私は新たに再インストールするだけで十分だと思います。数少ない、それが終わってよかった!

于 2011-10-17T18:37:10.290 に答える