concentrate on c/c++ related technology

plan,refactor,daily-build, self-discipline,

  C++博客 :: 首页 :: 联系 :: 聚合  :: 管理
  37 Posts :: 1 Stories :: 12 Comments :: 0 Trackbacks

常用链接

留言簿(9)

我参与的团队

搜索

  •  

最新评论

阅读排行榜

评论排行榜

两个超恶心的错误,现在网络上面针对这些错误都有很多种做法:
http://blog.csai.cn/user1/16781/archives/2006/6412.html
http://www.qqgb.com/Program/VC/VCJQ/Program_165466.html
http://topic.csdn.net/u/20071105/11/673EBD2D-CD29-419D-8486-433D6C1A28FA.html
http://www.ureader.com/msg/145357.aspx
http://topic.csdn.net/u/20071229/21/490eb437-9693-4666-8a97-f236c81b0036.html
等等这些,都提出了很多,但是总结起来vc2005里面主要要修改的地方还是有一些的.
项目属性页->常规->配置类型,->MFC的使用,->字符集(Unicode/Multi-byte)
项目属性页->调试->工作目录.
项目属性页->C/C++->优化.
项目属性页->预处理器->预处理器定义
项目属性页->C/C++->代码生成->运行时库
项目属性页->C/C++->预编译头文件->创建/使用预编译头文件
项目属性页->连接器->常规->启用增量连接(这个主要是影响map文件信息的声称)
项目属性页->连接器->常规->附加库目录
项目属性页->连接器->清单文件->生成清单
项目属性页->连接器->系统->子系统
项目属性页->连接器->高级->入口点
项目属性页->连接器->命令行(添加附加的库).
当然还有清单工具等等.
基本上一些工程的配置都在上面进行,以前总是在弄弄,但是没发觉什么,今天弄烦了,索性将他全部列出来.
winMain相关错误除了前面的解决办法之外,还要注意一些模板的设置,比如,win32 console和win32 app的主函数就是不一样的,而mfc的主函数就更加不一样了,所以不能将一些工程模板的主函数混淆起来.
之前我出现的一个错误就是在win32 console里面用win32 app的主函数.
而对于msvcr80d.dll的错误一般是要处理:项目属性页->C/C++->代码生成->运行时库将mtd改为md或者其它的,在上面的url里面也有相应的说明,只希望这两个错误以后不能再犯了.呵呵
PRJ0019: 这个错误以前在编译ut的时候就出现过,ut2004,后来一直都没有重视它,现在又出现了,就不能不重视了.
这个错误的报告是"生成后事件目录错误".具体的解决办法是工程的目录太深,需要将之清除.
项目属性页->生成事件->生成后事件.出现这个错误的时候,命令行上面有一个很长串的目录,需要将这个清除掉后再重新编译即可.
posted on 2008-06-10 11:10 jolley 阅读(6900) 评论(2)  编辑 收藏 引用

Feedback

# re: error LNK2019: 无法解析的外部符号 _wWinMain@16,该符号在函数 ___tmainCRTStartup 中被引用 and CAN NOT find MSVCR80D.dll 2011-01-26 16:06 李楠
谢谢楼主!  回复  更多评论
  

# re: error LNK2019: 无法解析的外部符号 _wWinMain@16,该符号在函数 ___tmainCRTStartup 中被引用 and CAN NOT find MSVCR80D.dll 2011-12-31 14:56 过客
在连接器命令行处你能找到“/ENTRY:"wxxxxx"”,然后到前面的设置中找到相应的设置项,修改。你的字符集用的是unicode才会用w开头的/ENTRY后的那个名字,如果是多字节的,这个要自己手动修改。  回复  更多评论
  


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理