自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

上一步保存

calories的专栏

12月 11月 06月 05月

原创 SQLServer存储过程访问数据库权限异常问题的解决方案

最近用ASP.net 2.0 + SQL Server做一个网页表单的提交，使用C#编写存储过程来完成向SQL Server数据库表中插入记录的操作。在调用这个存储过程时，出现了关于存储权限的一个异常。下面详述异常产生的过程和解决方案。1.操作步骤：1）使用ASP.net 2.0，用C#写了一个存储过程，对数据库test中的一个表进行操作，代码如下：public class StoredProce

2006-05-31 17:20:00 3513

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

calories CSDN认证博客专家 CSDN认证企业博客

码龄19年

暂无认证

IP 属地：美国

IP属地以运营商信息为准，境内显示到省（区、市），境外显示到国家（地区）

6: 原创

128万+: 周排名

62万+: 总排名

3万+: 访问

: 等级

441: 积分

0: 粉丝

0: 获赞

8: 评论

0: 收藏

私信

关注

分类专栏

C/C++ 2篇
MFC
web开发 1篇

最新评论

用POST方式获取Radio Button是否被选中的信息
wlccomeon: 给了一个思路，多谢了~
在未安装VS2005的机器上运行VS2005编译的C++程序
refluentfish: 学习下~
在未安装VS2005的机器上运行VS2005编译的C++程序
九品仙: 我在WinME下试了下以上楼主的几种方法，.dll提示倒没有了，只是程序没响应了，ＶＣ２００３的程序倒是可以运行的。你们说晕不晕。Ｍ$的工具难道越来越沦落了吗？不过在微软网站，看到以后会有这个东西的补丁包出来，只能期待了。
在未安装VS2005的机器上运行VS2005编译的C++程序
yt: 添加一个安装项目不就行了,还用这么费劲
在未安装VS2005的机器上运行VS2005编译的C++程序
calories: http://blog.kalmbachnet.de/ May 14, 2006 【转贴】How to bypass the WinSxS for CRT/MFC/ATL DLLs Starting with VC8, you have two options to distribute the DLL version of the CRT/MFC/ATL with your application: You can redistribute the DLLs with your application in the same directory and also put a valid manifest for these DLLs into this directory You can install the redist.exe and the DLL will be installed in the WinSxS folder (on XP and later) So, if you want to be independed from global DLLs, you might think that you can simply put the DLLs into your applications directory. But this is a false conclusion. If a DLL is installed in the WinSxS folder, the local DLLs will be ignored. This might be even true, if a newer DLL was installed (for example by security hotfixes). This is possible due to policy redirections of these SxS-DLLs. In most cases this also makes sense, because you always get the latest (hopefully compatible) version of the DLL. But there might be some situations in which you might have full control over which DLLs are loaded from where. Now, Andre Stille (an other VC++ MVP), found a very simple solution : just remove the “publicKeyToken” attribute from the manifests! So an application manifest looks like: Application.exe.manifest: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1&quo