IIS Express中的ETX字​​符裁剪响应 - 666个字符

时间:2013-11-14 10:28:48

标签: asp-classic iis-express iis-8

运行经典asp。

时,我的输出似乎在IIS Express(8.0)中被裁剪

我猜这是一个非常长的线,正在回应裁剪。

同样经典的asp似乎在Windows Server 2003上的IIS6中运行正常。值得注意的是,它仍然在网络分析器(F12工具)中被裁剪,但是复制到文本编辑器时它没有被裁剪。

然而非常奇怪的是,ETX正好插入了666个字符(包括空格)。

Screen shot of response in notepad++ depicting ETX character at 666 characters

我无法在IIS Express中找到对最大行长度的引用。

编辑:

为了澄清,我想知道为什么ETX角色正在裁剪响应以及为什么它恰好是666个字符。

1 个答案:

答案 0 :(得分:0)

在诊断之后。

通过各种分析器和附加调试器来观察所有内容来回,我可以看到一点" L"由我们的vbscript数据层返回。有问题的列是ntext。小" L"从调试器复制到明文编辑器中显示臭名昭着的ETX角色。

ETX角色似乎告诉经典的asp立即刷新响应,而不是继续处理页面。

我只能假设运行SQL Server 2012本地数据库和ADODB存在兼容性问题。特别是因为我不得不想出办法让它首先工作,即使用SQL Server Native Client 11.0进行ODBC连接,然后将经典的asp连接到DSN。由于SQL Server Native Client 11.0本身在经典的asp中无法处理NOCOUNT为OFF和PRINT语句。

让所有事情一起工作很长时间(经过大量的ADO实验,到目前为止这是最好的选择),所以可以理解的是(非常)奇怪的兼容性问题。< / p>

幸运的是,这只是一个开发人员工作站,所以在生产中无需担心。