Derek Cicerone wrote:
If
it installs the file to the same place as the MSM, then use
the same guid.
The downside to doing that is that if something else has installed
mscomm32.ocx using the merge module, your app will see the component
installed and won't reinstall it. Your
If it installs the file to the same place as the MSM, then use
the same guid.
Derek
From: Dave Williamson
[mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:09 PM
To: [EMAIL PROTECTED]; 'Bob Arnson'
Cc: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] MSComm32.
Yep. Did that earlier. See earlier post to
thread. I don't think the problem is a Wix problem. And I don't
think it is going to get solved anytime soon because it is a 3rd party
msm. So what I need to do is author something with Wix that tries to
accomplish my goals without screwing up
Weird – I did a comparison of the registry values in the
self-registration and those in the merge module but they seem to be very
similar. I’m not sure what’s going on there – sorry. The only thing I can
think of would be to export your HKCR hive in the broken state, then run the
self-reg
The log file was too big for email accounts so is there
any particular part you want to see?
Here is the section that copies the
mscomm32.ocx:
MSI (s) (B0:F4): Executing op:
SetTargetFolder(Folder=C:\WINDOWS\System32\)MSI (s) (B0:F4): Executing op:
SetSourceFolder(Folder=1\PFiles\FICS\Re
When you use the merge module, do you see the mscomm32.ocx file
get installed? Do you have a verbose installation log? Those are really
useful for tracking down issues.
Derek
From: Dave Williamson
[mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 3:00 PM
To: [EMAIL PR
mscomm32.msm
Dave WilliamsonClear Sky
Software[EMAIL PROTECTED]www.clearskysoftware.com
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Derek
CiceroneSent: Thursday, August 17, 2006 5:56 PMTo: 'Dave
Williamson'; 'Bob Arnson'Cc:
wix-users@lists.sourceforge.netSubject: R
Which msm is causing problems (what is its exact name)?
Thanks,
Derek
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave
Williamson
Sent: Thursday, August 17, 2006 2:46 PM
To: 'Bob Arnson'
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] MSComm32.oc
The versions of the file are the same. Actually
it was the same physical file just to be sure (I used the extracted file from
the msm).
OK. So now I'm back to using the Tallow generated
code (because it works) but I'm at a cross roads. Rob has said that the
component's GUID is super imp
Dave Williamson wrote:
The Dark output showed some
interesting constructs that were not directly in the tallow code but
seemed like they were the same thing but represented in a different
manner.
Yes, tallow doesn't know how to use the strongly-typed COM-registration
elements. (Hea
Don Tasanasanta wrote:
> The problem is I don't have the luxury of executing the msi via
> commandline in this situation. the msi is being downloaded from the web
> and there is no way of passing commandline options.
>
Without a UI sequence, MSI will run the execute sequence with a basic
UI. Yo
nce in my code but the progress indicator still
shows.
>
>
>
> __
>
>
>
> Don Tasanasanta
>
> VIACK Corporation
>
> 425-605-7423
>
>
>
>
>
> __ NOD32 1.1710 (20060817) Information
Neil Sleightholm wrote:
> Could the v3 version be back ported to the v2 version so it is included
> in future releases?
>
Probably. If you enter a feature request at
http://sourceforge.net/tracker/?group_id=105970&atid=642717, it'll get
into the queue. It'll happen faster if you submit a patch
Dave Williamson wrote:
Anyone
know where I should start to look to find out what is wrong when using
the MSM? Or is it bad to use the MSM?
Take a look at a verbose installation log. Compare it with the merge
module's contents. Are all the components being installed? Check in the
log
aving the
folder path, to get it's patent directory.
Thanks
Bibhuti
-- next part --
An HTML attachment was scrubbed...
URL:
http://sourceforge.net/mailarchive/forum.php?forum=
If you are installing based on an already installed
product, don't let the user browse to the installed location; they may get it
wrong or not know where it's installed. Instead, use a registry or
directory search to find where the installed application resides and set the
path in a propert
Thanks for your response.
That scenario is taken care of. Actually
the user will chose the path for an installed product that is having directory
path up to 3 levels deep.
From: John Vottero
[mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006
6:17 PM
To: Swain, Bibhuti
What happens when the user picks
C:\?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]Sent: Thursday, August 17, 2006 7:57
AMTo: wix-users@lists.sourceforge.netSubject:
[WiX-users] how to get parent directory of a folder
Hi,
Could you not get the user to browse to the parent directory?
Rob
[EMAIL PROTECTED] wrote:
> Hi,
>
> I have a requirement to install some files in a folder
> (chosen by user) and some other files to the parent of that folder. Now
> I am getting the folder by providing a browse dial
Hi,
I have a requirement to install some files in a
folder (chosen by user) and some other files to the parent of that folder. Now I
am getting the folder by providing a browse dialog and getting in a property.
Can any one tell me how to get the parent directory of that folder?
20 matches
Mail list logo
