I’m getting the following error whenever I try to install a program.
“Program” is not a valid Win32 application
I get the same error even if I try to start up avast! ExternalControl.
Did a boot scan and also Adaware and Spybot all came back clean.
Hello Bob,
have you checked your system to see is there maybe Win32.Sircam virus (worm) hidden somewhere ?
Go here (Symantec web site) and download removal tool:
http://www.sarc.com/avcenter/FixSirc.com
Just to be sure… better safe than sorry…
I found some forums where people mentioned exactly the same problems… see here:
http://www.anetforums.com/posts.aspx?ThreadIndex=6300
Good luck !
Check out the registry key as explained HERE. If that key is not correct, your system is very likely infected with a virus that also disables av software.
Other causes can be:
- A 64bit patch on a 32bit system.
- Damaged OS.
- Damaged download. (damaged file in the temp download folder)
- Damaged Config.nt and/or Autoexec.nt (normally only used with dos/16bit applications)
Just in case, this gives ways of confirmation.
MS KB article - You cannot start programs when your computer is infected with the SirCam virus
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q311446#kb2
Unfortunately it’s not a virus. It came back with a message that I don’t have an infection. The check of the registry also confirms that.
I still can install any programs and I can’t run RejZoR’s avast! External Control. Seems to have something to do with the temp file.
Well, now when you are 100% sure you don’t have a virus in your computer, if I were you, I would try repairing Windows installation… just an idea… 
Maybe you erased some registry keys by mistake (possibility ?)…
Cheers !
EDIT: Or even better, if you have backup of your system (I use Norton Ghost and I’m so happy with it), just restore it to the point when everything still was OK… or maybe Windows System Restore… I disabled it 'cause I always have Ghost image of my partition C: (I make backups every 2 weeks)
Another thing to try, before re-installing/repairing Windows.
At your log in screen, log in as admin, not user with admin rights and try the install that way to see if you get the same error message.
inthewildteam:
I think I’ve mentioned this before I can’t sign in as administrator because I am the administrator. This compiter only has me and a guest.
you can’t give the windows 3 finger salute at the log in screen? cntrl/alt/del twice as soon as the screen loads?
At this point, looks like the only solution is to re-install. 
I’ll quote from MS site
Managing Desktop Configurations
The thrust of managing desktop configurations is to reduce or eliminate the support overhead required for maintaining individual workstations’ software and operating system installations. This is a primary requirement of desktop support managers, since support overhead quickly grows as the number of users increase.
Windows NT features more extensive desktop-oriented command and control than does UNIX. Windows NT has three considerable advantages over UNIX that fall into three areas: policy-based management, software distribution, and user profile and settings management.
System Policy Distribution
One of the biggest challenges facing desktop support managers is consistent policy use. It’s often desirable in large companies or schools that maintain computer labs to deliver system policies that give all machines and user accounts a consistent set of configuration settings. To minimize support costs, every computer in the pool will have identical settings, unchangeable by end users.
Windows NT configuration data is stored in the system’s Registry, a hierarchically organized database, equivalent to the mass of text configuration files used in UNIX systems. Registry values specify how Windows NT subsystems behave. For example, a Registry key allows administrators to display an “authorized use only” message before users can log on.
Windows NT supports the use of system policies consisting of groups of Registry settings. Individual settings can control logon behavior, desktop appearance, the applications that may be run, and how the computer participates on the network. Administrators may change any or all of these policy settings to desired values. Policies may be applied to individual users or computers, groups of users, or all entities that do not have a separate policy specified. The Windows NT logon subsystem automatically retrieves policy updates from the domain controller and applies them before the user can log on; this ensures that policies are consistently applied to all machines and user accounts. When a policy is updated, it takes effect as soon as it’s saved, and will be downloaded and applied to each user or computer the next time a logon occurs.
Windows NT Server includes tools that administrators can use to define their own custom policies; in addition, many Windows NT-based applications include policy templates that allow fine-grained control over their behavior.
There is no exact UNIX equivalent of this capability. Settings that control the behavior of individual servers or workstations are not normally shared or replicated, though both can be done using custom shell scripts. Apart from writing elaborate shell scripts which replace the standard shell and GUI, there is no standard, or easy, way to control what the user may do on the machine.
Using system policies
Administrators use system policies to reduce the need for desktop support on user and lab machines. Some, but not all, individual users are capable of administering their own Windows NT-based machines, so policies are used to help provide a consistent environment for users who would otherwise require frequent helpdesk support. Policies are used to control which applications may be run on lab cluster machines, as well as what types of changes may be made to their desktop environments. This protection frees desktop support staff from having to continually restore the lab machines to their proper configuration–saving their support time and budget for more critical needs.
Software Distribution
One of the most difficult tasks for desktop support managers is maintaining workstation and server software. An end-user workstation may have dozens of applications; some are commercial products like Microsoft Office or Imagineer Technical, while others are in-house applications written for specific business tasks. Upgrading, distributing, and licensing these applications, and the underlying operating system, can easily suck up a huge percentage of desktop support resources, especially if users are accustomed to reconfiguring their machines.
Microsoft Systems Management Server product offers a comprehensive distribution infrastructure. Administrators can specify a standard software loadout, and Systems Management Server will automatically distribute that loadout to any or all machines on the network. For example, upgrading from Microsoft Word 95 to Word 97 can be done automatically by configuring Systems Management Server to deliver the new application as an upgrade to the machines that need it.
SMS is highly configurable; software can be distributed, or not, based on a range of criteria, and comprehensive reporting options make it possible to quickly determine which machines are running what versions of applications.
Because UNIX is rarely used as an individual desktop OS, there are no comparable solutions. The closest equivalent is the common configuration of having all users mount a single network share containing the applications they need; updating that share thus makes applications available to users. The same method may be used under Windows NT via its built-in file sharing; since Windows NT-based applications typically store their configuration settings in the local machine’s Registry, each client machine ends up with its own set of settings.
Automating software distribution
Systems Management Server allows administrators to construct packages containing one or more applications and operating system components. These packages may be used to add new software or update existing software.
User Profile and Settings Distribution
As users work, they customize and change their environment (within the limits set by group, user, or system policies.) Many of these changes are persistent in Windows NT; for example, when a user selects a printer, that printer may be marked as the system default printer from that point on, and that default will persist until the user explicitly changes it. These changes may affect the way the user’s workspace looks, through changes in desktop settings, or they may go deeper, changing which network resources are automatically mounted, where the user’s files are stored, and so on.
The complete group of settings specific to a single user is called that user’s profile. While policies control what settings apply to a user’s machine, profiles contain the environment choices the user makes. These choices may be limited to the desktop environment, or they may include application-specific settings like web browser bookmarks and network configurations.
Profiles are stored in the Registry of the local machine. Windows NT supports two types of profiles: roaming profiles, which are downloaded to a workstation or server when a user logs on, and mandatory profiles, which are roaming profiles whose contents may not be changed by users. Roaming profiles allow user settings to appear on any machine a user logs onto, with no action required on the user’s part. Mandatory profiles do not save changes made by users, so environments stay consistent between logons.
Distribution of profiles and policies is automatic; in addition, administrators may configure logon scripts that run when a user logs on. Scripts can use the native Windows NT-based scripting language or other languages like Perl and VBScript; they are automatically downloaded from the domain controller and run after the user’s credentials are verified. These scripts are usually used to connect to network shares, run programs at startup, and take other actions that may be needed to set up the user’s environment completely.
UNIX typically implements all of these features with shell scripts which execute when users log on. There’s no default central location to store profiles and policies; administrators have to create their own solutions, normally by placing common script elements in a shared directory and putting customized logon scripts in each user’s home directory. UNIX filesystem permissions are used to keep users from changing their settings.
I have a feeling that Bob has re-set permissions (possibly inadvertantly by installing other programmes) and may now have a problem with backtracking the programmes. This might probably be caused by using “global” permissions by logging in with global rights? Super user in unix/linux system… hence the ongoing problem with mp3 files he is having?
inthewildteam:
I don’t follow. How would I have reset global permission? Where and how?
you log in as admin, not as user. I’m guessing here, but with your machine running normally you don’t have any prompts stopping you installing or running any programmes. Example, you find a file you want to download, you can do that without any problem. You have “global” rights on your system, if windows popped up a box and you had to “run as” and type your admin password that would be the best setting.
For maximum security, any accounts used can’t install and run any files. you have to log out and log back in as sys admin (with a diferent profile and password) to install the file on a per user basis or “globally” all users.
outside of being a royal pain in the butt, what good would that do?
Bob, I’m little tired right now as I come back from my trip few hours ago… This thread is too long right now. Did you succeed solving that problem or not? Do you need help?
Thanks Technical:
Unfortunately, the problems still exists.
Bob see here:
The built-in Administrator account is hidden from Welcome Screen when a user account with Administrator privileges exists and enabled. In Windows XP Home Edition, you can login as built-in Administrator in Safe Mode only. For XP Professional, press CTRL+ALT+DEL twice and input your Administrator password in the classic logon window that appears.
There are some ways to enable showing administrator account in Windows Home Edition welcome scren as well… first one is to use TweakUI v2.10, and click on “Logon” option in the left pane, then put a checkmark against the option “Show Administrator on Welcome Screen”.
Second one is editing registry:
-
Start the Registry Editor [Regedit.exe]
-
Navigate to the following registry key:
[HKEY_LOCAL_MACHINE
\SOFTWARE
\Microsoft
\Windows NT
\CurrentVersion
\Winlogon
\SpecialAccounts
\UserList] -
Use the File, Export option to backup the registry, in case.
-
Right-click an empty space in the right pane and select New > DWORD Value.
-
Type-in Administrator as the value. Double-click this new value, and enter 1 as it’s data
-
Close the registry editor
You may use this procedure to hide/show users in the Welcome Screen for any user account. Type the account name accordingly in step 5.
I also found this:
NOTE for Windows XP Home Edition users: While you can configure Windows XP Home Edition to show Administrator account in the Welcome Screen, you cannot login as Administrator in Normal mode. Boot into Safe Mode to login as Administrator. Please see the following Microsoft Knowledgebase article:
Error Message: Unable to Log You on Because of an Account Restriction
[Windows XP Home Edition]
Hi Sasha
Unfortunately, Even in TweakUI there is no Administrator. There is only me. Mostlikely thats because I am the administrator and therefore automatically sign on that way.
From what I can tell, the registry entries only add another user called Administrator which is how I already log on.
In tweakui you set auto login to yes and choose as name administrator and the correct password. But this is hardly of any use to you since you have XP home (if I´m correct) and that has only administrator in safe mode.
Why not do a in-place-repair to see if that solves the problems? MS kb315341
Eddy
On my machine, the User in safe mode, is the same as the user in regular mode. There is no difference. there never has been.