简体   繁体   English

在新计算机中编译的VB6程序在其他计算机中的运行速度非常慢

[英]VB6 program compiled in a new computer in incredibly slow in other computers

I have this weird problem that's killing us. 我有一个奇怪的问题正在杀死我们。 I have a widely used app that is written in VB6. 我有一个使用VB6编写的广泛使用的应用程序。

Everything works fine. 一切正常。 This week I decided to chance the computer where we do the compiling. 本周,我决定为我们进行编译的计算机提供机会。 I tried not to tempt our luck, so I had an AMD X2 270 with DDR3 and a Gigabyte motherboard (I though it was better not to go with bigger hardware and W7 so Visual Studio 6 would be easier to install...) 我试着不碰运气,所以我有一个带DDR3的AMD X2 270和一个技嘉主板(我最好不要使用更大的硬件和W7,所以Visual Studio 6会更容易安装...)

I installed Windows XP SP3, because the main purpose of that computer is perform the vb6 application maintenance, besides common tasks such as email checking, web surfing and web programming with other tools. 我安装了Windows XP SP3,因为该计算机的主要用途是执行vb6应用程序维护,此外还执行常见任务,例如电子邮件检查,网络冲浪和使用其他工具进行的网络编程。

PROBLEM IS: executables generated in this new computer are painfully slow!!! 问题是:在这台新计算机中生成的可执行文件非常慢!!! My old computer (pentium 4, also XP) creates executables that works just fine. 我的旧计算机(奔腾4,也为XP)创建的可执行文件运行良好。 Both have Visual Studio 6 SP 5. They work just fine in the computer where it is compiled, but as soon as i move the exe file to a computer that already has the app, it goes nearly impossible to use. 两者都具有Visual Studio 6 SP5。它们在被编译的计算机上都可以正常工作,但是一旦我将exe文件移动到已经具有该应用程序的计算机上,就几乎无法使用它。

Anybody has any ideas???? 有人有任何想法吗??? We are kind of puzzled here, not to mention worried. 我们有点困惑,更不用说担心了。 (The "old" machine has presented sign of failure recently, like rebooting itself) (“旧”计算机最近出现了故障迹象,例如重新启动自身)

More info: the app talks with sql server 2000, uses a flexgrid and Crystal Reports 8.5 更多信息:该应用程序与sql server 2000对话,使用flexgrid和Crystal Reports 8.5

Thanks in advance, Daniel 在此先感谢Daniel

For whatever it's worth, I have a bunch of old legacy stuff installed on my XP computer, including MSVS 6/Pro. 无论花多少钱,我都在XP计算机上安装了一堆旧的旧东西,包括MSVS 6 / Pro。 Also, for whatever it's worth, I cannot think of any reason for the same MSVS6 compiler to produce different .exe's on different machines. 另外,无论付出什么代价,我都无法想到同一个 MSVS6编译器在不同机器上生成不同 .exe的任何原因。

SUGGESTIONS: 建议:

1) When you get a chance, please post back a command-line "dir" of the "good" .exe vs. the "bad" .exe. 1)如果有机会,请回发“好” .exe与“坏” .exe的命令行“目录”。 Do the file sizes match? 文件大小是否匹配?

2) Please run "depends" (one of the MSVS6 tools, as you probably know) on the "good" .exe on the "good" PC, vs. the "bad" .exe on the "bad" .exe. 2)请在“好” PC上的“好” .exe上运行“依赖”(可能是您知道的MSVS6工具之一),而在“坏” .exe上运行“坏” .exe。 Do both .exe's use the same .dll's, from the same places, with the same versions? 这两个.exe是否在相同的地方,相同的版本中使用相同的.dll?

3) What about your VBRUN.dll? 3)关于您的VBRUN.dll? For example: 例如:

 Directory of C:\WINDOWS\system32
03/31/2003  05:00 AM         1,355,776 msvbvm50.dll
04/13/2008  05:12 PM         1,384,479 msvbvm60.dll

4) What happens if you copy the "good" .exe from the "good" computer to the bad? 4)如果将“好” .exe从“好”计算机复制到坏计算机,会发生什么? Does the "good" .exe suddenly behave "bad"? “好” .exe突然表现为“坏”吗?

5) What do you see in task mgr. 5)您在任务mgr中看到了什么。 Any difference between the "good" PC and "bad" PC in %CPU? %CPU中的“好” PC和“坏” PC有什么区别? Memory/Paging? 内存/分页? I/O reads/writes? I / O读/写?

Thank you in advance 先感谢您

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM