[WiX-users] 6. Re: adding WixUIExtension produces Error HRESULTE_FAIL has been returned from a call to a COM component. when reopening solution (RAYMENT Tim)
Hi, i have the same error in Visual Studio 2005 SP1 German since Release 3.0.3815.0 and above. Release 3.0.3801.0 works. All newer Releases do not work. Yes Command Line is working for me too. Error is only in Visual Studio IDE. Re Bernhard DMG Europe Holding GmbH, Registered Office: Klaus - District Court Feldkirch, HRB / Comm. Register: FN 236 629 i; Management: Silvio B. Lehmann Ust-Id-Nr: ATU57319146 - Tax Office N°: 051 /4004 / 98 http://www.gildemeister.com ___ E-Mail Disclaimer Der Inhalt dieser E-Mail ist ausschliesslich fuer den/die bezeichneten Empfaenger bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieser E-Mail unzulaessig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu setzen. Wir moechten Sie ausserdem darauf hinweisen, dass die Kommunikation per E-Mail ueber das Internet unsicher ist, da fuer unberechtigte Dritte grundsaetzlich die Moeglichkeit der Kenntnisnahme und Manipulation besteht. The information contained in this email is intended solely for the recipient(s). Access to this email by anyone else is unauthorized. If you are not the intended recipient, any form of disclosure, reproduction, distribution or any action taken or refrained from in reliance on it, is prohibited. Please notify the sender of this E-Mail immediately. We also like to inform you that communication via email over the internet is insecure because third parties may have the possibility to access and manipulate emails. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] XmlConfig problem with repeating nodes
hi, I’m using Wix 2.0.5805 and having problems using XMlConfig to add the below entries in an XML file (end up with only the last number being written), is this possible using WIX, and does anyone have any example code? thanks in advance. start dev number1.2/number /dev dev number1.3/number /dev /start code i'm currently using is below: XmlConfig Id=ID01 File=[TEST]demo.xml Action=create ElementPath=//start Name=version Node=element Sequence=1 On=install / XmlConfig Id=ID02 File=[TEST]demo.xml Action=create ElementPath=//start/dev Name=number Node=element Sequence=2 On=install / XmlConfig Id=ID03 File=[TEST]demo.xml Action=create ElementPath=//start/dev/number Value=1.2 Node=value Sequence=3 On=install / XmlConfig Id=ID04 File=[TEST]demo.xml Action=create ElementPath=//start/dev Name=number Node=element Sequence=4 On=install / XmlConfig Id=ID05 File=[TEST]demo.xml Action=create ElementPath=//start/dev/number Value=1.3 Node=value Sequence=5 On=install / regards Quinton _ Share what Santa brought you https://www.mycooluncool.com- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] question to Assembly=.net
Actually I meant the AssemblyApplication attribute of the File element. Am I correct that you are talking about the AssemblyApplication attribute of the NativeImage element? Or are they closely related somehow. Well, I guess I'm a bit confused about it. Heath Stewart-2 wrote: App isolation doesn't really require the MsiAssembly* table values for managed assemblies (it does for native), but the additional benefit in WiX is that you can access bind variables for that assembly as documented in wix.chm. fgc wrote: Hi all, So far I know that setting the Assembly=.net attribute installs my assembly into the Global Assembly Cache. But why should I specify AssemblyApplication in addition to Assembly=.net? My understanding is that if I specify both attributes I end up with an installer that contains an MsiAssembly / MsiAssemblyName table and installs the assemblies into my installation directory structure, not into the GAC. Therefore the information in these two tables is not really required. Is there any special use case where it is recommended to do this? So far I treat all assemblies that are not installed into the GAC like any other file. Does it ever make sense to treat .NET assemblies different if they are not installed into the GAC? Thanks! -- Heath Stewart Deployment Technology Group, Microsoft http://blogs.msdn.com/heaths - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/question-to-Assembly%3D%22.net%22-tp16143520p16181744.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] COM Extraction questions (Wix 2)
hi, hope someone can help me with the following queries. I’m using Wix 2.0.5805, is there a way to import COM registration in such a way that it will already have references to the advertising tables (ProgId Table, AppId Table, TypeLib)? I know the WIX v3 tool Heat has this ability; for WIX 2 I've tried Tallow, from what I see this imports COM into the registry table only, in which case the COM server paths are hard-coded to either the current path of the binary the COM is being extracted from (-s) or the path found in the supplied reg file (-reg), in either case the entries would likely need to be amended to use formatted strings based on the File element ID, are there any tools for WIX 2 which can do this? regards Quinton _ Get Hotmail on your mobile, text MSN to 63463! http://mobile.uk.msn.com/pc/mail.aspx- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Location of SourceDir?
Hi all, I'm real new at MSI and WiX. I've created a Votive/ Visual Studio project 'wixfoo' - currently there's only a single file in the WiX, macdok.foo, and it should be installed on a target system at c:\program files\RR Landscapes\RRfoo\macdok.foo. I've tried placing the .foo file in a ..\RR Landscapes\RRfoo\ subdirectory in a variety of places including c:\auth\wixfoo\RR Landscapes\RRfoo\ c:\auth\wixfoo\wixfoo\RR Landscapes\RRfoo\ c:\auth\wixfoo\wixfoo\bin\RR Landscapes\RRfoo\ c:\auth\wixfoo\wixfoo\bin\Debug\RR Landscapes\RRfoo\ but always get the error: C:\auth\wixfoo\wixfoo\Product.wxs(14) : error LGHT0100 : File of type 'File' with name 'SourceDir\RR Landscapes\RRfoo\macdok.foo' could not be found. I've looked at the documentation (the getting started page is blank?!?) and the online tutorial, and all I found that seemed relevant was that the source directory tree should be the same as the target - does this mean I must put my .foo file in my build system's c:\Program Files\... etc? Any clues as to how to do this appreciated. Ken Here's most of my .wxs: = Media Id=1 Cabinet=Product.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=RRhome LongName=RR Landscapes Name=RRhome Directory Id=INSTALLLOCATION Name=RRfoo Component Id=SoftFooWare Guid=SOMEGUID-7bb3-4ab2-aa54-da09c5e8be4f File Id=macdok.foo Name=macdok.foo Vital=yes KeyPath=yes DiskId=1 / /Component /Directory /Directory /Directory /Directory - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Location of SourceDir?
You probably want to use the File/@Source attribute. This tells Light where to pick up your file when it's building the MSI. The file will still get installed to c:\Program Files\RRHome\RRFoo because your component is nested under that directory structure. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ken MacDonald Sent: Thursday, March 20, 2008 11:07 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Location of SourceDir? Hi all, I'm real new at MSI and WiX. I've created a Votive/ Visual Studio project 'wixfoo' - currently there's only a single file in the WiX, macdok.foo, and it should be installed on a target system at c:\program files\RR Landscapes\RRfoo\macdok.foo. I've tried placing the .foo file in a ..\RR Landscapes\RRfoo\ subdirectory in a variety of places including c:\auth\wixfoo\RR Landscapes\RRfoo\ c:\auth\wixfoo\wixfoo\RR Landscapes\RRfoo\ c:\auth\wixfoo\wixfoo\bin\RR Landscapes\RRfoo\ c:\auth\wixfoo\wixfoo\bin\Debug\RR Landscapes\RRfoo\ but always get the error: C:\auth\wixfoo\wixfoo\Product.wxs(14) : error LGHT0100 : File of type 'File' with name 'SourceDir\RR Landscapes\RRfoo\macdok.foo' could not be found. I've looked at the documentation (the getting started page is blank?!?) and the online tutorial, and all I found that seemed relevant was that the source directory tree should be the same as the target - does this mean I must put my .foo file in my build system's c:\Program Files\... etc? Any clues as to how to do this appreciated. Ken Here's most of my .wxs: = Media Id=1 Cabinet=Product.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=RRhome LongName=RR Landscapes Name=RRhome Directory Id=INSTALLLOCATION Name=RRfoo Component Id=SoftFooWare Guid=SOMEGUID-7bb3-4ab2-aa54-da09c5e8be4f File Id=macdok.foo Name=macdok.foo Vital=yes KeyPath=yes DiskId=1 / /Component /Directory /Directory /Directory /Directory - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM Extraction questions (Wix 2)
Quinton, It's unfortunate, but the WiX tools are not designed to be used in an automated, build-time fashion. I guess the reason is that there are too many problems around managing component rules, and for many people their COM interfaces change rarely. I developed my own custom build tasks to do the COM extraction, storing the component GUIDs in version control, so that they are stable across builds. I only generate Registry entries, not TypeLibs, etc, but I shouldn't think it is too hard to translate from registry entries to those. The real trick is to discover how to use the RegOverridePredefKey API to redirect all registry writes, which enables you to capture all registry accesses when you call the DllRegisterServer function of your COM binary. Cheers, John _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of quinton quammie Sent: 20 March 2008 16:38 To: wix-users@lists.sourceforge.net Subject: [WiX-users] COM Extraction questions (Wix 2) hi, hope someone can help me with the following queries. I'm using Wix 2.0.5805, is there a way to import COM registration in such a way that it will already have references to the advertising tables (ProgId Table, AppId Table, TypeLib)? I know the WIX v3 tool Heat has this ability; for WIX 2 I've tried Tallow, from what I see this imports COM into the registry table only, in which case the COM server paths are hard-coded to either the current path of the binary the COM is being extracted from (-s) or the path found in the supplied reg file (-reg), in either case the entries would likely need to be amended to use formatted strings based on the File element ID, are there any tools for WIX 2 which can do this? regards Quinton _ Think you know your TV, music and film? Try Search Charades! https://www.searchcharades.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
If it is by design, then there is a problem with using WiXSqlExtension for creating an installer for Vista/WS2008 because the *uninstallation* will fail is you attempt to uninstall the product from Add/remove programs because the custom actions to drop the database is getting executed as immediate, unless you make the users use an elevated command prompt and manually uninstall the product. (if you created a database using WiXSqlExtension and have sqlstrings to drop the database.) I am suspecting this issue might be only for the DropDatabase custom actions, since CreateDatabase seems to work fine with UAC turned on during the installation. The issue is only when it attempts to drop the database during uninstallation. Jacob On Wed, Mar 19, 2008 at 10:11 AM, Bob Arnson [EMAIL PROTECTED] wrote: Sajo Jacob wrote: I am using WiX 3.0.29.25, I am suspecting that the custom actions in WiXSqlExtension: CreateDatabase, DropDatabase, ExecuteSQLStrings and RollbackExecuteStrings are not getting deferred by default. I believe that's by design: The installing user's permission is needed because generally SQL Server uses Windows authentication. -- sig://boBhttp://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Life is pleasure with ED enhancers!
Dreaming about her freinds beating your time? http://osauo.superwildside.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Action and ERROR_INSTALL_USEREXIT
Hi, I wrote a custom action that pops up a dialog asking the user whether to continue or to cancel the installation, and if the user clicks the No pushbutton, the custom action returns ERROR_INSTALL_USEREXIT. However I am finding that it doesn't work, the installer would simply continue with the next dialog. The log shows that the custom action returned 2, which seems to be correct, but the installer just doesn't exit(ie. Go to the ExitDialog that displays Install interrupted...). Also, when I tried using ERROR_INSTALL_FAILURE, the installation did indeed exited and log shows CA returned 3, but the Installation ended prematurely message was displayed, and I don't want that. So is there anyone who has had this problem? Thanks! Roger Yen - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Conditional file and registry removal during uninstall
In my current MSI installs, I allow the user to choose if they want to remove configuration information from the machine. Currently I do this by setting the msidbComponentAttributesPermanent attribute on the components with user configuration data. I then have a custom action to delete the files and registry keys with configuration data that only runs if the user selects to remove the configuration information. Is there any better way to accomplish this? Thanks, Mike - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Link to Uninstall the product.
I need some ideas/pointer on how to add a Link to Uninstall the product, in the Program Menu folder for my product ? Thanks in advance. Thanks ArunKumar - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Link to Uninstall the product.
http://robmensching.com/blog/archive/2007/04/27/How-to-create-an-uninstall-shortcut-and-pass-all-the.aspx From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ArunKumar ArcotVijayaKumar Sent: Thursday, March 20, 2008 3:24 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Link to Uninstall the product. I need some ideas/pointer on how to add a Link to Uninstall the product, in the Program Menu folder for my product ? Thanks in advance. Thanks ArunKumar - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
