Re: [WiX-users] WixUI LGHT0103
Bob Arnson <[EMAIL PROTECTED]> wrote in news:[EMAIL PROTECTED]: > Christer Solskogen wrote: >> No need to do anything special when installing, right? Just place wix >> somewhere, and put it in PATH ? >> Or how do you install wix? I've just used the >> http://wix.sourceforge.net/releases/3.0.2128.0/wix3-binaries.zip. >> > It doesn't even have to be in the path. But make sure the directory > structure is the same as in the .zip file. The tools expect extensions > to live in the same directory as the .exes. I've also tried calling both candle.exe and light.exe with full path: D:\devel\wix $ D:\bin\wix\candle.exe -ext WixUIExtension HelloWorld.wxs Microsoft (R) Windows Installer Xml Compiler version 3.0.2128.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. HelloWorld.wxs D:\devel\wix $ d:\bin\wix\light.exe -ext WixUIExtension -cultures:en-us HelloWorld.wixobj light.exe : error LGHT0103 : The system cannot find the file 'en-us' with type 'Source'. D:\devel\wix $ Anyone with a hint of what I'm missing here? -- chs - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Duplicate registry entries (in separate feautures) in the same project..
Hi there, I have a problem, I need to specify the same Registry value, but the value has to be different in the separate Features, this - however, generates a error when trying to compile the project. I Have Feature A and B. Feature A is always installed, as a "core" component, and feature B gets added if a registry value is set to a specific value, of the user chooses it during installation. Feature A set a value: Feature B, changes this (default) value: Any ideas on how to resolve this is appreciated, could it be handled by putting the registry in a component, that has a condition? Would this work? I don't want to generate a .mst or have a different installer that sets this on top of the main installation. Regards, Tobias Bengtsson - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error Table
Alex Mendes da Costa wrote: > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/error_table.asp > > Some of these strings are used to populate the uninstallation dialog box. > > My wix-derived MSIs do not have this table. As a result, my uninstall > dialog is extremely barren. Is there some simple way to populate the > table with default values? Or do I have to set them all up manually? > As the doc notes, if you don't supply this data, MSI supplies it from its own resources. You need to supply it only if you want to provide strings for languages your users might not have on their system. It's possible, as I mentioned previously, that the fallback behavior might not work for language-neutral packages because of a bug. For example, see http://blogs.msdn.com/heaths/archive/2006/06/29/651011.aspx. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI LGHT0103
Christer Solskogen wrote: > No need to do anything special when installing, right? Just place wix > somewhere, and put it in PATH ? > Or how do you install wix? I've just used the > http://wix.sourceforge.net/releases/3.0.2128.0/wix3-binaries.zip. > It doesn't even have to be in the path. But make sure the directory structure is the same as in the .zip file. The tools expect extensions to live in the same directory as the .exes. > Where can I find this culture-file? is it linked in WixUIExtention some way? > They're in the sources zip and embedded in the .wixlib that's embedded in the extension .dll. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI LGHT0103
Christer Solskogen <[EMAIL PROTECTED]> wrote in news:[EMAIL PROTECTED]: > On 06.10.2006 16:16, Mike Dimmick wrote: >> I can't reproduce this with build 3.0.2128.0, running a >> WixCop-converted version of the tutorial's SampleWixUI.wxs (slightly >> modified to prevent complaints about a ShortName being supplied for a >> Directory when the Name was actually 8.3 compatible, and to advertise >> the shortcuts to prevent ICE43 and ICE57 validation failure). > > Strange. > No need to do anything special when installing, right? Just place wix > somewhere, and put it in PATH ? > Or how do you install wix? I've just used the > http://wix.sourceforge.net/releases/3.0.2128.0/wix3-binaries.zip. I've just tried using Wix3.msi also. Again, it complains about the missing cultures. -- chs - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI LGHT0103
On 06.10.2006 16:16, Mike Dimmick wrote: > I can't reproduce this with build 3.0.2128.0, running a WixCop-converted > version of the tutorial's SampleWixUI.wxs (slightly modified to prevent > complaints about a ShortName being supplied for a Directory when the > Name was actually 8.3 compatible, and to advertise the shortcuts to > prevent ICE43 and ICE57 validation failure). Strange. No need to do anything special when installing, right? Just place wix somewhere, and put it in PATH ? Or how do you install wix? I've just used the http://wix.sourceforge.net/releases/3.0.2128.0/wix3-binaries.zip. > > To test this configuration, grab the SampleWixUI.wxs project from > > pplication/zip and compile the attached file as follows: > > candle -ext WixUIExtension "Copy of SampleWixUI.wxs" > > light -ext WixUIExtension -cultures:en-US -sice:ICE64 "Copy of > SampleWixUI.wixobj" > Same thing happens. Where can I find this culture-file? is it linked in WixUIExtention some way? -- chs - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error Table
I've noticed that a lot of MSIs have a table called "Error". This contains strings such as "Please wait while Windows configures [ProductName]...". The full list can be found here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/error_table.asp Some of these strings are used to populate the uninstallation dialog box. My wix-derived MSIs do not have this table. As a result, my uninstall dialog is extremely barren. Is there some simple way to populate the table with default values? Or do I have to set them all up manually? I'm using version 2.0.4221 of wix. Thanks, Alex - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Customizing the uninstall progress dialog.
Thanks for suggesting that workaround. I've set the package languages to contain the same language as the product (1033). The progress strings are still not displayed during uninstall. I've tried setting the installer version attribute of the package to 100, 200, and 300. No difference. I haven't found anything on the web about this kind of customization, and the "WiX edit" tool doesn't seem to have any support for it. Has anyone managed to get this customization to work? Is there a sample anywhere that does it? Alex On 10/6/06, Bob Arnson <[EMAIL PROTECTED]> wrote: > Alex Mendes da Costa wrote: > > Thanks for your reply. I tried adding elements in the > > section of my wxs, but it hasn't made any difference. > > > What language is your package set to? I ask because there's a known bug > in MSI 3.x that causes language-neutral packages not to show progress > text in basic UI mode. > > -- > sig://boB > http://bobs.org > > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SQL Create Function Script
GO is not a SQL statement. The query parser inside SQL Server does not understand it. It is a direction to the client tools (e.g. Query Analyzer, SQL Server Management Studio, osql.exe, sqlcmd.exe) to send the current batch of commands to the server – it terminates the batch. In the source for ScaSqlStrsReadScripts in WiX 2.0.4415.0, the GO keyword is supposed to be detected and the script split into separate strings to be subsequently executed when the ExecuteSqlStrings custom action is called (this is scheduled by ConfigureSql which schedules ExecuteSqlStrings once per SqlString or batch from a SqlScript). Is only the first part of the script running (up to the first GO?) Are the parts which are executed consecutive, or are some omitted? The CA does send some debugging information to the debug output (using OutputDebugString); you might see some useful information if you use DebugView (http://www.sysinternals.com/utilities/debugview.html) when running the installer. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonas Abrams Sent: 08 October 2006 03:33 To: wix-users@lists.sourceforge.net Subject: [WiX-users] SQL Create Function Script We are using WiX to create an installation for our application. On install, we are executing some SQL scripts (to create a database and put in sample data) and it has been working great. Recently, we started using functions with our database and now we need to run a script that creates functions when installing. In order to run the script we needed GO statements after each creation, but with the GOs the script does not execute properly within Windows Installer. Is there another way to get the script to execute properly in the Windows Installer using WiX? Thanks, Jonas - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users