Discussion in 'General Software' started by Slater, Sep 27, 2006.
I set my temporary folders to E:\TEMP and now BF2 won't install
Insufficient diskspace on said disk?
OR, if that is NOT the case??
Try these tips to help fix InstallShield hassles (they have worked for me before in many cases):
Programs That Use the InstallShield Program May Not Start
This article was previously published under Q295278
Programs that use the InstallShield program may not start, and you may receive one of the following error messages:
Setup failed to launch installation engine: Access is denied.
Error installing Ikernel.exe, access is denied.
This behavior can occur if there are insufficient Component Object Model (COM) permissions.
To resolve this behavior, set the necessary permissions that are needed to successfully complete the installation:
At a command prompt, type: dcomcnfg.exe. The Distributed COM Configuration Properties dialog box is displayed.
Click the Default Security tab.
In the Default Access Permissions section, click Edit.
Ensure that you have "Allow Access" beside your name.
If you do not have "Allow Access" next to your name, either modify an existing profile or create a new profile that has the necessary permissions.
Apply all the changes and attempt to run Setup.
If installation or initialization errors, or denial of access errors occur, you may not have sufficient COM permissions on the workstation or server to successfully complete the installation.
This behavior can also be caused by a logon script, domain policies, or file system permissions. If this behavior persists, contact InstallShield Technical Support at either of the following InstallShield Web sites:
InstallShield Technical Support: (847) 240-9111
IF ALL OF THE ABOVE FAILS:
Knock out %Program Files%\Common Files\InstallShield (THIS WORKED FOR ME & EVERY TIME I HAD INSTALLSHIELD HASSLES - just burn the folder contents, NOT the folders themselves!)...
Knock out %TEMP% file content (your temp folder) as last resort & try install again...
These last 2 have worked for me, everytime InstallShield failed on me, & appear to be the MOST effective... & simplest things to try as well!
P.S.=> That is an InstallShield engine version mismatch odds are... seen it before is why & then did a scan online for the SETUPDLL.CPP file, & it came up as InstallShield stuff! apk
There was enough space on the harddrive assigned to the temp folder but it was writing to the old temp folder still so I just used partiton magic to make it bigger
So, lack of space fixed it, or was a reboot needed?
(Typically/iirc, when you change the systemwide %environment% variables, when you write out something to the environment, the next time you load that program? It SHOULD take the change immediately, in an NT-based OS that is - no reboot required!)
* NO need for the InstallShield "fix list" I posted then, I take it? All is working now, due to the 1st thing I noted (lack of space)??
Yeah but the thing was it wasn't lack of space but rather lack of space because it was writing to the wrong folder (wrong drive) and I think it[temp file directory defaults] was hardcoded in the installer
When you changed your %TMP% &/or %TEMP%, did you do this from a DOS prompt (command prompt) OR, a batchfile?
If so? Well, it ONLY LASTS FOR THAT SESSION... using SET statements & such!
The PROPER way to do this is via the Control Panel, SYSTEM icon, Advanced Tab, Environment Variables button (lower left hand side), & in both the USER and SYSTEM sections. Here, you DON'T USE SET, just TEMP &/or TMP (you'll see what I mean in there).
* Just to let you know...
I say this, because I saw the keyword SET above!
Again, which you can use in batchfiles, OR, in a command prompt (DOS prompt) Window, but again, that is ONLY TEMPORARY FOR THAT SESSION (whereas doing it via the System icon in control panel is permanent).
As for "hardcoding it" in an InstallShield program? It might be possible...
FULL InstallShield lets you do a LOT of potentially "off things" in it, via scripting possible & options in it (which is why I liked InstallShield Express better in many a way, when I used it - often, with many compilers, a 'watered-down' model comes with them)...
P.S.=> Don't mean to be a "nag" on this one, but it's one that can help myself & others avoid 'hassles' in the future possibly, by knowing the details & such! Thanks... apk
Didn't know it only lasted for that session, but I didnt restart or anything. I used the command prompt.
That's what "did you in", quite possibly:
SET statements are ONLY TEMPORARY INSIDE A DOS PROMPT SESSION, or batchfile.
Do your %TEMP%/%TMP% the way I stated above (no SET needed)!
Set your %TEMP% & %TMP% in the System Control Panel icon (you can optionally do this for the Current User (top part %environment% stuff) & SYSTEMWIDE (bottom part %environment% stuff)).
No reboot required either in NT-based OS systems - just restart the program itself, it gets handed the current %environment% when it starts, & the %TEMP%/%TMP% get handed CONSISTENTLY, thru all of its "working parts"/threads, OR other executable components, etc..
P.S.=> A good solid way to see this temporary nature of using SET statements, for yourself?
Open up 2 distinct/separate DOS prompts, & in the first one? Type SET APK = C:\APK, & commit it via pressing ENTER...
Then, type SET (by itself in that first DOS prompt session where you did the above) + press enter, & you will set APK = C:\APK...
HOWEVER, in the 2nd DOS prompt session, if you type SET & press enter to see the environs?
You won't see APK = C:\APK... nor, will you see it in subsequent DOS prompt sessions you open either (other later ones).
Thus, illustrating my point about it being temporary in nature only for that DOS prompt session in NT-based OS... apk
Separate names with a comma.