HINTERNET应包含的头文件

#include <afxinet.h>

DWORD status=0;
DWORD dwLen=sizeof(DWORD);

if(!HttpQueryInfo(hRequest,HTTP_QUERY_STATUS_CODE| HTTP_QUERY_FLAG_NUMBER,&status,&dwLen,NULL))
{
CString str;
str.Format(_T("Error on HttpQueryInfo %d\n"), GetLastError());
AfxMessageBox(str);
}
  100 - 表示已收到请求的一部分,正在继续发送余下部分。

  101 - 切换协议。

  2xx - 成功。服务器成功地接受了客户端请求:

  200 - 确定。客户端请求已成功。

  201 - 已创建。

  202 - 已接受。

  203 - 非权威性信息。

  204 - 无内容。

  205 - 重置内容。

  206 - 部分内容。

  300 - 针对收到请求,服务器可执行多种操作。

  301 - 永久移动转移,请求的内容已永久移动其他新位置。

  302 - 临时移动转移,请求的内容已临时移动新的位置。

  304 - 未修改。自从上次请求后,请求的内容未修改过。

  307 - 临时重定向。服务器目前从不同位置响应请求,但请求者应继续使用原有位置来进行以后的请求。

  400 - 错误的请求。

  401 - 访问被拒绝。IIS 定义了许多不同的 401 错误,它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示,但不在 IIS 日志中显示:

  401.1 - 登录失败。

  401.2 - 服务器配置导致登录失败。

  401.3 - 由于 ACL 对资源的限制而未获得授权。

  401.4 - 筛选器授权失败。

  401.5 - ISAPI/CGI 应用程序授权失败。

  401.7 - 访问被 Web 服务器上的 URL 授权策略拒绝。这个错误代码为 IIS 6.0 所专用。

  403 - 禁止访问:IIS 定义了许多不同的 403 错误,它们指明更为具体的错误原因:

  403.1 - 执行访问被禁止。

  403.2 - 读访问被禁止。

  403.3 - 写访问被禁止。

  403.4 - 要求 SSL。

  403.5 - 要求 SSL 128。

  403.6 - IP 地址被拒绝。

  403.7 - 要求客户端证书。

  403.8 - 站点访问被拒绝。

  403.9 - 用户数过多。

  403.10 - 配置无效。

  403.11 - 密码更改。

  403.12 - 拒绝访问映射表。

  403.13 - 客户端证书被吊销。

  403.14 - 拒绝目录列表。

  403.15 - 超出客户端访问许可。

  403.16 - 客户端证书不受信任或无效。

  403.17 - 客户端证书已过期或尚未生效。

  403.18 - 在当前的应用程序池中不能执行所请求的 URL.这个错误代码为 IIS 6.0 所专用。

  403.19 - 不能为这个应用程序池中的客户端执行 CGI.这个错误代码为 IIS 6.0 所专用。

  403.20 - Passport 登录失败。这个错误代码为 IIS 6.0 所专用。

  404 - 未找到请求的内容。

  404.0 - 未找到文件或目录。

  404.1 - 无法在所请求的端口上访问 Web站点。

  404.2 - Web 服务扩展锁定策略阻止本请求。

  404.3 - MIME 映射策略阻止本请求。

  405 - 用来访问本页面的 HTTP 谓词不被允许(方法不被允许) 。

  406 - 客户端浏览器不接受所请求页面的 MIME 类型。

  407 - 要求进行代理身份验证。

  412 - 前提条件失败。

  413 - 请求实体太大。

  414 - 请求 URI 太长。

  415 - 不支持的媒体类型。

  416 - 所请求的范围无法满足。

  417 - 执行失败。

  423 - 锁定的错误。

  500 - 服务器内部错误。

  500.12 - 应用程序正忙于在 Web 服务器上重新启动。

  500.13 - Web 服务器太忙。

  500.15 - 不允许直接请求 Global.asa。

  500.16 - UNC 授权凭据不正确。这个错误代码为 IIS 6.0 所专用。

  500.18 - URL 授权存储不能打开。这个错误代码为 IIS 6.0 所专用。

  500.100 - 内部 ASP 错误。

  501 - 服务器无法完成请求的功能。

  502 - 服务器用作网关或代理服务器时收到了无效响应。

  502.1 - CGI 应用程序超时。

  502.2 - CGI 应用程序出错。

  503 - 服务不可用。这个错误代码为 IIS 6.0 所专用。

  504 - 网关超时。

  505 - HTTP 版本不受支持。

时间: 2024-10-09 16:41:03

HINTERNET应包含的头文件的相关文章

不包含SDK头文件, 补全API定义

[cpp] view plain copy /// @file main.cpp /// @brief 不包含SDK头文件, 补全API定义 #ifdef __cplusplus extern "C" { #endif /* __cplusplus */ #define DECLARE_HANDLE(name) struct name##__ { int unused; }; typedef struct name##__* name DECLARE_HANDLE(HWND); DEC

NDK编译c包含C++头文件 error: unknown type name &#39;class&#39; 的解决方法

在进行native开发的时候,难免会遇到C文件包含C++头文件而调用C++函数,若没做什么处理,直接include进行编译的话,会遇到以下错误: error: unknown type name 'class' error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token 那么怎么解决呢? 首先,找下报错的原,从C以及C++特性不难发现:C文件include了带有C++关键字的头文件,如class等,因此,包含C

前端技术:HTML---Head标签中包含的头文件标签,body标签包含的内部标签

1.Head标签中包含的 头文件标签的作用: (1)title标签:定义网页的标题. (2)meta标签:一般用于定义页面的特殊信息,例如页面的关键字.页面描述等 (3)link标签:用于引入外部样式文件(CSS 文件). (4)style标签:用于定义元素的CSS样式. (5)script标签:用于定义页面的JavaScript代码,或者引入外部JavaScript文件. meta标签包含的属性 (1)charset属性:字符集编码方式: ASCII:数字.英文字母.字符进行编码 GB2312

通过词法分析实现的指出C程序中包含的头文件

在阅读有些程序的源码时,很希望能够马上弄清楚源码中到底包含了哪些头文件,以确定是否需要为了特殊的函数而手动加入#include.借助flex的词法分析实现了这一功能,本质上就是对正则表达式的匹配.注意这个程序不能够处理包含嵌套的情形(也就是说不能指出包含文件包含了哪些文件),感兴趣的可以通过栈来实现.源码如下: 1 /*源代码:ic.l*/ 2 3 /*定义文件预处理指令文件名起始状态*/ 4 %x IFILE 5 6 %% 7 ^"#"[ \t]*include[ \t]*[\&qu

google C++编程风格指南之头文件的包含顺序

google C++编程风格对头文件的包含顺序作出如下指示: (1)为了加强可读性和避免隐含依赖,应使用下面的顺序:C标准库.C++标准库.其它库的头文件.你自己工程的头文件.不过这里最先包含的是首选的头文件,即例如a.cpp文件中应该优先包含a.h.首选的头文件是为了减少隐藏依赖,同时确保头文件和实现文件是匹配的.具体的例子是:假如你有一个cc文件(linux平台的cpp文件后缀为cc)是google-awesome-project/src/foo/internal/fooserver.cc,

C++包含头文件时尖括号和双引号区别

原文链接:http://c.biancheng.net/cpp/biancheng/view/66.html 如果你还看一些别的C++教程,那么你可能很早就发现了,有些书上的#include命令写作#include <文件名>,但有时候又会出现#include "文件名".你会很疑惑,到底哪个是对的呢?为什么要有这两种不同的写法呢? 这两种写法都是正确的写法,但是它们却是有区别的.我们知道C++已经有一些编写好的头文件(比如标准函数库等等),它们存放在VC++的Includ

C++头文件的包含顺序研究

C++头文件的包含顺序研究 作者:朱金灿 来源:http://www.cnblogs.com/clever101 一.<Google C++ 编程风格指南>里的观点 最近公司在推行编码规范,领导提议基本上使用<Google C++ 编程风格指南>.其中<Google C++ 编程风格指南>对于头文件的包含顺序是这样的: Names and Order of Includes link ▽Use standard order for readability and to

c++ 头文件包含问题-include&amp;class

http://blog.csdn.net/jiajia4336/article/details/8996254 前向声明概念(forward declaration) 在程序中引入了类类型的B.在声明之后,定义之前,类B是一个不完全类型(incompete type),即已知B是一个类型,但不知道包含哪些成员.不完全类型只能以有限方式使用,不能定义该类型的对象,不完全类型只能用于定义指向该类型的指针及引用,或者用于声明(而不是定义)使用该类型作为形参类型或返回类型的函数. 前向声明应用场景 当你

C/C++ 中头文件相互包含引发的问题

今天下午遇到一个头文件相互包含而导致的编译问题,花了我不少时间去调试没找到问题,最后晚上跟师兄讨论不少时间,突然有所顿悟! 问题重现 我把问题脱离于项目简单描述一下:我写了一个函数 bool func(ClassA* CA) 需要加到项目中,我就把这个函数的声明放到 head1.h 中,函数参数类型 ClassA 定义在另一个头文件 head2.h 中,因此我需要在 head1.h 中包含 head2.h:而 head2.h 中之前又包含了 head1.h,这样就构成了一种头文件相互包含的场景.