Android的在线文档的Android调试桥说：“亚行提供了一个灰壳”。 果然，我如果adb shell到AVD模拟器我得到的灰这基本上是一个切下的Bourne shell。
不过，如果我连接到几个远程装置之一的HTC电话，另一个是华硕的Transformer Prime平板电脑，它们都具有一个版本的Korn shell中，它给出了： KSH_VERSION='@(#)MIRBSD KSH R39 2010/08/24' 。 虽然MIRBSD KSH不是一个完全成熟的AT＆T的Korn shell，它仍然是一个很多比灰更强大。
该模拟器运行果冻豆，并且两个设备都使用ICS。 做多挖掘一下，它看起来像灰是姜饼，但mirbsd在蜂窝的ksh。
因此，有人可以确认的是，Android的在线文档是错误的，该模拟器运行了过期的壳呢？ 或者它是供应商正在实施自己的？
我mksh（该MirBSD Korn Shell程序）的作者，并有过实验建立mksh的为Android 1.5后已经提交它纳入的Android在大致1.6倍。
花了相当长的一段这个被接受，尽管Android的86用它很早。 起初，我们有一个可配置的开关，其中板的配置将决定灰或mksh是否使用; 谷歌认为，只有一个人应该在设备上进行运输。 大约在2.4制备（这是从来没有发布），所使用的硬件板CONFIGS mksh，而仿真器配置中使用粉煤灰，为了确保万一不引入mksh-细节，他们应该希望或需要回去的时候灰。 2.4从来没有得到释放，我不知道发生了什么在3.0系列中使用，但由于Android 4.0 mksh是其标准系统shell。
mksh甚至Geremy康德拉得到了安全审查，我们（双方AOSP /谷歌的人以及我）regularily推送更新的代码。 有趣的事实：他们并没有打算在船开始在所有 ，但同意发货mksh，因为他们已经有出货的设备由然后在他们壳手机壳，所以它成了公布的API的一部分。 ＃1功能的Android开发者喜欢在mksh，过灰，是tab完成。
现在在线文档来看，似乎他们去除的灰渣参考。 他们现在只是没有明确的上壳可用。 （他们也同意在在线文档链接到网页mksh - 我提交了一个补丁为 - 使用户可以RTFM和提供错误报告和其他反馈）
