I have an application that has a dependency gtk+
If i try to take a snapshot and install the application with gtk+ run time, i capture files in windows\winsxs directory.

After cleaning the snapshot and installing the application i am not able to open some .cpl file with the error:

c:\windows\system32\appwiz.cpl More data is available

Do i need to include gtk+ run time as a merge modual? If so, where can i get it? Or do i need to create a MM?

Thank you.
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
https://github.com/mono/win32-installers

this might help
Answered 12/20/2011 by: pratikpawar
Senior Yellow Belt

Please log in to comment
0
Thank you for the link.
Just a general question. c:\windows\winsxs folder is a hardlink to files on the system. and no files should be included in that directory in the package?

And is there a way to troubleshoot system errors:
c:\windows\system32\appwiz.cpl More data is available

System logs do not have much info. Msi logs would not help here....

Thank you.
Answered 12/21/2011 by: ogeccut
Black Belt

Please log in to comment
0
ORIGINAL: ogeccut

Thank you for the link.
Just a general question. c:\windows\winsxs folder is a hardlink to files on the system. and no files should be included in that directory in the package?


It is a hard link but you can keep the files in package.



And is there a way to troubleshoot system errors:
c:\windows\system32\appwiz.cpl More data is available

System logs do not have much info. Msi logs would not help here....


http://www.ehow.com/how_7627793_run-dll-app-appwizcpl.html

This link wil help to solve the above error
Answered 12/21/2011 by: pratikpawar
Senior Yellow Belt

Please log in to comment
0
So...why not capture the actual package after you have installed GTK+? That way, its files won't be included in the package.

For deployment purposes, either deploy the run-time "as is" or capture that separately. It might be worth creating it as a merge module.

Coming to the error itself, as a sometime-developer, I've seen the "More data is available" many times. What's happening is that a process is trying to get, say, 32 bytes of data but only specified a buffer of, say, 8 bytes in which to hold it. In essence, one or more registry entries in the package is in error. As ever, ProcMon will enable you to pinpoint the entry in question.
Answered 12/21/2011 by: VBScab
Red Belt

Please log in to comment
Answer this question or Comment on this question for clarity