编译成功，生成EXE时就出有关问题啦。

编译成功，生成EXE时就出问题啦。急急急。


这是怎么会事。着急。
[解决办法]
api调用参数不正确
子类化例程错误
第三方控件错误等等都有可能
[解决办法]
A)试试以管理员身份启动 VB。
B)杀毒软件是否阻止了生成 exe 的动作？
C)在外接程序管理中，将非必要的全部关闭。
D)选项中的"请求时编译"不要勾选，然后不生成 exe 直接调试运行是否正常？
[解决办法]
同意赵老虎,我认为最大的可能性是C.

楼主可以试试初始化IDE,导入下面这个注册表文件试试:

上传一个VB6IDE初始化的REG文件
[解决办法]
路过，学习＋支持一下
[解决办法]
首先，你要讲清楚你有没有用API？用了那些技术的API？图形？内存？进程线程？...有没有用第三方控件？不说清楚很难判断这方面的因素出问题的可能性有多大。
其次，你可以尝试逐行调试的方式来跟踪代码，如果用了钩子等技术，涉及到一些API或线程问题不能在VB里调试，可以采用日志或弹出对话框的方式调试程序。这起码能知道运行到那一步出错了，然后慢慢更改代码缩小嫌疑范围。
[解决办法]
仅供参考：
当在C/C++开发环境中编译出错且出错信息莫名其妙时，
偶都是用
“每次用/*...*/注释掉不同部分再重新编译，直到定位到具体语法出错的位置。”
的方法解决的。

[解决办法]
你不会将查看详细信息那个箭头点一下，看看具体什么问题吗？
[解决办法]
新写一段其他的程序，生成EXE也出现问题吗？如果是这样，建议重新做系统，不要多浪费时间研究这个了。
[解决办法]

引用:

7楼才能大。怎么样一步一步调试呢。我用了API。但是初步判断没有问题。怎么样用弹出对话框的方式判断呢。

简单呀，在你怀疑出错的地方前加上Msgbox 提示，通过msgbox是否弹出判断是否程序正常走到了相应的步骤。
如：
Sub Main()
magbox "001 程序开始"
...
msgbox "002 xxxx"
...
msgbox "003 xxx"
...
End Sub
还有，你可以在你的程序中做些错误陷阱以及多做些数据校验，这种处理可以很好的解决很多意外问题。
[解决办法]
其实最简单的办法就是全编译执行！一般来说这样都会报错并定位上去。
[解决办法]

引用:

其实最简单的办法就是全编译执行！一般来说这样都会报错并定位上去。

看来你是没弄过钩子程序或多线程之类的程序，所以觉得很简单。VB程序在大量使用系统API的时候，通常编译时都不会有问题（除非你的程序错得离谱），因为VB只是负责根据用户定义去调用API，不知道API具体正确的使用方法和注意事项，所以VB不会去检测这一块是否正确，VB也没法对这种东西做正确性检测。这时候已经不属于VB的管辖范围，甚至在某些技术的使用过程中，程序根本就不是运行在VB架构下，而是运行在win32子系统下，这时VB甚至无法调试程序，所以在开发这类程序的时候想调试自己的程序，才需要自己想办法去调试。通常的做法就是写日志，每一个过程写一次日志，即使程序已经调试完毕没有发现什么大问题了，也要有相关的日至机制来记录一些可能产生的意外错误，捕获一些意外数据等，这样才便于程序员在之后发现未知的问题与解决未知的问题。所以很多大型软件都有做日志就是这个理由。我说的 msgbox 提示法是临时调试用用的，正规做法通常是自己写日志。

[解决办法]
我觉得楼上各位说的似乎偏题了。

你们说的，都牵涉到‘运行’的问题。
但我觉得楼主说的“问题”，好象是“把程序代码编译（并链接）成 .exe文件时，造成VB出错”！

这个编译、链接的过程中，都不会‘执行程序代码中相应的指令’吧？？？？

查看更多 下一篇