v14 installer?

May 20, 2008
11,547
107
Syracuse, NY, USA
The mess has moved to %TEMP (which doesn't seem to be a good place to leave files which are **needed** for an uninstall).
Code:
h:\temp> ffind /s *.msi
H:\temp\{1A2D0956-F6F2-4E38-BE99-19E0209ECF93}\09ECF93\tcmd.msi
H:\temp\{1A081F6D-7816-4423-B652-14F614794318}\4794318\tcmd.msi
H:\temp\{05B113D9-BB0B-460C-9788-8094C46C10CC}\46C10CC\tcmd.msi

Rex, you have managed to leave no mention in the registry of previous install source paths (good). Haven't you figured out how to remove the install source tree for the minor version just uninstalled?
 
May 20, 2008
11,547
107
Syracuse, NY, USA
Here the new tcmd.msi went into %TMP - do you define %TMP? The rule is supposedly to use %TMP if TMP is defined, %TEMP otherwise, for temporary files.
I have them both set.

They don't belong in %TMP, %TEMP, or any place for temporary files. That MSI file is necessary for repair or uninstallation.
Code:
-> HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{1A2D0956-F6F2-4E38-
BE99-19E0209ECF93}
 
        Value: InstallSource
->      Data: h:\Temp\{1A2D0956-F6F2-4E38-BE99-19E0209ECF93}\09ECF93\
 
        Value: ModifyPath
->      Data: MsiExec.exe /X{1A2D0956-F6F2-4E38-BE99-19E0209ECF93}
 
        Value: UninstallString
->      Data: MsiExec.exe /X{1A2D0956-F6F2-4E38-BE99-19E0209ECF93}
And the previous (build 21) one was not removed.
 
May 20, 2008
11,547
107
Syracuse, NY, USA
I now have separate directory trees containing 20 TCMD.MSI files (33 on another computer) one for each of 13.04.53 through 13.04.63 and each of 14.00.14 through 14.00.22. The only ones of any value are the two for what's actually installed (13.04.63 and 14.00.22). It's absurd, ridiculous (I don't mean to be dramatic but I can't think of better words). Apparently you think it's OK if we collect these TCMD.MSI files, one per update, FOREVER. I don't.
 

rconn

Administrator
Staff member
May 14, 2008
12,406
152
So, do what I suggested weeks ago and delete them. That would have been easier and much faster than writing a dozen emails to complain about the Windows Installer! :rolleyes:

I do not have any of those files on my system, nor (though you refuse to accept this!) do I have control over what the Windows Installer is doing on your system.
 
May 20, 2008
11,547
107
Syracuse, NY, USA
So, do what I suggested weeks ago and delete them. That would have been easier and much faster than writing a dozen emails to complain about the Windows Installer! :rolleyes:

I do not have any of those files on my system, nor (though you refuse to accept this!) do I have control over what the Windows Installer is doing on your system.
I believe you, and it would seem that the installer is working correctly for you. At least one other user noted a large collection of TCMD.MSI files. What about others? Please comment folks. And, can we speculate why it's not working correctly for me ... why, after updating to a new minor version, I still have the the install source (tree) from the minor version just uninstalled.
 
May 20, 2008
3,515
4
Elkridge, MD, USA
I just removed a few tcmd.msi from %tmp subdirectories. I agree that anything in %temp or %tmp after an installation is complete should only be junk. I had found and deleted .msi files elsewhere, too.

Whenever I install a new version or build of TCMD, SHRALIAS.EXE is already running. I have hard linked its master version into each of the TCMD installation directories, including the one where a new V14 build overwrites the previous build. The installer moves this ShrAlias.exe to \config.msi\xxxxxxxx.rbt (same drive, F: - same inode). where xxxxxxxx is the hexadecimal representation of a 32b number. After the installation is complete I manually move it back (replacing the new build's version). AFAIK the only thing changed in ShrAlias.exe over the last several versions is the version and build it reports. Rex, is it necessary?
 
May 26, 2008
541
4
I also had the issue of MSI files building up. I've never seen this with InstallShield stuff.

This is probably a flaw in Caphyon's "Advanced Installer." Rex, not all programs that build MSI installs are the same; if there are flaws in Caphyon's installer it can't necessarily be blamed on Microsoft.

With older builds, I would get MSI building in AppData\Roaming. I pointed out that the *roaming* portion of a *user's* profile is definitely not the right place to keep MSI files around for purpose of repair/uninstall. Something must have changed a few builds back because I don't get MSI files there any more.

I am not sure if they are being stored in %TEMP%. I regularly clear that out so if they were there, they are now gone. I will have to try and take note the next time I install.
 
May 20, 2008
11,547
107
Syracuse, NY, USA
I do not have any of those files on my system, nor (though you refuse to accept this!) do I have control over what the Windows Installer is doing on your system.
Am I to interpret that as "Upgrading from build 22 to build 23 **should** remove the installation source for build 22"?
A couple days ago I cleaned my system of all installation sources except those mentioned in the registry. That left me with one for v13b63 and one for v14b22. Last night I upgraded v14 from b22 to b23. I still have the installation source for b22.
Code:
h:\temp> ffind /s *.msi
H:\temp\{1A2D0956-F6F2-4E38-BE99-19E0209ECF93}\09ECF93\tcmd.msi
H:\temp\{2EC2749A-9803-46A2-898A-9E67B6E37AC0}\6E37AC0\tcmd.msi
Please help me determine what's wrong with my system.
If I haven't said so before, I agree with others that (1) these files, needed for repair/uninstall, don't belong in %TEMP and (2) other installer software do not seem to have this problem that Caphyon has.
 
May 31, 2008
382
2
At least one other user noted a large collection of TCMD.MSI files. What about others? Please comment folks.
I found 16 TCMD.msi files. One is located under %TEMP and it's for TCMD 14.00.021 (latest version on my system). The other 15 files are located under "AppData\Roaming\JP Software" and correspond to various subversions of TCMD 13.03, 13.04 and 14.00.
 
Similar threads
Thread starter Title Forum Replies Date
vefatica Fixed V14, V15, V16 now corrupt Support 4
B Two Issues With TIMER Command In V14 Support 10
S Re: V14 released Support 1
epement differences in IDE/debugger between v12 and v14 Support 1
rconn News Take Command v14 RC1 Uploaded Support 0
epement no internal help for 'v' in TCmd v14 Support 6
rconn News Take Command v14.00.20 Preview Uploaded Support 0
rconn News Take Command v14.00.18 Preview Uploaded Support 0
Joe Caverly SENDMAIL under v14 Support 3
C @ascii[] btwn v8 and v14 Support 6
T V14 Key? Support 1
rconn News Take Command v14.0.15 Public Beta Uploaded Support 0
rconn News Take Command v14 Public Beta Support 0
L TCC V22 installer fails signature validation Support 0
vefatica Installer sets BTM associations wrongly Support 4
Charles Dye Is the "File Associations" installer dialog working? Support 4
A Installer /extract: extracts into current directory if target not exists Support 12
Alpengreis Installer: text is still truncated in german language Support 2
C b34 Installer leaves LOG in %LocalAppData%\Temp\ Support 1
vefatica Installer? Support 11
fishman@panix.com Windows Installer failing again... Support 6
M Windows Installer bug? Support 4
Steve Pitts Typo in installer dialog Support 0
w_krieger Installer 20.0.21 on Win7 Support 19
vefatica Another installer thingy Support 1
vefatica Build 20 installer woes Support 14
fromano MSI Installer Support 4
fpefpe How to? Single installer? Support 5
vefatica Installer woes Support 3
Alpengreis Small things to change in installer and after installed Everything Support 0
D V19 fails to install on Win7-64bit, installer says: Support 2
D /extract: option for the installer Support 4
Alpengreis Installer problem with default handler Support 3
fishman@panix.com Another Problem with The Installer Support 1
vefatica Installer leaves a mess Support 13
Alpengreis A small cosmetic installer thing ... Support 0
Jay Sage Version 17 Installer Leaves Multiple Copies of ShrAlias Support 48
vefatica Build 45 & 46 installer glitch Support 2
rconn News Take Command 16.03.54 32-bit installer Support 0
rconn News Take Command 16.03.54 32-bit installer fix Support 0
vefatica New installer woes Support 0
S How to? Install from same installer copy after cancelling previously Support 6
S How to? Find installer downloaded by "option /u"? Support 11
H Latest installer Support 0
vefatica Installer crash Support 3
JohnQSmith Installer Support 14
Dan Glynhampton v15 installer question Support 2
H V15 installer difficult to use with JAWS screen reader Support 0
C Installer Concerns.... Support 1
JohnQSmith 15.00.21 beta Installer Support 1

Similar threads