access violation at address 00_win7 access violation_write o

右击我的电脑。单击属性。在系统属性中单击高级。在性能中单击设置。在性能选项中单击数据执行保护。单击添加。选择要运行的程序。OK。就这么简单。<一>用D7写了一个调用C#的WebService客户端程序。开了一个线程，定时访问WebSerice的接口。

程序在我的本本上（WINXP）测试时，跑的很欢畅。accessviolationataddress00<二>昨天晚上，把这个WebService客户端以NT服务的形式注册部署到服务器上（Win2003Server）。这样开机后便可以服务方式自动运行，不用人工监管。

待部署完毕后，启动服务。但执行时间一到，日志中监测到报错：调用WebService时异常。可原本好好的，咋这就纳闷了呢！并且这是个很简单的东东，于是，郁闷。服务器没有IDE环境，Debug非常痛苦，日志记录跟踪。跟踪发现，得到WebService对象的时候是没有问题的，但在调用其接口的时候产生了异常。

又单独写了WebService客户端可执行的测试程序，在服务器上运行。结果Throw出的Exception是Accessviolationataddress00E24255。Writeofaddress00E24255。晕菜。

这就是出名的Accessviolation。没办法，解决问题吧。通常访问对象（内存地址）不存在或COM异常时会有这种报错。先在网上搜，看看是不是WebService的问题。baidu＋google，搜个底朝天，无解，继续郁闷。AccessViolation果真是大名鼎鼎－－最令人气恼的Windows程序遇到的错误之一。

关于Accessviolation，的确有N多条记录被搜到，但无对症的。其中说法不一，各有特色。有关于系统dll的，有关于硬件设备及其驱动的。还有一贴，好像是老猫写的，关于DelphiAccessviolations问题的解决之道，亦非我所需者。

另有一贴，说是线程中访问ADO的问题，但我已经初试化了COM接口。于是打开程序，把线程排查看了一边，没问题，好好的。另外，一般关于Delphi打造WebService客户端的例子中，都会提到THTTPRIO的。而我一向是不用这个东东的，嫌麻烦。

莫非是这个小东东在搞鬼，它也就是起到接口转换的作用。我加了一个。转了一下。试了一次。徒增加了一点郁闷。<三>接下来琢磨：程序在笔记本上无误，但部署在到服务器上出错。说明服务器的环境有问题，而非程序本身之过。莫非程中调用WebService服务，在客户端需要部署什么插件或注册什么东东乎？就象部署MIDAS的时候，需要注册midas。

dll一样。于是乎，狂搜。在CSDN上发现了一个哥们说－－>使用Delphi在客户端调用WebService>确保你的电脑上装了SoapToolkit>新建项目，要UsesComObj很好奇：SoapToolkit。于是乎，搜。

下载。

“访问冲突”通常指的是程序试图访问它没有权限访问的内存地址。在你的错误信息中，“access violation at address 00_win7 access violation_write o”这部分信息可能是一个简化的或者错误的表达方式，因为正常的错误信息会更具体地指出冲突发生的内存地址。如果你在Windows 7系统上遇到写入访问冲突，这通常意味着程序试图向某个只读内存地址写入数据，或者试图写入它没有权限写入的内存地址。

要解决这个问题，你可以尝试以下步骤：

1. 确保你的操作系统和所有驱动程序都是最新的。

2. 检查是否有最新的程序更新或补丁。

3. 运行防病毒软件，检查系统是否有恶意软件。

4. 如果问题是由特定程序引起的，尝试卸载并重新安装该程序。

5. 如果问题仍然存在，可能需要进一步的系统诊断或寻求专业的技术支持。