\Sarvagya\LearningStuffs\ArkoInstaller\ArkoInstaller\Product.wxs36
But once I use CommonAppDataFolder insted of LocalAppDataFolder, it
compiles correctly. Please correct me where I'm doing wrong.
Thank you
--
*Sarvag
reateCommFolder\InstallCreateCommFolder\Product.wxs
45"
If I forcefully create a GUID and write into Component, it works. But I
don't think it is the correct way to create a folder and write into
Environment Path. Please correct the
@Nir, Yep I figured that out. I used REMOVE~="ALL" based on Rob's answer
given at http://stackoverflow.com/a/321874/2634612 .
On Tue, Mar 24, 2015 at 12:30 PM, Nir Bar wrote:
> You should use REMOVE, not Remove - case matters.
>
>
>
>
> -
> Nir Bar
> Freelance Developer
> Mail: nir@panel
@Nir Bar, I tried to Use "Remove" property instead of "Installed". But the
Custom Action didn't Run when the "Remove" Property was set.
@Rob I tried to use util:RemoveFolderEx based on this link =>
https://www.hass.de/content/wix-how-use-removefolderex-your-xml-scripts but
without using Registry Ap
:
> RemoveFoldersEx?
>
> _
> Short replies here. Complete answers over there:
> http://www.firegiant.com/
>
>
> -Original Message-----
> From: Sarvagya Pant [mailto:sarvagya.p...@gmail.com]
> Sent: Monday, March
I need to Remove Folders as well. RemoveFile only works to delete the File,
I think so. The executable could create Folder within folder and files too.
On Mon, Mar 23, 2015 at 9:41 PM, Hoover, Jacob
wrote:
> Was there a reason you wrote a CA to remove the file? Would
> not suffice?
>
> > On Mar
I have created two custom actions that does the following jobs:
1. Create a file based on the property passed to the installer. eg
msiexec /i installer.msi /l*v out.txt IPADDRESS="192.168.2.2.08"
The custom action will create a file that will contain the data as:
{
"ip":"192.168.2.208"
}
2. Anoth
aviour
> (crashes, access violations, etc.) if I don't. This is true when running
> in VS2010 and VS2013 compilers.
>
> -Original Message-
> From: Sarvagya Pant [mailto:sarvagya.p...@gmail.com]
> Sent: March-13-15 1:40 PM
> To: General discussion about the WiX toolset
I have written a C# Custom Action that is supposed to get the Values of
Properties passed to the installer and create some config file. Since the
C# Custom action was done, my installer depends upon .Net too. I want to
avoid this dependency, thus I am opting to write the Custom action in C++.
Foll
hey gave information regarding GAC. I don't
know about them. If that is what is causing the problem, please do point me
in right direction.
Thanks,
Sarvagya Pant.
--
sarvagya
--
Dive into the World of Parallel
Hi Nir, The Thing is that I do have the MSM for Visual Studio 2010 but my
project uses Openssl, built using VS 2008. I don't have the MSM for 2008.
So that was the issue of installing VCRedist.
On Thu, Feb 26, 2015 at 2:07 AM, Nir Bar wrote:
> You should utilize the VS runtimes' merge modules r
I am attempting to install the dependency of my program
*vcredist_x86_2008.exe* and *vcredist_x86_2010.exe* from my msi before it
attempts to install the program itself. I have following piece of code.
NOT
Installed
Installed
NOT Installed
NOT
Installed
I have two other custom actions *W
Thanks all. It seems using c++ for Custom action would be a good choice.
Currently in my C# code I am using functions like string.IsNullOrEmpty,
string.Format, ServiceController. Are these functions available in C++.
Also to get the parameter passed to msi, I have to use
string ip = session["IPAD
I have created a custom action using C# .Net 4.0 that is supposed to get
the property passed to it and create a file eg:
msiexec /i somemsi.msi /l*v out.txt IPADDRESS="127.0.0.1"
I have created both MSI that does the work. But as this MSI is to be
deployed to customers, I have following questions
Hi Nir,
Thanks for the info. Does the removes the main folder
where all my components will be installed. I should also be removing the
folder that could be created by the executable. ie consider apps and temp
inside the main folder. I tried:
but during the compilation I get "Unr
I have following wix file that is supposed to call the Custom Action during
the installation. The custom action will create some files required for
program. As Wix will only remove only those files that were installed by
installer, files created by Custom action will be leftover. So I am
resorting
at 6:48 AM, Hoover, Jacob
> wrote:
> > Is the file/directory in use when the delete was attempted? Is there a
> reason you have to delete the file instead of just overwriting it? Have
> you pondered using a RemoveFile element to explicitly remove the files you
> are creating in y
I have been making a Wix Installer that is supposed to install the contents
and fetches the parameters passed in terminal and create files. ie.
msiexec /i installer.msi /l*v out.log IPADDRESS="1.1.1.1" will create a
file lpa.config.
I have following wix file and custom action file.
WIX:
http://s
Sorry for earlier question, it was sent as mistake.
I have following Wix File that is supposed to install the contents in
C:\SampleProgram . The generated msi is supposed to be installed as msiexec
/i installer.msi IPADDRESS="1.1.1.1". The parameter IPADDRESS is fetched by
Custom Action that will
I have following Wix File that is supposed to install the contents in
C:\SampleProgram . The generated msi is supposed to be installed as msiexec
/i installer.msi IPADDRESS="1.1.1.1". The parameter IPADDRESS is fetched by
Custom Action that will make a config file as below in the folder where
prog
e any
reference on this?
On Sun, Dec 7, 2014 at 8:25 PM, Sean Hall wrote:
> You need to remove the CustomAction attribute from the SHGetFolderPath
> method and put it on your WriteFileToDisk method.
>
> On Sun, Dec 7, 2014 at 6:06 AM, Sarvagya Pant
> wrote:
>
> > I have b
I have been making a MSI Installer that can get the value of property
passed to it and write a Config file. I am supposed to call MSI as:
msiexec /i myfile.msi /l*v output.txt IPADDRESS="192.168.1.1"
and get value of IPADDRESS
I have following Wix C# Code that is supposed to work
namespace S
22 matches
Mail list logo
