>I have 100 copies of a 6.0 .exe file distributed. 98 work, two lock up the machines. The two problem machines have the .exe installed locally and attempt to run them locally. Computers are different brands, different speeds running 95 on some, 98 on the others.
>
>Both lock up the machine by recycling power.
>
>Any Help available?

You're going to get lots of guesses, any one (or more) of which may be right. I think a better approach is to clarify exactly what you mean by 'lock up', and from the symptoms, see if we can find common elements of the two machines that fail that are different on others that don't.

Let's clarify 'lock up'. What does the program do - does it load at all, does it run for a while and freeze, does it fail to respond after some specific sequence of actions, or some period of time. I'd like to nail down the concept of the error with greater precision than President Clinton used to define what he and Monica did as not being sexual relations...

Next, look for some common components of the system that lock up. Start with hardware - processor, motherboard revision, video card, memory. Once you found some things that look common to both, see if you can find other systems that have the same configuration items and don't lock up.

Next, software. this is the most tedious of tasks, and the one most likely to be the root of your problem. Examine the entire environment - you need to examine the operating system, including patches applied, drivers and driver revisions, network configuration and the like. Then start looking at components like software found on the systems that lock up but not on the others. This requires that you examine exact versions of software; it could be as simple as a common patch to a package not otherwise suspect (I saw this recently when a few things broke when applying the initial SR2 for Office, not caused by the SR2a patch. Outwardly, both SR2 versions identified themselves as the same revision level; we had to examine common components version and sizes to find out exactly what needed to be changes to make a station with Sr2 on it behave like it had SR2a, since the SR2a install didn't run if SR2 was already in place. This is a long and boring story...)

You've checked for virii already, I presume.

If nothing seems to come out of detailed analysis, try to simplify and standardize the systems' configuration. Turn of APM. Under Win98, try using MSCONFIG to adjust what drivers are loaded, and to block sections of the registry, SYSTEM.INI, WIN.INI, AUTOEXEC.BAT and CONFIG.SYS temporarily. MSCONFIG is a wonderful troubleshooting tool where base driver loading and configuration issues may be the root of a problem.

You've already run extensive diagnostics to make sure the hardware is OK, right?

If other, similar systems are working, you might want to take a look at items in the CMOS setup. A little injudicious tweaking of memory timing, disk modes and the like might be causing your problems.

Do the basic homework, clarify the exact symptoms and conditions of contest, and we stand a better chance of guessing the cause of your problems...