/build/static/layout/Breadcrumb_cap_w.png

Problem with DLL overwriting

Hello,

I have a problem with an application called NuGenesis 7.1 SDMS.
This application contains three steps for installation :
1- Install Unify printer device and service
2 - Install Transfer Application
3 - Install Service Release 3.

Actually, I have a problem when installing Service Release 3 because, during installation, it install DLL into System32, but these DLL are already present (was installed in step 1 - Install Unify). I need to install these files because they are more recent (2008-05-14 instead of 2007-06-06).

Here is the probleme because editor hasn't change the version number and Install consider that the files are the same (but not, size is a little bit different). Do you have some idea to solve this small (i hope) issue ?

One more time, sorry for my english (I'm french).

Thanks in advance

0 Comments   [ + ] Show comments

Answers (8)

Posted by: anonymous_9363 15 years ago
Red Belt
0
I presume you mean that SR3 contains the files dated 2008-05-14?

- What software are you using to package?
- Have you re-packaged these 3 applications into MSIs or are they supplied by the vendor as MSIs?
Posted by: JeanLedot 15 years ago
Orange Belt
0
Thanks for your reply.

Yes you're right, SR3 contains files dated 2008-05-14.

The software is NuGenesis 7.1 SDMS. Editor gives installshield setup, but my company only wants msi package. I cannot extract any msi files with administrative installation. That's why I'm trying to repackage these three setup.

Regards
Posted by: anonymous_9363 15 years ago
Red Belt
0
So, if you're re-packaging, why not simply install SR3 over the top of the first app before completing the snapshot? Or maybe combine all three?

If that's not an option, you need to check version information in the DLLs. I suspect that the vendor hasn't incremented the version information, meaning that WI won't overwrite unless you force it to.
Posted by: JeanLedot 15 years ago
Orange Belt
0
One more time, you're right.

In fact all files installed with SR3 have the same version number... not only the dll, but .exe files too.

I think that I will follow your advice and make only one snapshot, after installing the three "components".

For information, do you know if there is option in wise for windows installer to replace file with the same version, but with more recently modified date ?

Anyway, thanks,
Posted by: anonymous_9363 15 years ago
Red Belt
0
For information, do you know if there is option in wise for windows installer to replace file with the same version, but with more recently modified date ? Interesting question! TBH, I don't know, as I've not come across that situation. I guess you could reset the version information in the File table to '0.0.0.0' and then add the file's information to the MSIFileHash table? Anyone?

It would be a lot simpler, though, to add the rogue files to the RemoveFiles table and ensure that the RemoveFiles action is scheduled before the InstallFiles action (it is by default).
Posted by: JeanLedot 15 years ago
Orange Belt
0
I've try to modify the file version but when I compile my wsi (in order to create the msi) all the changes are cleared...
I've also try to remove files then installing new.
Like the files name and version are the same, I cannot re-import "new version".

Thanks for your help
Posted by: anonymous_9363 15 years ago
Red Belt
0
Hmmm...if you wanted to persist in that approach, it would be best to manipulate the MSI directly AFTER compiling from the WSI. As I say, if it were me, I'd simply capture all 3 installs into one project.
Posted by: JeanLedot 15 years ago
Orange Belt
0
As I say, if it were me, I'd simply capture all 3 installs into one project[/quote

I have choose this solution since you have explained it.
Previous message was only explanation about software behavior
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ