Re: [WiX-users] Run the CA only on the first install (no upgrades)
UPGRADINGPRODUCTCODE is set when you're being uninstalled during an upgrade, so it sounds like the wrong condition. Now I get it!!! the UPGRADINGPRODUCTCODE is NOT set when the product is installed during an upgrade, only when uninstalled during an upgrade. THX! I think you probably want to use some variation on the following (depending on what your upgrade table looks like) to run something on the first install only. NOT (Installed Or OLDERVERSIONBEINGUPGRADED) Yes, this is what I'm using: (NOT Installed) AND (NOT OLDAPPFOUND) and works fine for me, I just didn't know why the UPGRADINGPRODUCTCODE is not working. For example to force a CA to run on a full uninstall only, but not when it's being uninstalled because an upgrade is happening I use REMOVE ~= ALL AND NOT UPGRADINGPRODUCTCODE] by the way, speaking of this condition, I did the following in my code (I want to delete a log file only on a full uninstall): [code] Component Id=RemoveLogFile Guid=GUID RemoveFile Id=RemoveLogFile Name=momo.log On=uninstall/ !--see: http://msdn.microsoft.com/en-us/library/aa369786.aspx, but doesn't work for me!-- ConditionREMOVE=ALL AND NOT UPGRADINGPRODUCTCODE/Condition /Component [/code] For some reason this doesn't work for me, the log file is still there after the full uninstall. If instead I use the following condition: [code] !--... so use this one instead, which seems to be working-- Condition(NOT UPGRADINGPRODUCTCODE) AND (REMOVE=ALL)/Condition [/code] then it is working exactly as I need. Still weird, b/c everywhere is docummented as being the first one. Am I doing smth wrong? Thx a lot! Viv On 4/9/2010 3:41 AM, Sascha Beaumont wrote: UPGRADINGPRODUCTCODE is set when you're being uninstalled during an upgrade, so it sounds like the wrong condition. For example to force a CA to run on a full uninstall only, but not when it's being uninstalled because an upgrade is happening I use REMOVE ~= ALL AND NOT UPGRADINGPRODUCTCODE] I think you probably want to use some variation on the following (depending on what your upgrade table looks like) to run something on the first install only. NOT (Installed Or OLDERVERSIONBEINGUPGRADED) Sascha On Thu, Apr 8, 2010 at 7:29 PM, Viv Cocovcotirl...@hotmail.com wrote: Hi all, I would like to run a CA only on the first install. The CA shouldn't be run on an upgrade. The condition i used is: (NOT Installed) AND (NOT UPGRADINGPRODUCTCODE) but it's not working, as the CA is still run on upgrade also. I found the nice and detailed answer from Blair here: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg31160.html which explains how this condition should look like, but what I didn't understand is why can't we use the UPGRADINGPRODUCTCODE property in order to detect when it's an upgrade. Can someone pls explain that or point to a link that contains the explanation? I mean why the condition I set is not correct? Thx, Viv -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problems with adding items to ListBox
I have listbox in dialog: Control Type=ListBox Property=SELECTEDGUICONFIG Id=GUIConfigsList Width=280 Height=91 X=25 Y=70 ListBox Property=SELECTEDGUICONFIG ListItem Text=Ничего не делать Value=0/ /ListBox /Control Custom action: InstallUISequence Custom Action=CAFillSavedConfigs After=AppSearch/ /InstallUISequence C++ code: void LogMsiMessage(MSIHANDLE hInstall, LPCWSTR szText) { PMSIHANDLE hErr = MsiCreateRecord(1); MsiRecordSetString(hErr, 0, szText); MsiProcessMessage(hInstall, INSTALLMESSAGE_INFO, hErr); } extern C UINT __stdcall FillSavedConfigs (MSIHANDLE hInstall) { TCHAR lPath[MAX_PATH], lPath1[MAX_PATH]; DWORD len = MAX_PATH; //Получаем полный путь к файлу установки MsiGetProperty(hInstall, LOriginalDatabase, lPath, len); //Ищем индекс последнего слэша в пути int i = wcslen(lPath); while ((i 0) (lPath[i] != '\\')) i--; //Копируем путь к файлу wcsncpy_s(lPath1, lPath, i); WIN32_FIND_DATA sr; HANDLE hF; wcscat_s(lPath1, TEXT(\\*.brf)); if ((hF = FindFirstFile(lPath1, sr)) != INVALID_HANDLE_VALUE) { //Получаем текущую базу PMSIHANDLE hDB = MsiGetActiveDatabase(hInstall); int i = 2;//поле Order в таблице ListBox do { //Пишем в лог данные swprintf_s(lPath, LFound config file: %s, sr.cFileName); LogMsiMessage(hInstall, lPath); //Добавляем строку в листбокс //Формируем запрос swprintf_s(lPath, LINSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', %d, '%d', '%s'), i++, i, sr.cFileName); //Пишем его в лог LogMsiMessage(hInstall, lPath); //Открываем вид MSIHANDLE hView; UINT res; if ((res = MsiDatabaseOpenView(hDB, lPath, hView)) != ERROR_SUCCESS) { if (res == ERROR_BAD_QUERY_SYNTAX) LogMsiMessage(hInstall, LMsiDatabaseOpenView() error!: ERROR_BAD_QUERY_SYNTAX); if (res == ERROR_INVALID_HANDLE) LogMsiMessage(hInstall, LMsiDatabaseOpenView() error!: ERROR_INVALID_HANDLE); PMSIHANDLE hErr = MsiGetLastErrorRecord(); MsiProcessMessage(hInstall, INSTALLMESSAGE_INFO, hErr); } else { //Выполняем запрос if (MsiViewExecute(hView, NULL) != ERROR_SUCCESS) LogMsiMessage(hInstall, LMsiViewExecute() error!); //Записываем изменения if (MsiDatabaseCommit(hDB) != ERROR_SUCCESS) LogMsiMessage(hInstall, LMsiDatabaseCommit() error!); //Закрываем хэндлы MsiViewClose(hView); MsiCloseHandle(hView); } } while (FindNextFile(hF, sr) != 0); //MsiDatabaseCommit(hDB); MsiCloseHandle(hDB); FindClose(hF); } return ERROR_SUCCESS; } At log I see errors: 11:49:59: CAFillSavedConfigs. MSI (c) (98:5C) [11:49:59:156]: Invoking remote custom action. DLL: C:\DOCUME~1\vunder\LOCALS~1\Temp\MSI27B9.tmp, Entrypoint: FillSavedConfigs Found config file: 1.brf INSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', 2, '2', '1.brf') MSI (c) (98:DC) [11:49:59:359]: Note: 1: 2237 2: 3: INSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', 2, '2', '1.brf') 4: MsiDatabaseOpenView() error!: ERROR_BAD_QUERY_SYNTAX DEBUG: Error 2237: Database: . Invalid or missing query string: INSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', 2, '2', '1.brf') What am I doing wrong? -- View this message in context: http://n2.nabble.com/Problems-with-adding-items-to-ListBox-tp4875793p4875793.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ProductVersion / Small Updates
AFAIK for a small update (not minor upgrade) the version number of a product must not change. The problem is: How to identify which version (the original or the patched one) is installed now? Maybe I misunderstood the contraint about version numbers, so I *may* change the ProductVersion, but I *must not* modify major.minor but only the postfixed fraction (major.minor.x.y)? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcut is not using specified icon
Rather weird, but I'll have to accept it -- Microsoft makes the rules. ;-) Strange but true, it still is not working: I have now used NOTEPAD.exe as source file (which obviously is in the right format and contains only a single icon) and named the icon as .exe by using Icon id=my.exe SourceFile=C:\WINDOWS\NOTEPAD.exe. After installation, the short cut shows the icon found in the linked EXE, not the icon of NOTEPAD! But when I then click on select different icon then it shows the notepad icon as the default selection. I'm totally confused. Seems uninstall and reinstall does not update the explorer's icon cache...? -Original Message- From: Alexander Shevchuk (Volt) [mailto:a-ale...@microsoft.com] Sent: Donnerstag, 8. April 2010 20:23 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Shortcut is not using specified icon Hi Markus, The Source (http://msdn.microsoft.com/en-us/library/aa369210) is saying: Icon files that are associated strictly with file name extensions or CLSIDs can have any extension, such as .ico. However, Icon files that are associated with shortcuts must be in the EXE binary format and must be named such that their extension matches the extension of the target. The shortcut will not work if this rule is not followed. For example, if a shortcut is to point to a resource having the key file Red.bar, then the icon file must also have the extension .bar. Multiple icons can be stuffed into the same icon file as long as all of the target files have the same extension. So, to fix that: Icon Id=MyIcon.exe SourceFile=pointer to exe file/ Shortcut Icon=MyIcon.exe ... / Regards, Alex -Original Message- From: Markus Karg [mailto:k...@quipsy.de] Sent: Thursday, April 08, 2010 4:34 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Shortcut is not using specified icon I have a strange problem. Following the directions in the WiX manual, I added a ShortCut which is working well. Now I added a icon, but the shortcut is not using it - it still uses the icon of the EXE! The installation is per machine. Icon Id=my.ico SourceFile=..\foo\my.ico / Component Id=Shortcut Guid=... RegistryValue Root=HKCU Key=Software\X\[ProductName] Name=Shortcut Value= Type=string KeyPath=yes / Shortcut Id=Menu Directory=MenuDir Name=!(loc.ShortcutName) WorkingDirectory=INSTALLDIR Target=[INSTALLDIR]my.exe Icon=my.ico Advertise=no / /Component Any ideas? --- --- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- --- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Retry at RMFilesInUse an invalid return value ?
Hi, I have a small setup that uses Embedded UI. During uninstall the RMFilesInUse (I just start an executable that was installed) message type gets to the embedded UI and I return DialogResult.Retry . I would expect the unistall to try again and check if the file is still in use. If it is still in use then the RMFilesInUse message getting back again. However the uninstallation fails. I noticed that this happens on Win7 (probably Vista) but not on XP. On XP after Retry it continues with the uninstallation. In the log (Win7) below it says that Retry is an invalid return value for this message. Does anyone have any idea of how the Retry is working under Embedded UI for RMFilesInUse ? Thanks. MSI (s) (50:30) [11:10:40:681]: RESTART MANAGER: Will attempt to shut down and restart applications in no UI modes. MSI (s) (50:30) [11:10:40:681]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:10:40:681]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1607 MSI (s) (50:30) [11:10:40:681]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:10:40:681]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1607 MSI (s) (50:2C) [11:11:53:335]: EEUI - Invalid return value 4 for message type 419430400. MSI (s) (50:2C) [11:11:53:335]: EEUI - Embedded UI Handler returned ERROR_INSTALL_FAILURE MSI (s) (50:30) [11:11:53:359]: Note: 1: 1725 MSI (s) (50:30) [11:11:53:359]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:11:53:359]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1725 MSI (s) (50:30) [11:11:53:359]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:11:53:359]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (50:30) [11:11:53:359]: Product: SampleWIX -- Removal failed. MSI (s) (50:30) [11:11:53:360]: Windows Installer removed the product. Product Name: SampleWIX. Product Version: 1.0.0.0. Product Language: 1033. Manufacturer: SampleWIX. Removal success or error status: 1603. -- View this message in context: http://n2.nabble.com/Retry-at-RMFilesInUse-an-invalid-return-value-tp4875952p4875952.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problems during upgrade
Hi, Some of our customers are receiving the following error when trying to upgrade our product. We are using WiX 3.0, and the upgrade is a major upgrade. the file: c:\users\[USER]\AppData\Local\Temp\IXP000.tmp\ is not a valid installation package for the product Does anyone have an idea what could be causing this? Thanks in advance for your help. Simon -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Launching two Processes after a WiX installation
Hi Bob, Thank you for the advice - I will do that. Thanks, Simon On Thu, Apr 8, 2010 at 11:11 PM, Bob Arnson b...@joyofsetup.com wrote: On 4/8/2010 11:08 AM, Xmun wrote: Is there a way to launch two applications? WiX provides the custom actions to launch one; if you want two, you need to author those additional custom actions yourself. -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with adding items to ListBox
I think you should still list all the columns in brackets: INSERT INTO `ListBox` (`Property`,`Order`,`Value`,`Text`) VALUES ('SELECTEDGUICONFIG',2,'2','1.brf') And, BTW, get a habit to wrap table and column names in `...` For more information, see the MSI SQL syntax definition: http://msdn.microsoft.com/en-us/library/aa372021.aspx and several examples: http://msdn.microsoft.com/en-us/library/aa368562.aspx Hope this helps, -- Yan -Original Message- From: vunder [mailto:vun...@bk.ru] Sent: Friday, April 09, 2010 10:51 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Problems with adding items to ListBox I have listbox in dialog: Control Type=ListBox Property=SELECTEDGUICONFIG Id=GUIConfigsList Width=280 Height=91 X=25 Y=70 ListBox Property=SELECTEDGUICONFIG ListItem Text=Ничего не делать Value=0/ /ListBox /Control Custom action: InstallUISequence Custom Action=CAFillSavedConfigs After=AppSearch/ /InstallUISequence C++ code: void LogMsiMessage(MSIHANDLE hInstall, LPCWSTR szText) { PMSIHANDLE hErr = MsiCreateRecord(1); MsiRecordSetString(hErr, 0, szText); MsiProcessMessage(hInstall, INSTALLMESSAGE_INFO, hErr); } extern C UINT __stdcall FillSavedConfigs (MSIHANDLE hInstall) { TCHAR lPath[MAX_PATH], lPath1[MAX_PATH]; DWORD len = MAX_PATH; //Получаем полный путь к файлу установки MsiGetProperty(hInstall, LOriginalDatabase, lPath, len); //Ищем индекс последнего слэша в пути int i = wcslen(lPath); while ((i 0) (lPath[i] != '\\')) i--; //Копируем путь к файлу wcsncpy_s(lPath1, lPath, i); WIN32_FIND_DATA sr; HANDLE hF; wcscat_s(lPath1, TEXT(\\*.brf)); if ((hF = FindFirstFile(lPath1, sr)) != INVALID_HANDLE_VALUE) { //Получаем текущую базу PMSIHANDLE hDB = MsiGetActiveDatabase(hInstall); int i = 2;//поле Order в таблице ListBox do { //Пишем в лог данные swprintf_s(lPath, LFound config file: %s, sr.cFileName); LogMsiMessage(hInstall, lPath); //Добавляем строку в листбокс //Формируем запрос swprintf_s(lPath, LINSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', %d, '%d', '%s'), i++, i, sr.cFileName); //Пишем его в лог LogMsiMessage(hInstall, lPath); //Открываем вид MSIHANDLE hView; UINT res; if ((res = MsiDatabaseOpenView(hDB, lPath, hView)) != ERROR_SUCCESS) { if (res == ERROR_BAD_QUERY_SYNTAX) LogMsiMessage(hInstall, LMsiDatabaseOpenView() error!: ERROR_BAD_QUERY_SYNTAX); if (res == ERROR_INVALID_HANDLE) LogMsiMessage(hInstall, LMsiDatabaseOpenView() error!: ERROR_INVALID_HANDLE); PMSIHANDLE hErr = MsiGetLastErrorRecord(); MsiProcessMessage(hInstall, INSTALLMESSAGE_INFO, hErr); } else { //Выполняем запрос if (MsiViewExecute(hView, NULL) != ERROR_SUCCESS) LogMsiMessage(hInstall, LMsiViewExecute() error!); //Записываем изменения if (MsiDatabaseCommit(hDB) != ERROR_SUCCESS) LogMsiMessage(hInstall, LMsiDatabaseCommit() error!); //Закрываем хэндлы MsiViewClose(hView); MsiCloseHandle(hView); } } while (FindNextFile(hF, sr) != 0); //MsiDatabaseCommit(hDB); MsiCloseHandle(hDB); FindClose(hF); } return ERROR_SUCCESS; } At log I see errors: 11:49:59: CAFillSavedConfigs. MSI (c) (98:5C) [11:49:59:156]: Invoking remote custom action. DLL: C:\DOCUME~1\vunder\LOCALS~1\Temp\MSI27B9.tmp, Entrypoint: FillSavedConfigs Found config file: 1.brf INSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', 2, '2', '1.brf') MSI (c) (98:DC) [11:49:59:359]: Note: 1: 2237 2: 3: INSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', 2, '2', '1.brf') 4: MsiDatabaseOpenView() error!: ERROR_BAD_QUERY_SYNTAX DEBUG: Error 2237: Database: . Invalid or missing query string: INSERT INTO ListBox VALUES ('SELECTEDGUICONFIG', 2, '2', '1.brf') What am I doing wrong? -- View this message in context:
[WiX-users] correct upgrade table
Hi all, I am interested in doing only major upgrades in my installer, this is why I have in the code for Product and Package the Id=*: [code] Product Id=* Name=$(var.ProductName) Version=$(var.CurrentVersion) Language=1033 Manufacturer=$(var.CompanyName) UpgradeCode=$(var.UpgradeCode) Package Id=* InstallerVersion=301 Compressed=yes / [/code] It might happen that we freeze internally the release 2.2.0, I build a package, give it to the QA they do tests, find bugs and those bugs are fixed, so internally I have to do another msi package, with the same version (2.2.0) but with the newer binaries (which contain the fix). In this case I have to rebuild the msi package and I would like when the QA installs it to (major) UPGRADE their already installed version 2.2.0 even though the version is the same, but to get the new binaries. In order to achieve that, I wanted to have the upgrade table like: [code] Upgrade Id=$(var.UpgradeCode) UpgradeVersion OnlyDetect=no Property=OLDAPPFOUND Minimum=0.0.1 IncludeMinimum=yes Maximum=$(var.CurrentVersion) IncludeMaximum=yes / UpgradeVersion OnlyDetect=yes Property=NEWAPPFOUND Minimum=$(var.CurrentVersion) IncludeMinimum=no / /Upgrade [/code] but I get the warning: warning LGHT1076: ICE61: This product should remove only older versions of itself. The Maximum version is not less than the current product. (2.2.0 2.2.0) This is why, I changed to (IncludeMaximum=no): [code] Upgrade Id=$(var.UpgradeCode) UpgradeVersion OnlyDetect=no Property=OLDAPPFOUND Minimum=0.0.1 IncludeMinimum=yes Maximum=$(var.CurrentVersion) IncludeMaximum=no / UpgradeVersion OnlyDetect=yes Property=NEWAPPFOUND Minimum=$(var.CurrentVersion) IncludeMinimum=no / /Upgrade [/code] and I was able to install the same product TWICE which is of course not what I wanted. Can smbd tell me how could I get what I want: - to NOT have the same product installed twice - to (major) UPGRADE the same version of the product (same version, but different msi package with different binaries) Thx, Viv -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] conditional installation if application path found
Hi, I did exactly as what you said but the message is not displayed. here is my wxs file. Property Id='APPFOUND' Value='false' RegistrySearch Id=AppFound Root=HKLM Key=SOFTWARE\Product\SETUP Name=INSTALLPATH Type=raw/ /Property Condition Message='Parent Application must be installed prior to installation of this product.' APPFOUND=false /Condition InstallExecuteSequence LaunchConditions After='AppSearch' / /InstallExecuteSequence What is wrong with this wix file? Regards, Subramanyeswari -- View this message in context: http://n2.nabble.com/conditional-installation-if-application-path-found-tp4872360p4876044.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem while uninstallation
Windows Installer only removes empty directories during install. If your application dirties those directories during execution doesn't clean up after itself, you'll need to do it yourself in your MSI or fix your application to write to somewhere under CommonAppData or LocalAppData (or some other CSIDL) instead. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Nabha, Jaspreet Singh [mailto:jaspreet.singh.na...@morganstanleysmithbarney.com] Sent: 08 April 2010 22:32 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Problem while uninstallation Hi , I am getting an issue while uninstallation. There are some folders which are copied onto user machine while installation, but its not getting deleted while uninstallation of the package. It is working on some user machine. I dig into the log files but couldn't get any fruitful information. Can some one please help me out. Thanks - Jaspreet -- Important Notice to Recipients: It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any security or commodity, to send fund transfer instructions, or to effect any other transactions. Any such request, orders, or instructions that you send will not be accepted and will not be processed by Morgan Stanley Smith Barney. The sender of this e-mail is an employee of Morgan Stanley Smith Barney LLC. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Erroneous transmission is not intended to waive confidentiality or privilege. Morgan Stanley Smith Barney reserves the right, to the extent permitted under applicable law, to monitor electronic communications. By e-mailing with Morgan Stanley Smith Barney you consent to the foregoing. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] conditional installation if application path found
I forgot to say remove Value='false' from your Property, it's totally unnecessary. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: 09 April 2010 10:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] conditional installation if application path found APPFOUND=false is wrong. Just use APPFOUND. This is covered in the tutorial extensively - http://www.tramontana.co.hu/wix/lesson1.php#1.4 Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: subramanyeswari [mailto:sravi...@yahoo.com] Sent: 09 April 2010 10:05 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] conditional installation if application path found Hi, I did exactly as what you said but the message is not displayed. here is my wxs file. Property Id='APPFOUND' Value='false' RegistrySearch Id=AppFound Root=HKLM Key=SOFTWARE\Product\SETUP Name=INSTALLPATH Type=raw/ /Property Condition Message='Parent Application must be installed prior to installation of this product.' APPFOUND=false /Condition InstallExecuteSequence LaunchConditions After='AppSearch' / /InstallExecuteSequence What is wrong with this wix file? Regards, Subramanyeswari -- View this message in context: http://n2.nabble.com/conditional-installation-if-application-path-found- tp4872360p4876044.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ProductVersion / Small Updates
Windows Installer only uses the first 3 fields of version numbers so you can change the 4th one as much as you'd like. See - http://msdn.microsoft.com/en-us/library/aa370859.aspx Personally I stay away from Small Updates for this reason. Minor upgrades work just as well with no ambiguity. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Markus Karg [mailto:k...@quipsy.de] Sent: 09 April 2010 09:11 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] ProductVersion / Small Updates AFAIK for a small update (not minor upgrade) the version number of a product must not change. The problem is: How to identify which version (the original or the patched one) is installed now? Maybe I misunderstood the contraint about version numbers, so I *may* change the ProductVersion, but I *must not* modify major.minor but only the postfixed fraction (major.minor.x.y)? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Searching for existing files but only once
Something like the following should work: Property Id=OLDAPPLICATION DirectorySearch Id=FindOldAppDir AssignToProperty=yes Depth=64 Path=[ProgramFilesFolder] FileSearch Id=FindOldAppExe Name=oldapp.exe / /DirectorySearch /Property DirectoryRef Id=ProgramFilesFolder Directory Id=OLDAPPLICATION Component Id=A_Component DiskId=1 Guid=A-GUID RemoveFile Id=Clean_A_Directory Name=* On=install/ RemoveFolder Id=Remove_A_Directory On=install/ /Component Directory Id=Another_Directory Name=Another_Directory Component Id=Another_Component DiskId=1 Guid=ANOTHER-GUID RemoveFile Id=Clean_Another_Directory Name=* On=install/ RemoveFolder Id=Remove_Another_Directory On=install/ /Component /Directory ... /Directory /DirectoryRef That assumes your old application will be under ProgramFilesFolder so modify as appropriate. You could condition the Feature for those components using something like NOT REINSTALL so they don't run during patches or upgrades but the searching for the old application will always happen (unless you Condition AppSearch but that would stop your detecting of new MSI setups for patching/upgrading). Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Markus Karg [mailto:k...@quipsy.de] Sent: 08 April 2010 14:20 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Searching for existing files but only once We need to upgrade a preinstalled software. That software is very old and knows nothing of MSI, Registry etc. We actually have to search all local drives for the old EXE file and remove the surrounding folder. As this is a time consuming task, this shall only happen if this is really an update of that old version but not if this is an update / upgrade / patch of a previous new MSI setup. I hope it is clear what I like to tell. We have no clue how to do that... Can anybody paste a short code snippet describing an idea how this could be done? Thanks! Markus -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] conditional installation if application path found
I did as you said and build msi but on installing i am getting the standard error message like the below Another version of this product is installed and installation of this version cannot contnue etc., Is there a way to install. I am selecting install option on right click on the msi. Please help me. Regards, Subramanyeswari -- View this message in context: http://n2.nabble.com/conditional-installation-if-application-path-found-tp4872360p4876415.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Changed Package/@InstallPrivileges attribute
Hello, Does change of Package/@InstallPrivileges attribute to perMachine do anything else than sets ALLUSERS to 1? We have several deferred CustomActions with Impersonate attribute set to no for elevated privileges and they seem to stop working on systems with UAC. Regards, Jan -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] conditional installation if application path found
You're trying to install on a system which already has that product installed. Stop using the same product code for all your products if they are different products. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: subramanyeswari [mailto:sravi...@yahoo.com] Sent: 09 April 2010 11:50 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] conditional installation if application path found I did as you said and build msi but on installing i am getting the standard error message like the below Another version of this product is installed and installation of this version cannot contnue etc., Is there a way to install. I am selecting install option on right click on the msi. Please help me. Regards, Subramanyeswari -- View this message in context: http://n2.nabble.com/conditional-installation-if-application-path-found- tp4872360p4876415.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX cannot install certificate - Error 26352 installing certificate
You sure? Still looks closed. Thanks. On Thu, Apr 8, 2010 at 5:13 PM, Bob Arnson b...@joyofsetup.com wrote: On 4/8/2010 9:55 AM, Andy Clugston wrote: Upgrading to the RTM (5419) did not help. Same issues. I reopened the old bug. Please attach sample authoring and a verbose log showing the problem. -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Searching for existing files but only once
Well like I said, it won't (the searching for the old application will always happen). You can't do that without writing a Custom Action Conditioning it appropriately as far as I know. Replace the function of the DirectorySearch with a Custom Action which returns the path to the directory containing your old application. Set the Property to that path the rest of the code is still the same. You should be able to do that pretty easily using DTF. Any chance you might start thinking for yourself sometime soon? Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Markus Karg [mailto:k...@quipsy.de] Sent: 09 April 2010 12:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Searching for existing files but only once I do not understand how this will prevent that the DirectorySearch runs each time the MSI gets installed (which was actually what I liked to ask)? -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Freitag, 9. April 2010 12:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Searching for existing files but only once Something like the following should work: Property Id=OLDAPPLICATION DirectorySearch Id=FindOldAppDir AssignToProperty=yes Depth=64 Path=[ProgramFilesFolder] FileSearch Id=FindOldAppExe Name=oldapp.exe / /DirectorySearch /Property DirectoryRef Id=ProgramFilesFolder Directory Id=OLDAPPLICATION Component Id=A_Component DiskId=1 Guid=A-GUID RemoveFile Id=Clean_A_Directory Name=* On=install/ RemoveFolder Id=Remove_A_Directory On=install/ /Component Directory Id=Another_Directory Name=Another_Directory Component Id=Another_Component DiskId=1 Guid=ANOTHER-GUID RemoveFile Id=Clean_Another_Directory Name=* On=install/ RemoveFolder Id=Remove_Another_Directory On=install/ /Component /Directory ... /Directory /DirectoryRef That assumes your old application will be under ProgramFilesFolder so modify as appropriate. You could condition the Feature for those components using something like NOT REINSTALL so they don't run during patches or upgrades but the searching for the old application will always happen (unless you Condition AppSearch but that would stop your detecting of new MSI setups for patching/upgrading). Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Markus Karg [mailto:k...@quipsy.de] Sent: 08 April 2010 14:20 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Searching for existing files but only once We need to upgrade a preinstalled software. That software is very old and knows nothing of MSI, Registry etc. We actually have to search all local drives for the old EXE file and remove the surrounding folder. As this is a time consuming task, this shall only happen if this is really an update of that old version but not if this is an update / upgrade / patch of a previous new MSI setup. I hope it is clear what I like to tell. We have no clue how to do that... Can anybody paste a short code snippet describing an idea how this could be done? Thanks! Markus --- - -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- --- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Changed Package/@InstallPrivileges attribute
InstallPrivileges can only be set to either limited or elevated. I'm assuming you mean InstallScope in which case yes that's all it does according to the documentation - http://wix.sourceforge.net/manual-wix3/wix_xsd_package.htm How are you elevating the MSI on UAC systems? Are you elevating msiexec or a bootstrapper/command prompt which launches msiexec or are you allowing msiexec to request elevation when it starts the InstallExecuteSequence? Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Jan Bilek [mailto:bil...@gmail.com] Sent: 09 April 2010 12:52 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Changed Package/@InstallPrivileges attribute Hello, Does change of Package/@InstallPrivileges attribute to perMachine do anything else than sets ALLUSERS to 1? We have several deferred CustomActions with Impersonate attribute set to no for elevated privileges and they seem to stop working on systems with UAC. Regards, Jan -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Searching for existing files but only once
Any chance you might start thinking for yourself sometime soon? Actually I do not understand why writing this. We are beginners with MSI and WiX and have no clue what is there for free out of the box, and what must be done with special tasks. Possibly there would be something that can prevent actions to run if a property is set? How should we know without asking? We spent two days and did not find something, so we asked that question. If you don't like answering them, why did you answer at all? We know pretty well how to use conditions and all that, we just wanted to know whether there is a trick now mentioned in the manuals, not more. How should we find out that by self-thinking? If this would be possible, this newsgroup would be obsolete. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ProductVersion / Small Updates
The question is, whether this holds true for Small Updates, since Microsoft writes that ProductVersion must not be modified. So is it a valid assumption (that holds true forever and not just by incident is at the moment so) that the ignoring described in the link you posted also is in place for Small Updates? -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Freitag, 9. April 2010 11:59 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] ProductVersion / Small Updates Windows Installer only uses the first 3 fields of version numbers so you can change the 4th one as much as you'd like. See - http://msdn.microsoft.com/en-us/library/aa370859.aspx Personally I stay away from Small Updates for this reason. Minor upgrades work just as well with no ambiguity. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Markus Karg [mailto:k...@quipsy.de] Sent: 09 April 2010 09:11 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] ProductVersion / Small Updates AFAIK for a small update (not minor upgrade) the version number of a product must not change. The problem is: How to identify which version (the original or the patched one) is installed now? Maybe I misunderstood the contraint about version numbers, so I *may* change the ProductVersion, but I *must not* modify major.minor but only the postfixed fraction (major.minor.x.y)? --- - -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- --- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with adding items to ListBox
Thanks. MsiDatabaseOpenView() worked with swprintf_s(lPath, LINSERT INTO `ListBox` (`Property`,`Order`,`Value`,`Text`) VALUES ('SELECTEDGUICONFIG', %d, '%d', '%s'), i++, i, sr.cFileName); But now there is another problem with MsiViewExecute(). I call it after MsiDatabaseOpenView(): if (MsiViewExecute(hView, rr) != ERROR_SUCCESS) LogMsiMessage(hInstall, LMsiViewExecute() error!); At Log I see: MSI (c) (9C:0C) [16:46:05:000]: Invoking remote custom action. DLL: C:\DOCUME~1\vunder\LOCALS~1\Temp\MSI2D32.tmp, Entrypoint: FillSavedConfigs Found config file: 1.brf INSERT INTO `ListBox` (`Property`,`Order`,`Value`,`Text`) VALUES ('SELECTEDGUICONFIG', 2, '2', '1.brf') MSI (c) (9C!D8) [16:46:05:390]: Note: 1: 2259 2: 3: 4: MsiViewExecute() error! DEBUG: Error 2259: Database: Table(s) Update failed -- View this message in context: http://n2.nabble.com/Problems-with-adding-items-to-ListBox-tp4875793p4876851.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with adding items to ListBox
Problem solving with this query: swprintf_s(lPath, LINSERT INTO `ListBox` (`Property`,`Order`,`Value`,`Text`) VALUES ('SELECTEDGUICONFIG', %d, '%d', '%s') TEMPORARY, i++, i, sr.cFileName); I added TEMPORARY at the end of the query and it work's -- View this message in context: http://n2.nabble.com/Problems-with-adding-items-to-ListBox-tp4875793p4876874.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Beginner's Question: 32 Bit MSI on 64 Bit OS
Thank you for this information, it was very helpful. -Original Message- From: Rohit Sharma (SIDC) [mailto:rohit.sha...@symyx.com] Sent: Donnerstag, 25. März 2010 14:02 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Beginner's Question: 32 Bit MSI on 64 Bit OS Please refer to the following URL: http://msdn.microsoft.com/en-us/library/aa372855%28VS.85%29.aspx http://windows.microsoft.com/en-IN/windows-vista/32-bit-and-64-bit- Windows-frequently-asked-questions http://msdn.microsoft.com/en-us/library/aa384249%28VS.85%29.aspx Microsoft supports a Emulator on 64 bit platform using which you CAN run the 32-bit application using WoW (i.e. Windows on Windows) on 64 bit platform seamlessly. But it does have exceptions like Windows driver or Antivirus programs which actually interact at filesystem level with the OS. In case your development team is in early stages of development, they should think of providing support for 64 bit platform but in case it's a already developed application they can test with 64 bit if it doesn't falls in the exception category. Same applies to your installer Markus, you may need to refer to Template Summary property which needs to be set to intel for this support, refer first URL. Regards Rohit -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Thursday, March 25, 2010 6:26 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Beginner's Question: 32 Bit MSI on 64 Bit OS That's a general problem with .NET binaries built for AnyCPU since Windows Installer doesn't have an AnyCPU type platform (would be nice if departments within Microsoft were aware of what each other support but I wouldn't hold my breath). Easy solution in that case would be to make x86 x64 MSI's containing the same binaries (could even use the same CAB for both MSI's) bootstrap them together so the x86 one only gets installed on x86 machines while the x64 one only gets installed x64 machines. If you don't want to go the bootstrapper route simply giving each MSI appropriate Launch Conditions (something as simple as Installed AND NOT VersionNT64 would work for x86 and simply remove the NOT for the x64 package) letting your users figure it out for themselves works. In my experience the number of people with Network Admin or similar job titles who pester your support team because they're not clever enough to know which platform their machines are running don't read the friendly error message telling them they're running the wrong installer means bootstrapping them together taking the choice out of their hands is a better solution. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Michael Osmond [mailto:mosm...@baytech.com.au] Sent: 25 March 2010 12:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Beginner's Question: 32 Bit MSI on 64 Bit OS I found one case where this doesn't work. It seems dotnet apps by default leave it up to the framework to determine if they are 64 or 32 bit. So when you package this as a 32 Bit MSI and install it on a 64 Bit machine the registry settings are redirected to the Wow6432bit node, but when the code reads the registry it is 64 bit and does not do the redirection (unless you actually try to detect this and code around it). Result was a broken app. Would be interested if anyone had a way around this. Michael -Original Message- From: Richard Horsley [mailto:richard.hors...@eicltd.com] Sent: Thursday, 25 March 2010 10:26 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Beginner's Question: 32 Bit MSI on 64 Bit OS As I said a bit further back, installing regular x86 MSI's on x64 windows systems works absolutely fine. It will automatically use SysWOW64 instead of system32, Wow6432Node for registry settings and Program Files (x86) for the actual program directory. Unless you specify otherwise, this is the defauly behaviour of the standard x86 variables on x64 machines. Richard -Original Message- From: Lodhiya, Harshil [mailto:harshil.lodh...@eclipsys.com] Sent: 25 March 2010 12:12 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Beginner's Question: 32 Bit MSI on 64 Bit OS Karg, If you get a chance to install your x86 msi on 64 bit OS, please share your results with me. It will help me in future. -- H -Original Message- From: Pally Sandher
Re: [WiX-users] Problems with adding items to ListBox
Right, that's because you can only add temporary records from inside the custom action. -- Yan -Original Message- From: vunder [mailto:vun...@bk.ru] Sent: Friday, April 09, 2010 15:52 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Problems with adding items to ListBox Problem solving with this query: swprintf_s(lPath, LINSERT INTO `ListBox` (`Property`,`Order`,`Value`,`Text`) VALUES ('SELECTEDGUICONFIG', %d, '%d', '%s') TEMPORARY, i++, i, sr.cFileName); I added TEMPORARY at the end of the query and it work's -- View this message in context: http://n2.nabble.com/Problems-with-adding-items-to-ListBox-tp4875793p487 6874.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Searching for existing files but only once
General discussion for Windows Installer XML toolset doesn't mean e-mail here to ask for help on every little issue you get stuck on without trying to figure it out for yourself. Maybe I'm being too harsh on yourself but there's a lot of people posting questions on here which can be answered by a single line reply containing a URL to either the WiX tutorial, WiX documentation or an MSDN page for Windows Installer. What's even worse is some people appear to not even read the links they're directed to ask another question which would be answered if they took the time to look over the page they've been pointed at. Sorry, but you completely missed the point with our question. We are open source committers on our own and are very active on several other newsgroups in the Java area. We invested four weeks so far on learning about WiX and MSI, we have read the MSI documentation two times, we two times follows the brilliant tutorial, we have read lots of links at MSDN and other places. We just did not found a solution to the question how to prevent that the disk scan is performed *every* time and hoped that some guru found a solution to prevent us from spending lots of more days just to detect that there is no solution. If the idea of participating of an already worked-out solution found by some other user in front of this background does not qualify us for asking this particular question, then I actually do not understand what types of question are actually allowed to get asked in this forum at all. I always had the impression that everybody on this newsgroup was very helpful and friendly and lots of our problems acually had been solved by some kind guys understanding that not everybody wants to invest more weeks just to find out what others can tell in one minute, and we always had been very thankful for that and always told that on this list so far. But today some of these friendly and helpful guys seems to have forgotten to take his pills or what a forum actually is good for: To talk. What else did we do? If you don't know the solution or don't like to provide it, no problem, we respect this. But we dislike being told to start thinking after investing weeks. Seems you got up on the wrong side this morning. Regards Markus -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem while uninstallation
Thanks for your reply. My concern here is to remove the application folder after uninstallation. I am little worried because it is working fine on some machines. The folders gets deleted after uninstallation. Can some one have any idea how I can dig the issue ? Thanks - Jass -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Friday, April 09, 2010 5:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Problem while uninstallation Windows Installer only removes empty directories during install. If your application dirties those directories during execution doesn't clean up after itself, you'll need to do it yourself in your MSI or fix your application to write to somewhere under CommonAppData or LocalAppData (or some other CSIDL) instead. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Nabha, Jaspreet Singh [mailto:jaspreet.singh.na...@morganstanleysmithbarney.com] Sent: 08 April 2010 22:32 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Problem while uninstallation Hi , I am getting an issue while uninstallation. There are some folders which are copied onto user machine while installation, but its not getting deleted while uninstallation of the package. It is working on some user machine. I dig into the log files but couldn't get any fruitful information. Can some one please help me out. Thanks - Jaspreet -- Important Notice to Recipients: It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any security or commodity, to send fund transfer instructions, or to effect any other transactions. Any such request, orders, or instructions that you send will not be accepted and will not be processed by Morgan Stanley Smith Barney. The sender of this e-mail is an employee of Morgan Stanley Smith Barney LLC. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Erroneous transmission is not intended to waive confidentiality or privilege. Morgan Stanley Smith Barney reserves the right, to the extent permitted under applicable law, to monitor electronic communications. By e-mailing with Morgan Stanley Smith Barney you consent to the foregoing. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Important Notice to Recipients: It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any security or commodity, to send fund transfer instructions, or to effect any other transactions. Any such request, orders, or instructions that you send will not be accepted and will not be processed by Morgan Stanley Smith Barney. The sender of this e-mail is an employee of Morgan Stanley Smith Barney LLC. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Erroneous transmission is not intended to waive confidentiality or privilege. Morgan Stanley Smith Barney reserves the right, to the extent permitted under applicable law, to monitor electronic communications. By e-mailing with Morgan Stanley Smith Barney you consent to the foregoing. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks
[WiX-users] Run ca on install fail
Hi all, I would like to run a custom action that runs if the install fails. Has anyone successfully done that? I f so, any suggestions would be great. Thx, Craig -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Heat
Hello, When I try to harvest registration information from a 64 bit dll Heat v3.0.5419 is returning that the file does not support SelfReg and an error code 193 for the file (invalid Win32 app). The file does support SelfReg. How do I harvest registration information from 64 bit dlls? Thanks, Tom -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Retry at RMFilesInUse an invalid return value ?
Windows Installer knows nothing about .NET, so the real question is whether you are returning one of the documented results according to the INSTALL_UIHANDLER documentation, and which one Dialogresult.Retry (4) maps to. Phil From: CristianG [cristian.gherghine...@gmail.com] Sent: Friday, April 09, 2010 1:41 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Retry at RMFilesInUse an invalid return value ? Hi, I have a small setup that uses Embedded UI. During uninstall the RMFilesInUse (I just start an executable that was installed) message type gets to the embedded UI and I return DialogResult.Retry . I would expect the unistall to try again and check if the file is still in use. If it is still in use then the RMFilesInUse message getting back again. However the uninstallation fails. I noticed that this happens on Win7 (probably Vista) but not on XP. On XP after Retry it continues with the uninstallation. In the log (Win7) below it says that Retry is an invalid return value for this message. Does anyone have any idea of how the Retry is working under Embedded UI for RMFilesInUse ? Thanks. MSI (s) (50:30) [11:10:40:681]: RESTART MANAGER: Will attempt to shut down and restart applications in no UI modes. MSI (s) (50:30) [11:10:40:681]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:10:40:681]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1607 MSI (s) (50:30) [11:10:40:681]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:10:40:681]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1607 MSI (s) (50:2C) [11:11:53:335]: EEUI - Invalid return value 4 for message type 419430400. MSI (s) (50:2C) [11:11:53:335]: EEUI - Embedded UI Handler returned ERROR_INSTALL_FAILURE MSI (s) (50:30) [11:11:53:359]: Note: 1: 1725 MSI (s) (50:30) [11:11:53:359]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:11:53:359]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1725 MSI (s) (50:30) [11:11:53:359]: Note: 1: 2205 2: 3: Error MSI (s) (50:30) [11:11:53:359]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (50:30) [11:11:53:359]: Product: SampleWIX -- Removal failed. MSI (s) (50:30) [11:11:53:360]: Windows Installer removed the product. Product Name: SampleWIX. Product Version: 1.0.0.0. Product Language: 1033. Manufacturer: SampleWIX. Removal success or error status: 1603. -- View this message in context: http://n2.nabble.com/Retry-at-RMFilesInUse-an-invalid-return-value-tp4875952p4875952.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at Portland House, Bressenden Place, London, SW1E 5BF (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to write to install log in InstallUISequence
MsiProcessMessage can't be called from a DoAction custom action. It's documented somewhere I can't find, and mentioned in the MSDN community content. You'd need to call it outside the DoAction. Phil From: akihiro.shib...@jp.yokogawa.com [akihiro.shib...@jp.yokogawa.com] Sent: Thursday, April 08, 2010 6:43 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to write to install log in InstallUISequence Hi all, I create a DLL Custom Action using C++, and It write log using WcaLog function. But I seem it doesn't work. This custom action is called, when the button is pushed as follows. Publish Event=DoAction Value=ConfigureFeature1/Publish When I scheduled the custom action in InstallExecuteSequence, it does work right. InstallExecuteSequence /InstallExecuteSequence Does it support the the WcaLog function called in InstallUISequence or DoEvent ? And how to write log in InstallUIExecuteSequence ? thanks, -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at Portland House, Bressenden Place, London, SW1E 5BF (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Searching for existing files but only once
I'm going to add my two cents at the risk of adding more fuel to the fire... *sigh* Here goes... I'm a firm believer of RTFM. On my first technical job during my first summer break during college I was given old HP hardware, 6 CDs, and told Today you will learn how to install HPUX from scratch. My supervisor gave taught me how to boot the hardware using the firmware on that box and then promptly left. It took me 4 attempts and an entire week to figure out how to install HPUX from scratch all by myself. I was expected to search for documentation on my own and I was expected to read/understand said documentation on my own. Of course, there were times when I still needed help. In those cases I had no other option than to ask for help. One must still ask intelligent questions. Nearly all HowTo questions can be answered with one of two answers: 1) RTFM and 2) RTFM. In the first case, the documentation actually provides the information needed to perform the job. In the second case, the documentation implicitly says that something is not possible because it is not supported. Therefore, when one has a question one needs to formulate it so that the question demonstrates understanding. A general format for a question is I'm trying to ... I have tried ... I read that ... I don't understand why ... Can you point me to ... In other words, provide the context that shows that you've done your homework and that all the ideas haven't clicked yet. With this context it is much easier for those of us that want to provide help to do so because we understand the context better and we know what you have already discovered on your own. Many times all we need to do is confirm what you already thought was the case. In other cases, we can point you to other documentation that can help. Simply saying I've read this and I've read that isn't enough. Describe what you've learned. Describe what you don't understand. Do not just formulate your question as How do I ...?. Given that this mailing list is volunteer based, it is even more important to provide as much context as possible in questions because we don't have the time to do the research for you. We have other day jobs. We are all very friendly but only when we are treated with respect. In my personal opinion, we just saw a volunteer lose their patience, not necessarily due to the current conversation, but because of an accumulation of questions asked in the How do I ...? fashion that clearly demonstrate that the questioner hasn't done their homework yet. She may have exploded in this particular case but not _just_ because of this particular case. Ok. Hopefully, the fires won't heat up any further. And hopefully we'll all ask better questions and we'll all respond with more questions. RTFM? Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Friday, April 09, 2010 6:52 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Searching for existing files but only once Everyone on this list with the exception of Rob M, Bob A the rest of the core WiX dev team was a beginner with WiX at one time. However a large number of people (myself included) took it upon themselves to learn about the tools they're trying to use. Most of us would've done that by going through the tutorials, reading the WiX documentation, reading MSDN pages for Windows Installer, looking up blog pages for Windows Installer etc. (see www.google.com) then actually trying to do things for ourselves by creating installers testing them. As I've said before on this list would you try to build executables DLL's in C++ without having any knowledge of CRT/ATL/MFC/.NET (delete where appropriate)? General discussion for Windows Installer XML toolset doesn't mean e-mail here to ask for help on every little issue you get stuck on without trying to figure it out for yourself. Maybe I'm being too harsh on yourself but there's a lot of people posting questions on here which can be answered by a single line reply containing a URL to either the WiX tutorial, WiX documentation or an MSDN page for Windows Installer. What's even worse is some people appear to not even read the links they're directed to ask another question which would be answered if they took the time to look over the page they've been pointed at. None of us, not even the core WiX dev team get paid for working on WiX or for helping people by replying to queries on this list yet there are people treating it like a subscription based support service for a commercially bought software package. I guess this is a symptom of the growing popularity of WiX but there's no reason why anyone should be happy with that. Maybe I'm just too used to
Re: [WiX-users] C++ Custom Action Dll not running on Windows Server 2008 R2
Thanks for the tip on the Dependency Walker tool. Running depends.exe. My verbose log states in the relevant lines. ... MSI (c) (78:44) [13:18:52:817]: Doing action: PIDKEYValidation Action 13:18:52: PIDKEYValidation. Action start 13:18:52: PIDKEYValidation. MSI (c) (78:D4) [13:18:52:823]: Invoking remote custom action. DLL: C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp, Entrypoint: PIDKEYValidation MSI (c) (78:C0) [13:18:52:826]: Cloaking enabled. MSI (c) (78:C0) [13:18:52:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (78:C0) [13:18:52:828]: Connected to service for CA interface. MSI (c) (78:44) [13:18:52:900]: Note: 1: 1723 2: PIDKEYValidation 3: PIDKEYValidation 4: C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action PIDKEYValidation, entry: PIDKEYValidation, library: C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp MSI (c) (78:44) [13:18:55:866]: Product: WITS 3.04 -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action PIDKEYValidation, entry: PIDKEYValidation, library: C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp Action ended 13:18:55: PIDKEYValidation. Return value 3. DEBUG: Error 2896: Executing action PIDKEYValidation failed. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2896. The arguments are: PIDKEYValidation, , Action ended 13:18:55: WelcomeDlg. Return value 3. MSI (c) (78:C0) [13:18:55:884]: Doing action: FatalError Action 13:18:55: FatalError. ... I basically am using this demo with an addition of some conditionals to determine which features are installed by the PIDKEY http://www.wixwiki.com/index.php?title=Simple_Custom_Action_Dll After installing Microsoft Visual C++ 2008 SP1 Redistributable Package (x86) http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2displaylang=en on the Virtual Machine with Windows Server 2008 R2 my Dll ran fine. --Sam On 4/8/2010 4:10 PM, Bob Arnson wrote: On 4/8/2010 1:14 PM, Sam Domonkos wrote: I know this is not specifically WiX 3.5, but I have a custom action that will run on XP 32bit, Windows7 32 and 64bit, but will not run on Windows Server 2008 R2. Use Dependency Walker to see if the DLL has dependencies you're not accounting for. Otherwise, generic advice: use a verbose log to see how far your code gets. (You didn't say how it fails so it's difficult to be more precise.) -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Changed Package/@InstallPrivileges attribute
Sorry for the wrong attribute name - i really meant InstallScope. We've got own boostrapper application which executes msiexec. We are executing one application (as a deferred CA with Impersonate attribute set to 'No') during the installation process to create a registry key with permissions for user who started the installation. We didn't use InstallScope attribute (i assume that its default value is perUser) before, but when we set it to perMachine, then the key was not created with permissions for current user - this means that the application was not executed under his credentials. How could InstallScope set to perMachine mess this up? Thanks for any reply. Regards, Jan Pally Sandher wrote: InstallPrivileges can only be set to either limited or elevated. I'm assuming you mean InstallScope in which case yes that's all it does according to the documentation - http://wix.sourceforge.net/manual-wix3/wix_xsd_package.htm How are you elevating the MSI on UAC systems? Are you elevating msiexec or a bootstrapper/command prompt which launches msiexec or are you allowing msiexec to request elevation when it starts the InstallExecuteSequence? Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Jan Bilek [mailto:bil...@gmail.com] Sent: 09 April 2010 12:52 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Changed Package/@InstallPrivileges attribute Hello, Does change of Package/@InstallPrivileges attribute to perMachine do anything else than sets ALLUSERS to 1? We have several deferred CustomActions with Impersonate attribute set to no for elevated privileges and they seem to stop working on systems with UAC. Regards, Jan -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Help with - light.exe : error LGHT0204 : ICE03: Invalid identifier
Hi, I am trying to build a merge module. And here is the error I see: light.exe : error LGHT0204 : ICE03: Invalid identifier; Table: ModuleComponents, Column: ModuleID, Key(s): mod_ticket.so.FCD893BA_6892_46F6_9A13_037CB5C0AE89.XT E Ticketing.FCD893BA_6892_46F6_9A13_037CB5C0AE89.0 light.exe : error LGHT0204 : ICE03: Invalid identifier; Table: ModuleSignature, Column: ModuleID, Key(s): Ticketing.FCD893BA_6892_46F6_9A13_037CB5C0AE89.0 light.exe : error LGHT0204 : ICE60: The file mod_a_n.dll.8097A0CB_06C2_4AF9_842A_39CD923F7044 is Versioned. It cannot be hashed Any help to get around this will be great. Thanks, Satish M S -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users