服务器返回0 服务器返回信息错误
curl常见返回错误码有哪些
curl常见返回错误码
说明：
curl常见的返回错误码，中文的翻译好像不是很详细，因此把英文的贴在下面了。有空再翻译下。
中文：
CURLE_OK(0) _都正确，像往常一样
CURLE_UNSUPPORTED_PROTOCOL(1) _您传送给 libcurl的网址使用了此 libcurl不支持的协议。可能是您没有使用的编译时选项造成了这种情况（可能是协议字符串拼写有误，或没有指定协议 libcurl代码）。
CURLE_FAILED_INIT(2) _非常早期的初始化代码失败。可能是内部错误或问题。
CURLE_URL_MALFORMAT(3) _网址格式不正确。
CURLE_COULDNT_RESOLVE_PROXY(5) _无法解析代理服务器。指定的代理服务器主机无法解析。
CURLE_COULDNT_RESOLVE_HOST(6) _无法解析主机。指定的远程主机无法解析。
CURLE_COULDNT_CONNECT(7) _无法通过 connect()连接至主机或代理服务器。
CURLE_FTP_WEIRD_SERVER_REPLY(8) _在连接到 FTP服务器后，libcurl需要收到特定的回复。此错误代码表示收到了不正常或不正确的回复。指定的远程服务器可能不是正确的 FTP服务器。
CURLE_REMOTE_ACCESS_DENIED(9) _我们无法访问网址中指定的资源。对于 FTP，如果尝试更改为远程目录，就会发生这种情况。
CURLE_FTP_WEIRD_PASS_REPLY(11) _在将 FTP密码发送到服务器后，libcurl需要收到正确的回复。此错误代码表示返回的是意外的代码。
CURLE_FTP_WEIRD_PASV_REPLY(13) _ libcurl无法从服务器端收到有用的结果，作为对 PASV或 EPSV命令的响应。服务器有问题。
CURLE_FTP_WEIRD_227_FORMAT(14) _ FTP服务器返回 227行作为对 PASV命令的响应。如果 libcurl无法解析此行，就会返回此代码。
CURLE_FTP_CANT_GET_HOST(15) _在查找用于新连接的主机时出现内部错误。
CURLE_FTP_COULDNT_SET_TYPE(17) _在尝试将传输模式设置为二进制或 ascii时发生错误。
CURLE_PARTIAL_FILE(18) _文件传输尺寸小于或大于预期。当服务器先报告了一个预期的传输尺寸，然后所传送的数据与先前指定尺寸不相符时，就会发生此错误。
CURLE_FTP_COULDNT_RETR_FILE(19) _‘RETR’命令收到了不正常的回复，或完成的传输尺寸为零字节。
CURLE_QUOTE_ERROR(21) _在向远程服务器发送自定义“QUOTE”命令时，其中一个命令返回的错误代码为 400或更大的数字（对于 FTP），或以其他方式表明命令无法成功完成。
CURLE_HTTP_RETURNED_ERROR(22) _如果 CURLOPT_FAILONERROR设置为 TRUE，且 HTTP服务器返回>= 400的错误代码，就会返回此代码。（此错误代码以前又称为 CURLE_HTTP_NOT_FOUND。）
CURLE_WRITE_ERROR(23) _在向本地文件写入所收到的数据时发生错误，或由写入回调(write callback)向 libcurl返回了一个错误。
CURLE_UPLOAD_FAILED(25) _无法开始上传。对于 FTP，服务器通常会拒绝执行 STOR命令。错误缓冲区通常会提供服务器对此问题的说明。（此错误代码以前又称为 CURLE_FTP_COULDNT_STOR_FILE。）
CURLE_READ_ERROR(26) _读取本地文件时遇到问题，或由读取回调(read callback)返回了一个错误。
CURLE_OUT_OF_MEMORY(27) _内存分配请求失败。此错误比较严重，若发生此错误，则表明出现了非常严重的问题。
CURLE_OPERATION_TIMEDOUT(28) _操作超时。已达到根据相应情况指定的超时时间。请注意：自 Urchin 6.6.0.2开始，超时时间可以自行更改。要指定远程日志下载超时，请打开 urchin.conf文件，取消以下行的注释标记：DownloadTimeout: 30CURLE_FTP_PORT_FAILED(30) _ FTP PORT命令返回错误。在没有为 libcurl指定适当的地址使用时，最有可能发生此问题。请参阅 CURLOPT_FTPPORT。
CURLE_FTP_COULDNT_USE_REST(31) _ FTP REST命令返回错误。如果服务器正常，则应当不会发生这种情况。
CURLE_RANGE_ERROR(33) _服务器不支持或不接受范围请求。
CURLE_HTTP_POST_ERROR(34) _此问题比较少见，主要由内部混乱引发。
CURLE_SSL_CONNECT_ERROR(35) _同时使用 SSL/TLS时可能会发生此错误。您可以访问错误缓冲区查看相应信息，其中会对此问题进行更详细的介绍。可能是证书（文件格式、路径、许可）、密码及其他因素导致了此问题。
CURLE_FTP_BAD_DOWNLOAD_RESUME(36) _尝试恢复超过文件大小限制的 FTP连接。
CURLE_FILE_COULDNT_READ_FILE(37) _无法打开 FILE://路径下的文件。原因很可能是文件路径无法识别现有文件。建议您检查文件的访问权限。
CURLE_LDAP_CANNOT_BIND(38) _ LDAP无法绑定。LDAP绑定操作失败。
CURLE_LDAP_SEARCH_FAILED(39) _ LDAP搜索无法进行。
CURLE_FUNCTION_NOT_FOUND(41) _找不到函数。找不到必要的 zlib函数。
CURLE_ABORTED_BY_CALLBACK(42) _由回调中止。回调向 libcurl返回了“abort”。
CURLE_BAD_FUNCTION_ARGUMENT(43) _内部错误。使用了不正确的参数调用函数。
CURLE_INTERFACE_FAILED(45) _界面错误。指定的外部界面无法使用。请通过 CURLOPT_INTERFACE设置要使用哪个界面来处理外部连接的来源 IP地址。（此错误代码以前又称为 CURLE_HTTP_PORT_FAILED。）
CURLE_TOO_MANY_REDIRECTS(47) _重定向过多。进行重定向时，libcurl达到了网页点击上限。请使用 CURLOPT_MAXREDIRS设置上限。
CURLE_UNKNOWN_TELNET_OPTION(48) _无法识别以 CURLOPT_TELNETOPTIONS设置的选项。请参阅相关文档。
CURLE_TELNET_OPTION_SYNTAX(49) _ telnet选项字符串的格式不正确。
CURLE_PEER_FAILED_VERIFICATION(51) _远程服务器的 SSL证书或 SSH md5指纹不正确。
CURLE_GOT_NOTHING(52) _服务器未返回任何数据，在相应情况下，未返回任何数据就属于出现错误。
CURLE_SSL_ENGINE_NOTFOUND(53) _找不到指定的加密引擎。
CURLE_SSL_ENGINE_SETFAILED(54) _无法将选定的 SSL加密引擎设为默认选项。
CURLE_SEND_ERROR(55) _无法发送网络数据。
CURLE_RECV_ERROR(56) _接收网络数据失败。
CURLE_SSL_CERTPROBLEM(58) _本地客户端证书有问题
CURLE_SSL_CIPHER(59) _无法使用指定的密钥
CURLE_SSL_CACERT(60) _无法使用已知的 CA证书验证对等证书
CURLE_BAD_CONTENT_ENCODING(61) _无法识别传输编码
CURLE_LDAP_INVALID_URL(62) _ LDAP网址无效
CURLE_FILESIZE_EXCEEDED(63) _超过了文件大小上限
CURLE_USE_SSL_FAILED(64) _请求的 FTP SSL级别失败
CURLE_SEND_FAIL_REWIND(65) _进行发送操作时，curl必须回转数据以便重新传输，但回转操作未能成功
CURLE_SSL_ENGINE_INITFAILED(66) _ SSL引擎初始化失败
CURLE_LOGIN_DENIED(67) _远程服务器拒绝 curl登录（7.13.1新增功能）
CURLE_TFTP_NOTFOUND(68) _在 TFTP服务器上找不到文件
CURLE_TFTP_PERM(69) _在 TFTP服务器上遇到权限问题
CURLE_REMOTE_DISK_FULL(70) _服务器磁盘空间不足
CURLE_TFTP_ILLEGAL(71) _ TFTP操作非法
CURLE_TFTP_UNKNOWNID(72) _ TFTP传输 ID未知
CURLE_REMOTE_FILE_EXISTS(73) _文件已存在，无法覆盖
CURLE_TFTP_NOSUCHUSER(74) _运行正常的 TFTP服务器不会返回此错误
CURLE_CONV_FAILED(75) _字符转换失败
CURLE_CONV_REQD(76) _调用方必须注册转换回调
CURLE_SSL_CACERT_BADFILE(77) _读取 SSL CA证书时遇到问题（可能是路径错误或访问权限问题）
CURLE_REMOTE_FILE_NOT_FOUND(78) _网址中引用的资源不存在
CURLE_SSH(79) _ SSH会话中发生无法识别的错误
CURLE_SSL_SHUTDOWN_FAILED(80) _无法终止 SSL连接英文：
Almost all“easy” interface functions return a CURLcode error code. No matter what, using the curl_easy_setopt option CURLOPT_ERRORBUFFER is a good idea as it will give you a human readable error string that may offer more details about the cause of the error than just the error code. curl_easy_strerror can be called to get an error string from a given CURLcode number.
CURLcode is one of the following:
CURLE_OK(0) All fine. Proceed as usual.
CURLE_UNSUPPORTED_PROTOCOL(1) The URL you passed to libcurl used a protocol that this libcurl does not support. The support might be a compile-time option that you didn’t use, it can be a misspelled protocol string or just a protocol libcurl has no code for.
CURLE_FAILED_INIT(2) Very early initialization code failed. This is likely to be an internal error or problem, or a resource problem where something fundamental couldn’t get done at init time.
CURLE_URL_MALFORMAT(3) The URL was not properly formatted.
CURLE_NOT_BUILT_IN(4) A requested feature, protocol or option was not found built-in in this libcurl due to a build-time decision. This means that a feature or option was not enabled or explicitly disabled when libcurl was built and in order to get it to function you have to get a rebuilt libcurl.
CURLE_COULDNT_RESOLVE_PROXY(5) Couldn’t resolve proxy. The given proxy host could not be resolved.
CURLE_COULDNT_RESOLVE_HOST(6) Couldn’t resolve host. The given remote host was not resolved.
CURLE_COULDNT_CONNECT(7) Failed to connect() to host or proxy.
CURLE_FTP_WEIRD_SERVER_REPLY(8) After connecting to a FTP server, libcurl expects to get a certain reply back. This error code implies that it got a strange or bad reply. The given remote server is probably not an OK FTP server.
CURLE_REMOTE_ACCESS_DENIED(9) We were denied access to the resource given in the URL. For FTP, this occurs while trying to change to the remote directory.
CURLE_FTP_ACCEPT_FAILED(10) While waiting for the server to connect back when an active FTP session is used, an error code was sent over the control connection or similar.
CURLE_FTP_WEIRD_PASS_REPLY(11) After having sent the FTP password to the server, libcurl expects a proper reply. This error code indicates that an unexpected code was returned.
CURLE_FTP_ACCEPT_TIMEOUT(12) During an active FTP session while waiting for the server to connect, the CURLOPT_ACCEPTTIMEOUT_MS(or the internal default) timeout expired.
CURLE_FTP_WEIRD_PASV_REPLY(13) libcurl failed to get a sensible result back from the server as a response to either a PASV or a EPSV command. The server is flawed.
CURLE_FTP_WEIRD_227_FORMAT(14) FTP servers return a 227-line as a response to a PASV command. If libcurl fails to parse that line, this return code is passed back.
CURLE_FTP_CANT_GET_HOST(15) An internal failure to lookup the host used for the new connection.
CURLE_HTTP2(16) A problem was detected in the HTTP2 framing layer. This is somewhat generic and can be one out of several problems, see the error buffer for details.
CURLE_FTP_COULDNT_SET_TYPE(17) Received an error when trying to set the transfer mode to binary or ASCII.
CURLE_PARTIAL_FILE(18) A file transfer was shorter or larger than expected. This happens when the server first reports an expected transfer size, and then delivers data that doesn’t match the previously given size.
CURLE_FTP_COULDNT_RETR_FILE(19) This was either a weird reply to a‘RETR’ command or a zero byte transfer complete.
CURLE_QUOTE_ERROR(21) When sending custom“QUOTE” commands to the remote server, one of the commands returned an error code that was 400 or higher(for FTP) or otherwise indicated unsuccessful completion of the command.
CURLE_HTTP_RETURNED_ERROR(22) This is returned if CURLOPT_FAILONERROR is set TRUE and the HTTP server returns an error code that is>= 400.
CURLE_WRITE_ERROR(23) An error occurred when writing received data to a local file, or an error was returned to libcurl from a write callback.
CURLE_UPLOAD_FAILED(25) Failed starting the upload. For FTP, the server typically denied the STOR command. The error buffer usually contains the server’s explanation for this.
CURLE_READ_ERROR(26) There was a problem reading a local file or an error returned by the read callback.
CURLE_OUT_OF_MEMORY(27) A memory allocation request failed. This is serious badness and things are severely screwed up if this ever occurs.
CURLE_OPERATION_TIMEDOUT(28) Operation timeout. The specified time-out period was reached according to the conditions.
CURLE_FTP_PORT_FAILED(30) The FTP PORT command returned error. This mostly happens when you haven’t specified a good enough address for libcurl to use. See CURLOPT_FTPPORT.
CURLE_FTP_COULDNT_USE_REST(31) The FTP REST command returned error. This should never happen if the server is sane.
CURLE_RANGE_ERROR(33) The server does not support or accept range requests.
CURLE_HTTP_POST_ERROR(34) This is an odd error that mainly occurs due to internal confusion.
CURLE_SSL_CONNECT_ERROR(35) A problem occurred somewhere in the SSL/TLS handshake. You really want the er
电子邮件服务器名是什么意思急!
1、首先输入邮件服务器地址。这里使用网易邮箱为例进行示范，其他的邮箱服务都是类似的。
2、进入页面，点击右上角的“帮助”的链接，跳转到帮助界面。
3、搜索框输入关键字。可以在搜索框输入关键字：比如smtp关键字进行搜索。
4、查看查询结果，根据查询结果，找到需要查看的内容，比如这次查看smtp协议相关的信息，可以点击smtp相关的连接。
5、进入smtp说明界面，通过帮助文档可以看到我们需要的协议地址以及端口号信息。
6、第二种方式：通过官网提供的菜单，定位查询到服务地址及端口
7、通过菜单项快速定位到需要查看的系统内容。这就是163服务器的地址已经端口号。
“/”应用程序中的服务器错误。 ---
使用Windows操作系统的人有时会遇到这样的错误信息：
「“0X????????”指令引用的“0x00000000”内存，该内存不能为“read”或“written”」，然后应用程序被关闭。
如果去请教一些「高手」，得到的回答往往是「Windows就是这样不稳定」之类的义愤和不屑。其实，这个错误并不一定是Windows不稳定造成的。本文就来简单分析这种错误的一般原因。
一、应用程序没有检查内存分配失败
程序需要一块内存用以储存数据时，就需要使用操作系统提供的「功能函数」来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是「动态内存分配」，内存地址也就是编程中的「光标」。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值「0」已不表示新启用的游标，而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的「健壮性」。若应用程序没有检查这个错误，它就会按照「思维惯性」认为这个值是给它分配的可用游标，继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的「中断描述符表」，绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS)，写数据到这个地址会导致立即当机，而在健壮的操作系统中，如
Windows等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的「写内存」错误，并指出被引用的内存地址为「0x00000000」。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序(包括无意中「安装」的病毒程序)，更改了大量的系统参数和系统档案之后。
二、应用程序由于自身BUG引用了不正常的内存光标
在使用动态分配的应用程序中，有时会有这样的情况出现：程序试突读写一块「应该可用」的内存，但不知为什么，这个预料中可用的光标已经失效了。有可能是「忘记了」向操作系统要求分配，也可能是程序自己在某个时候已经注销了这块内存而「没有留意」等等。注销了的内存被系统回收，其访问权已经不属于该应用程序，因此读写操作也同样会触发系统的保护机制，企图「违法」的程序唯一的下场就是被操作终止执行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊！像这样的情况都属于程序自身的BUG，你往往可在特定的操作顺序下重现错误。无效光标不一定总是0，因此错误提示中的内存地址也不一定为「0x00000000」，而是其它随机数字。如果系统经常有所提到的错误提示，下面的建议可能会有说明
：
1.检视系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统，
从而导致操作系统异常。平常应加强信息安全意识，对来源不明的可执行程序绝不好奇。
2.更新操作系统，让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。
有时候操作系统本身也会有BUG，要注意安装官方发行的升级程序。
3.试用新版本的应用程序。
Mode:
将虚拟内存撤换
答案:
目前为止是肯定的，也就是如在下次冷天到来时亦没再发生，就代表这是主因
追加:
如果你用
Ghost恢复 OS后建议删除WINDOWS＼PREFETCH目录下所有*.PF文件因为需让windows重新收集程序的物理地址
有些应用程序错误
"0x7cd64998"指令参考的"0x14c96730"内存。该内存不能为"read"推论是此原因
源由:
Win
XP的「预读取」技术
这种最佳化技术也被用到了应用软件上，系统对每一个应用软件的前几次启动情况进行分析，然后新增一个描述套用需求的虚拟「内存映像」，并把这些信息储存到
WINDOWSPREFETCH数据夹。一旦建立了映像，应用软件的装入速度大大提高。XP的预读取数据储存了最近8次系统启动或应用软件启动的信息。
后叙:
目前此方法亦是独步网络的(其码自己针对此问题查了许久)，也是常见问题，原本几乎每天睡前关闭软件时一些程序都会发生...read...
现在就没发生了。
【文章二】
运行某些程序的时候，有时会出现内存错误的提示（0x后面内容有可能不一样），然后该程序就关闭。
“0x????????”指令引用的“0x????????”内存。该内存不能为“read”。
“0x????????”指令引用的“0x????????”内存，该内存不能为“written”。
不知你出现过类似这样的故障吗？
一般出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。
下面先说说硬件：
一般来说，内存出现问题的可能性并不大，主要方面是：内存条坏了、内存质量有问题，还有就是2个不同牌子不同容量的内存混插，也比较容易出现不兼容的情况，同时还要注意散热问题，特别是超频后。你可以使用MemTest
这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。
假如你是双内存，而且是不同品牌的内存条混插或者买了二手内存时，出现这个问题，这时，你就要检查是不是内存出问题了或者和其它硬件不兼容。
如果都没有，那就从软件方面排除故障了。
先简单说说原理：内存有个存放数据的地方叫缓冲区，当程序把数据放在其一位置时，因为没有足够空间，就会发生溢出现象。举个例子：一个桶子只能将一斤的水，当你放入两斤的水进入时，就会溢出来。而系统则是在屏幕上表现出来。这个问题，经常出现在windows2000和XP系统上，Windows
2000/XP对硬件的要求是很苛刻的,一旦遇到资源死锁、溢出或者类似Windows
98里的非法操作，系统为保持稳定，就会出现上述情况。另外也可能是硬件设备之间的兼容性不好造成的。
下面我从几个例子给大家分析：
例一：打开IE浏览器或者没过几分钟就会出现"0x70dcf39f"指令引用的"0x00000000"内存。该内存不能为“read”。要终止程序，请单击“确定”的信息框，单击“确定”后，又出现“发生内部错误，您正在使用的其中一个窗口即将关闭”的信息框，关闭该提示信息后，IE浏览器也被关闭。解决方法：修复或升级IE浏览器，同时打上补丁。看过其中一个修复方法是，Win2000自升级，也就是Win2000升级到Win2000，其实这种方法也就是把系统还原到系统初始的状态下。比如你的IE升级到了6.0，自升级后，会被IE5.0代替。
例二：在windows
xp下双击光盘里面的“AutoRun.exe”文件，显示“0x77f745cc”指令引用的“0x00000078”内存。该内存不能为
“written”，要终止程序，请单击“确定”，而在Windows
98里运行却正常。解决方法：这可能是系统的兼容性问题，winXP的系统，右键“AutoRun.exe”文件，属性，兼容性，把“用兼容模式运行这个程序”项选择上，并选择“Windows
98/Me”。win2000如果打了SP的补丁后，只要开始，运行，输入：regsvr32
c:\winnt\apppatch\slayerui.dll。右键，属性，也会出现兼容性的选项。
例三：RealOne
Gold关闭时出现错误，以前一直使用正常，最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为“read”
的提示。解决方法：当使用的输入法为微软拼音输入法2003，并且隐藏语言栏时（不隐藏时没问题）关闭RealOne就会出现这个问题，因此在关闭RealOne
之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。
例四：我的豪杰超级解霸自从上网后就不能播放了，每次都提示
“0x060692f6”（每次变化）指令引用的“0xff000011”内存不能为“read”，终止程序请按确定。解决方法：试试重装豪杰超级解霸,如果重装后还会，到官方网站下载相应版本的补丁试试。还不行，只好换就用别的播放器试试了。
例五：双击一个游戏的快捷方式，“0x77f5cd0”指令引用“0xffffffff”内
存，该内存不能为“read”，并且提示Client.dat程序错误。
解决方法：重装显卡的最新驱动程序，然后下载并且安装DirectX9.0。
例六：一个朋友发信息过来，我的电脑便出现了错误信息:“0x772b548f”指令引用的“0x00303033”内存，该内存不能为
“written”,然后QQ自动下线，而再打开QQ，发现了他发过来的十几条的信息。解决方法：这是对方利用QQ的BUG，发送特殊的代码，做QQ出错，只要打上补丁或升级到最新版本，就没事了。
【原因
解决方法】
1内存条坏了更换内存条
2双内存不兼容使用同品牌的内存或只要一条内存
3内存质量问题更换内存条
4散热问题
加强机箱内部的散热
5内存和主板没插好或其他硬件不兼容重插内存或换个插槽
6硬件有问题更换硬盘
7驱动问题
重装驱动,如果是新系统,应先安装主板驱动
8软件损坏重装软件
9软件有BUG打补丁或更新到最新版本
10软件和系统不兼容
给软件打上补丁或是试试系统的兼容模式
11软件和软件之间有冲突如果最近安装了什么新软件,卸载了试试
12软件要使用其他相关的软件有问题
重装相关软件,比如播放某一格式的文件时出错,可能是这个文件的解码器有问题
13病毒问题杀毒
14杀毒软件与系统或软件相冲突
由于杀毒软件是进入底层监控系统的,可能与一些软件相冲突,卸载试试
15系统本身有问题
有时候操作系统本身也会有BUG,要注意安装官方发行的更新程序,象SP的补丁,最好打上.如果还不行,重装系统,或更换其他版本的系统。
〔又一说〕
在控制面板的添加/删除程序中看看你是否安装了微软NET.Framework，如果已经安装了，可以考虑卸载它，当然如果你以后在其它程序需要NET.Framework时候，可以再重新安装。
另外，如果你用的是ATI显卡并且你用的是SP2的补丁（一些ATI的显卡驱动需要在NET.Framework正常工作的环境下）。这种情况你可以找一款不需要NET.Framework支持的ATI显卡驱动。
如果以上两种方法并不能完全解决问题，你试着用一下“IE修复”软件，并可以查查是否有病毒之类的。
〔微软NET.Framework升级到1.1版应该没问题了〕
〔还有一说〕
方法一：
微软新闻组的朋友指点:开始--运行：regsvr32
jscript.dll
开始--运行：regsvr32
vbscript.dll
不过没解决---但提供了路子-----一次运行注册所有dll
搜索查找到方法如下:
运行输入cmd
回车在命令提示符下输入
for%1 in(%windir%\system32\*.dll) do regsvr32.exe/s
%1
这个命令老兄你慢慢输输入正确的话会看到飞快地滚屏否则……否则失败就是没这效果。回车后慢慢等（需要点时间1-2分钟）
都运行完再打开看
方法二：
这是个典型问题~~~~~引起这个问题的原因很多。一般来讲就是给系统打上补丁和更换内存、给内存换个插槽这3种方法来解决。[系统补丁只要到Microsoft
Update网站在线更新就可以了]
（偶见）
造成这种问题的原因很多，不能单纯的下结论，尽量做到以下几点可能对你有帮助：
1。确保使用的是未修改过的软件（非汉化、破解版）
2。使用改软件时尽量不要运行其他软件。（这是个临时文件，可能某些软件也在使用临时文件夹，所以产生干扰）
3。把那些什么桌面工具，内存整理工具通通关掉（你至少有2个类似的工具在运行）”
处理方法：
运行regedit进入注册表,
在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks
下，应该只有一个正常的键值"{AEB6717E-7E19-11d0-97EE-00C04FD91972},
将其他的删除。
〔我个人的最后解决和看法〕
我今天尝试了多种办法，最后我发现问题出在微软的NET.Framework上面。我升级了这个软件，并打齐了补丁，短暂平安后，有出现“内存不能为read”的情况。后来我受上面文章的启发，卸载了微软的NET.Framework1.0和1.1,世界太平了。
另外：如果是打开“我的电脑”、“我的文档”等的时候出现上述情况，还有一种可能，就是你的右键菜单太臃肿了，此时只要清理右键菜单问题就解决了。
--------------------------------------------------------------------------------
〔试验的结果〕
上面的方法，最管用、最彻底的方法是这个：
运行
输入cmd回车在命令提示符下输入
for%1 in(%windir%\system32\*.dll) do regsvr32.exe/s
%1
【技巧】如果怕输入错误的话，可以复制这条指令，然后在命令提示框点击左上角的c：\，使用下面的“编辑－粘贴”功能就不容易输错了。在飞速滚屏完全静止之后，别着急启动其他程序，先耐心等一会儿，因为此时dll们还在找位置。直到你的指示灯不闪了再做别的
