C ++特定的声音输出？(C++ Specific Sound Output? [closed])

 2013年11月更新： 
 
 按照rajibchowdhury的回答 （upvoted），建议的git rm是删除索引中指定子模块的特殊条目 （“特殊模式” 160000 “的”文件夹“）。 
 
 如果在.gitmodule没有引用该特殊的入口路径 （如原始问题中的“ Classes/Support/Three20 ”），则需要将其删除，以避免“ No submodule mapping found in .gitmodules for path “ 错误信息。 
 
 您可以检查引用子模块的索引中的所有条目： 
 
git ls-files --stage | grep 160000
 
 
 原始答案（2010年11月） 
 
 您是否正确声明了您的初始子模块？ （即，如我的旧答案所述 ，尽管你的.gitmodule有一些看起来很好的路径），但是最后没有任何尾部'/'。 
 
 这个线程提到： 
 
 
 
 从新鲜的克隆运行'git submodule init'时你会得到相同的错误吗？ 
 如果是这样，你有什么问题。 
 
 
 如果没有子模块，请删除.gitmodules ，以及对.git / config中的子模块的任何引用，并确保Pikimal目录中没有.git目录。 
 如果这样做可以解决问题，请在巡航工作副本上检查并执行相同操作。 
 
 
 显然，不要删除你的主要的.gitmodules文件，而是在你的工作树中查看其他额外的.gitmodules文件。 
 
 
 仍然在“不正确的子模块初始化”的主题中， Jefromi提到实际上是gitlinks的子模块。 
 看到“ Git - 如何跟踪未跟踪的内容 ”，看看如何将这样一个目录转换成一个真正的子模块。 

Following rajibchowdhury's answer (upvoted), use git rm command which is advised is for removing the special entry in the index indicating a submodule (a 'folder' with a special mode 160000). 
 
If that special entry path isn't referenced in the .gitmodule (like 'Classes/Support/Three20' in the original question), then you need to remove it, in order to avoid the "No submodule mapping found in .gitmodules for path" error message.
 
You can check all the entries in the index which are referencing submodules:
 
git ls-files --stage | grep 160000
 
 
Previous answer (November 2010)
 
It is possible that you haven't declared your initial submodule correctly (i.e. without any tail '/' at the end, as described in my old answer, even though your .gitmodule has paths which looks ok in it).
 
This thread mentions:
 
 
 
do you get the same error when running 'git submodule init' from a fresh clone?
 If so, you have something wrong. 
 
 
If you have no submodules, delete .gitmodules, and any references to submodules in .git/config, and ensure the Pikimal dir does not have a .git dir in it.
 If that fixes the problem, check in and do the same on your cruise working copy. 
 
 
Obviously, don't delete your main .gitmodules file, but look after other extra .gitmodules files in your working tree.
 
 
Still in the topic of "incorrect submodule initialization", Jefromi mentions submodules which actually are gitlinks. 
 
See How to track untracked content? in order to convert such a directory to a real submodule.