Vb6 停止VB应用程序在后台运行
我有一个控制台应用程序（用VB6编写），它在我的机器上运行异常。我从命令行启动它，应该是两分钟的作业会直接返回到提示符-如果我在另一台机器上运行此操作，可执行文件将坐在那里等待作业完成，然后再将控制返回提示符。如果我检查process explorer，我可以看到可执行文件正在作为后台进程运行，而不是像预期的那样运行Vb6 停止VB应用程序在后台运行,vb6,console,background,console-application,Vb6,Console,Background,Console Application,我有一个控制台应用程序（用VB6编写），它在我的机器上运行异常。我从命令行启动它，应该是两分钟的作业会直接返回到提示符-如果我在另一台机器上运行此操作，可执行文件将坐在那里等待作业完成，然后再将控制返回提示符。如果我检查process explorer，我可以看到可执行文件正在作为后台进程运行，而不是像预期的那样运行 有没有想过为什么会发生这种情况？（在32位Windows XP Pro SP3上运行。）听起来像是发生了一个被应用程序“吞没”的错误。你有源代码吗 VB6应用程序中的错误通常是由于
有没有想过为什么会发生这种情况？（在32位Windows XP Pro SP3上运行。）听起来像是发生了一个被应用程序“吞没”的错误。你有源代码吗 VB6应用程序中的错误通常是由于未安装和/或注册某些COM组件造成的 下载后，将显示对失败的ProgID的访问（已卸载/未注册的COM组件） 签出：
你检查权限了吗？应用程序是否正在访问任何基于网络的资源？听起来好像发生了一个被应用程序“吞没”的错误。你有源代码吗 VB6应用程序中的错误通常是由于未安装和/或注册某些COM组件造成的 下载后，将显示对失败的ProgID的访问（已卸载/未注册的COM组件） 签出：
你检查权限了吗？应用程序是否正在访问任何基于网络的资源？在我看来，应用程序在您的一台机器上似乎没有被识别为控制台应用程序。VB6没有正式支持控制台应用程序，尽管在创建控制台应用程序时存在一些众所周知的黑客（尤其是免费插件）。你的控制台应用可能有点不可靠？如果Windows认为您的应用程序是GUI而不是控制台应用程序，它不会等待它完成
作为一种实用的解决方法：尝试使用exename启动，而不仅仅是使用exename。这将强制命令提示符等待程序完成，无论是GUI应用程序还是控制台应用程序。在我看来，该应用程序在您的一台机器上似乎没有被识别为控制台应用程序。VB6没有正式支持控制台应用程序，尽管在创建控制台应用程序时存在一些众所周知的黑客（尤其是免费插件）。你的控制台应用可能有点不可靠？如果Windows认为您的应用程序是GUI而不是控制台应用程序，它不会等待它完成
作为一种实用的解决方法：尝试使用exename启动，而不仅仅是使用exename。这迫使命令提示符等待程序完成，无论是GUI应用程序还是控制台应用程序。完全不清楚这是否是您编写的应用程序，是否有源代码。如果是这样，您需要进入并开始调试。至少，用于向任意数量的潜在观众发送有关正在发生的事情的信息。再往前一步，考虑用我写的重新连接应用程序，然后重新编译。这种组合将使您能够充分利用VB6 IDE进行内部调试。不要再猜测发生了什么
再说一次，如果不是你的应用程序，我不确定VB6与它有什么关系，并祝你在尝试找出问题时好运。完全不清楚这是否是你编写的应用程序，是否有源代码。如果是这样，您需要进入并开始调试。至少，用于向任意数量的潜在观众发送有关正在发生的事情的信息。再往前一步，考虑用我写的重新连接应用程序，然后重新编译。这种组合将使您能够充分利用VB6 IDE进行内部调试。不要再猜测发生了什么
再说一次，如果不是你的应用程序，我不确定VB6与它有什么关系，并祝你在尝试找出问题时好运。使用procmon查看过它，似乎没有任何异常错误。前几个事件是“进程启动”、“线程创建”，然后启动可执行文件（.exe）和ntdll.dll的“LoadImage”，然后读取预取文件，然后开始查询某些目录（c:\program files\，c:\windows），直到开始加载dll。有趣的是，它还从google桌面和我的媒体播放器（称为media monkey）加载dll。。。但就我所知，并没有真正的错误。我还应该注意，这个程序确实工作正常。。。它并不意味着在命令提示符下生成任何输出。。。我只希望命令提示符等待它完成处理，以便我的流程中的下一步可以访问由可执行文件生成的文件（当可执行文件在后台运行时访问这些文件，并且可能写入这些文件不太可能是成功的一步）我已经快速捕获了hte procmon输出，这里可能什么都没有，但是所有那些找不到名称的条目可能都值得一试。在运行的机器上拍摄一张进程监视器输出的快照，并与不运行的机器的输出进行比较，怎么样？使用procmon查看后，似乎没有任何异常错误。前几个事件是“进程启动”、“线程创建”，然后启动可执行文件（.exe）和ntdll.dll的“LoadImage”，然后读取预取文件，然后开始查询某些目录（c:\program files\，c:\windows），直到开始加载dll。有趣的是，它还从google桌面和我的媒体播放器（称为media monkey）加载dll。。。但就我所知，并没有真正的错误。我还应该注意，这个程序确实工作正常。。。它并不意味着在命令提示符下生成任何输出。。。我只希望命令提示符等待它完成处理，以便我的流程中的下一步可以访问由可执行文件生成的文件（当可执行文件在后台运行时访问这些文件，并且可能写入这些文件不太可能是winn）