驴子在吗?

在网上看的一篇文章，
我手上没有编译器，
你哪天有空帮忙编译一下，
看运行的时候windows XP会不会死机。

--------------------------------------------------------------------------------------------
目前很多地方都转载着利用9行代码史windows崩溃的文章，不过我发现没有关于为什么会使windows崩溃的分析。我先把原文给大家看看。然后把具体的细节说一下。
　　微软一直声称Windows XP多么多么稳定可靠，但日前一位名为Masaru Tsuchiyama的外国编程爱好者刊出了一小段C语言代码。这一只有9行的小程序如果在Windows XP/2000下运行，则可导致系统完全崩溃，并重新启动。但此程序对其他版本的Windows没有任何影响。这一产生无限循环输出的小程序的代码如下:

　　#include("stdio.h")
　　int main( void )
　　{　
　　for(;;) {
　　　　　　　printf( "hung up\t\t\b\b\b\b\b\b" );
　　　　　　　print( "hung up\t\t\b\b\b\b\b\b" );
　　　　　　}
　　return 0;
　　}

复制代码

　　

如果去掉Print语句，此程序还会导致NT 4.0系统出现蓝屏错误。

　　但愿微软赶快修补这一漏洞。同时提醒大家，此代码只可用于研究，不得用于任何非法勾当。

　　如果去掉Print语句，此程序还会导致NT 4.0系统出现蓝屏错误。

　　以上就是网上纷纷转载的原文。

　　关于为什么会导致错误，就在看下面的分析吧。

　　\b是退格

　　代码是用退格符把console里的光标退成null，然后显示任一字符(除\t)，即崩溃。

　　但是一般情况\b是不能退出规定的区域的，而如\b的前一个字符是\t则可以退出规定的区域(bug?)。

　　双击运行时，系统将新建一个console，所以我们的显示在console的左上角，我们只需两个\b就可退出屏幕(第一个吃掉\t)。

　　原因是win32子系统意外中止导致系统崩溃.smss是windows系统建立的第一个用户进程，他的工作之一是建立csrss和winlogon进程，然后一直等待这两个进程的句柄，如果这两个进程意外中止，smss将导致系统崩溃。csrss进程就是专门负责所有win32进程和系统进行通信的进程。所有win32进程的系统调用都会由csrss帮你完成，但是这样做因为需要进程切换所以效率太低.所以在windowsNT从3.51升级到4.0时将许多部分从用户态移入内核态，win32进程的系统调用将直接进行以减少进程切换时间。但是仍有少量系统调用需要csrss进程完成，据我所知createprocess是这样的函数，所有console上的显示是这样的函数(还有其他的)。

　　当我们调用printf("\t\b\ba")最终将调用WriteFile API。

　　WriteFile((HANDLE)7，"\t\b\ba"，NULL，NULL)等同于printf("\t\b\ba")，7是console标准输入的句柄。

　　WriteFile判断句柄类型，如是文件句柄将调用ntdll.dll中的NtWriteFile函数.如是console句柄将调用WriteConsoleA函数。

　　WriteConsoleA函数将调用ntdll.dll中的csrClientCallServer函数通知csrss进程，然后调用NtRequestWaitReplyPort等待结果。

　　估计是csrss进程在处理这个请求过程中出错了。

　　细心的人发现csrss出错的细节没有描述，谁有时间就补充一下吧..
-----------------------------------------------------------------------------------

现在好像不能奏效了，不过佩服那些找bug的人，怎么想出来的呢？？

[ Last edited by 不是马甲 on 2005-9-9 at 21:27 ]