Re: [WiX-users] setting computer regional time format
that seems like a Bad Idea(tm) to me, as a user in a locale that's usually affected by hardcoded decimal point programming I definately do *not* want a random installer go fiddle with my regional settings just because the programmers didn't get it right. Fix your software instead IMO. regards, Simon ps. sorry if the wording turned out harsh On 4/3/07, Some user [EMAIL PROTECTED] wrote: I need to change the user's regional time format on a computer http://www.nabble.com/file/7627/Untitled.gif During the installation. Our program does not run unless the regional time format is at a particular setting. And yet we do not want for users to need to set it manually themselves. I have been told to change this using the MSI. Is it possible? -- View this message in context: http://www.nabble.com/setting-computer-regional-time-format-tf3509715.html#a9803450 Sent from the wix-users mailing list archive at Nabble.com. - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Tallow generates invalid names
Morning Adrian! We originally saw the problem using mallow and during our problem hunting we tried tallow just to try and narrow down the problem. One thing I noticed today is that our build server had reset NtfsDisable8dot3NameCreation back to 1 so looks like we have a policy that is resetting it, but after changing it back to 0 and rebooting it works ok with dir names so I'm not sure, sorry! You could try mallow just to see if it gives you the same result, although I expect it will but worth a try anyway. Dan From: Adrian Alonso [mailto:[EMAIL PROTECTED] Sent: 02 April 2007 19:40 To: GIBBONS, Daniel Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Tallow generates invalid names Hi Dan, thanks!... that worked for Files but it not for Directories... do you have a similar issue with directories as well? On 4/2/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, We had this problem recently as well. Have a look at registry setting: HKLM\System\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation We've got it set to 0 on our build server that was giving us grief before. Dan From: Adrian Alonso [mailto:[EMAIL PROTECTED] Sent: 02 April 2007 15:00 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Tallow generates invalid names Hi, I am experimenting a very weird tallow behavior. Basically I'm executing the tallow.exe from a command line and it's generating invalid names (with more than 8+3 characters) instead of name/longnames. I'm also using tallow in a build process so it produces candle crashes due to invalid names. This strange behavior only happens in one machine (tallow had worked fine until now and we can't reproduce this behavior in our dev boxes). For example: Tallow generates the following: Directory Id=directory4 Name=Solutions Component Id=component3 DiskId=1 Guid=PUT-GUID-HERE File Id=file6 Name=SampleSolution.ico src=c:\MySolution\SampleSolution.ico / /Component /Directory It should has produced Name=Sample~1.ico LongName=SampleSolution.ico. Any ideas? Has someone experimented something similar? Thanks, -Adrian 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 us 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: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +44 (0) 20 7785 2000 or email [EMAIL PROTECTED] if you need assistance. Please refer to http://www.freshfields.com/legalnotice/uk.asp for regulatory information relating to the provision of insurance mediation services. 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 us 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: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +44 (0) 20 7785 2000 or email [EMAIL PROTECTED] if you need assistance. Please refer to http://www.freshfields.com/legalnotice/uk.asp for regulatory information relating to the provision of insurance mediation services. - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setting computer regional time format
Simon Dahlbacka wrote: that seems like a Bad Idea(tm) to me, as a user in a locale that's usually affected by hardcoded decimal point programming I definately do *not* want a random installer go fiddle with my regional settings just because the programmers didn't get it right. Fix your software instead IMO. Agreed. Unless the installer is for a very controlled environment (in which case the machine is likely to be mirrored and have the correct settings anyway) it's just a bad idea all round. Tony - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] setting computer regional time format
On Mon, 2 Apr 2007 21:15:40 -0700 (PDT), Some user wrote: Hello, During the installation. Our program does not run unless the regional time format is at a particular setting. I can only agree with the others. Your program is seriously broken, you need to fix it first. I would never buy a program myself that would want to fiddle with my personal operating system settings. Bye, Gábor --- DEÁK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] multiple cultures and codepage error
On Mon, 2 Apr 2007 11:07:26 -0400, Huck, Jacob wrote: Huck, Is there a common codepage that works with most languages and Windows Installer? Such as utf-8 (65001)? Unfortunately, not. No Unicode in any shape or form. You're limited to the existing set of codepages (as listed in the MSDN). If the language you want to localize into is not covered by any of those codepages, you're out of luck. Bye, Gábor --- DEÁK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to get 8.3 path for INSTALLDIR
I'm trying to set an environment variable to be the value of INSTALLDIR, but I need it to be the 8.3 style path. I saw an old mailing list thread about this topic that Rob responded to with: You could always just use [!FileId] to get the short name of a file. This thread was in the context of WiX 3.0, however. When I try to do this with WiX 2.0, my environment variable ends up unset. Is this a WiX 3 specific feature? --Chris - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to get 8.3 path for INSTALLDIR
Hi,... First of all - I do not know how to create short directory name (you can try to write custom action). But for [!FileId] - it is feature of MSI but it is related only to files. It means that you cannot use it to create the 8.3 format of directory. I would use the Custom action which will read the property filled with [!FileId] and then it will remove the filename from the end ( check the funciton splitpaht() ). Regards Stefan [EMAIL PROTECTED] wrote: I’m trying to set an environment variable to be the value of INSTALLDIR, but I need it to be the 8.3 style path. I saw an old mailing list thread about this topic that Rob responded to with: You could always just use [!FileId] to get the short name of a file. This thread was in the context of WiX 3.0, however. When I try to do this with WiX 2.0, my environment variable ends up unset. Is this a WiX 3 specific feature? --Chris - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stefan Pavlik | [EMAIL PROTECTED] Whitestein Technologies s.r.o. | www.whitestein.com Panenska 28 | 811 03 Bratislava | Slovak Republic Main +421 2 5443-5502 | Direct +421 2 5930-0735 - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Port monitor + printer driver
Ok, here we go again. Is there anothe way to install a port monitor and a printer driver from one installer file. Or do one has to write setup program which internally first run msiexec on the port monitor and afterwards the printer driver, in which one then can run a custom action to add the PrinterMonitor and a Printer? Regards Friedrich - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting icons to shortcut, works with exe but not with ico
See the last paragraph in the Icon Table documentation [1]: --- 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. --- Now it has been my experience that contrary to the above statement, the file does NOT have to be in EXE format, but the Icon element Id has to have the same extension as the target file. So try this: File Id=notepad_exe Compressed=no Name=notepad.exe DiskId=1 Source=C:\src\notepad.exe Vital=yes KeyPath=yes Shortcut Id=DesktopShortcut Directory=DesktopFolder Name=TestIcon Advertise=no Icon=icon.exe WorkingDirectory=APPLICATIONFOLDER IconIndex=0 / /File Icon Id=icon.exe SourceFile=C:\src\icon.ico / [1] http://msdn2.microsoft.com/en-us/library/aa369210.aspx -- Bill Arnette www.starwitness.com http://www.starwitness.com/ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maslov, Igor Sent: Monday, April 02, 2007 8:29 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Setting icons to shortcut,works with exe but not with ico Hello, I'm trying to do quite simple thing - set a shortcut to installed executable. It works and if my icon is embedded in executable I can see icon image displayed on the shortcut: This works fine: File Id=notepad_exe Compressed=no Name=notepad.exe DiskId=1 Source=C:\src\notepad.exe Vital=yes KeyPath=yes Shortcut Id=DesktopShortcut Directory=DesktopFolder Name=TestIcon Advertise=no Icon=notepad.exe WorkingDirectory=APPLICATIONFOLDER IconIndex=0 / /File Icon Id=notepad.exe SourceFile=C:\src\notepad.exe / But when I try to use a separate icon file, I see a symbolic image of an icon, instead of icon image itself (the same symbolic image of an icon that I see in Windows explorer): This does not quite work: File Id=notepad_exe Compressed=no Name=notepad.exe DiskId=1 Source=C:\src\notepad.exe Vital=yes KeyPath=yes Shortcut Id=DesktopShortcut Directory=DesktopFolder Name=TestIcon Advertise=no Icon=icon.ico WorkingDirectory=APPLICATIONFOLDER IconIndex=0 / /File Icon Id=icon.ico SourceFile=C:\src\icon'ico / If I open my desktop folder, and select Thumbnails view I can see my icon.ico picture on the shortcut, but in all other modes I just see symbolic image of an icon. Is there a way to make it working? And two more questions, that are related: 1. I assumed that IconIndex references to the index of the image inside .exe, .dll, or .ico files, but when I try to set nonzero IconIndex in wxs file, the shortcut looses it's icon. I can see in the editor, that file has multiple images. 2. After shortcut is created by Windows Installer, I tried go to Properties/Change Icon to find out what are the actual icon settings, but editing of the properties was disabled. I did not put (at least explicitly) any user account restrictions in my Wix files, and I use domain account with administrator privileges. System is Windows XP. Is it possible to unlock for edditing properties of installed shortcut? I'd appreciate any help or ideas about above problems. Igor M - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditional RemoveFiles on Uninstall
[EMAIL PROTECTED] wrote: That sounds pretty inconvenient if you want to recursively remove every file in every directory, which I would have guessed was a fairly common thing to want to do. That's not really an MSI thing -- in MSI, you're carefully controlling and describing the composition of your components so that you can easily patch them, for example. Nuking a whole tree is kinda odd in comparison.g Is there another more straightforward method of accomplishing this? I can add RemoveFile elements to all of the Directory elements, but that still leaves any user created directories laying around. The general rule: The user created the data; the user can delete the data. So MSI doesn't make it easier. You'd need a custom action if you want to nuke an arbitrary tree. And in both cases, I see REMOVEALLFILES=TRUE in the log. As the InstallValidate action in the execute sequence is what looks at the conditions, you need to make sure that the execute sequence has the property value. It sounds like that's not happening. Take a look for lines like this: MSI (s) (DC:78) [18:37:48:765]: PROPERTY CHANGE: Adding INSTALLDIR property. Its value is 'C:\Program Files\... You want to see (s) -- which indicates 's'erver, which is where MSI runs the installation -- for your property. Another place to look is when MSI switches to the server: MSI (s) (DC:78) [18:37:48:765]: Command Line: IAGREE=Yes INSTALLDIR=C:\Program Files\... That list of properties needs to have your property listed. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Port monitor + printer driver
I guess this is rather a system problem than Windows Installer. The quick answer is yes, you can install your printer monitor and driver from one installer file. Is this accepted by the system? You will have to check that yourself. Dacian - Original Message From: Friedrich Dominicus [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Sent: Tuesday, April 3, 2007 5:53:45 PM Subject: [WiX-users] Port monitor + printer driver Ok, here we go again. Is there anothe way to install a port monitor and a printer driver from one installer file. Or do one has to write setup program which internally first run msiexec on the port monitor and afterwards the printer driver, in which one then can run a custom action to add the PrinterMonitor and a Printer? Regards Friedrich - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/features_spam.html- 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Prevent install to network drive or removable media
Is there a way to prevent installing to certain media types or paths? I scanned the schema and didn't see anything that looked appropriate. Thank you. JVE - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CA with elevated privileges under Vista!
I suspect you're misunderstanding something, assuming I understand your point 4. Neither AdminUser nor Privileged will cause your CA to run elevated. They're typically used as LaunchConditions, and they also happen to be unreliable in Vista in the UI sequence. To get your CA to run elevated in the UI sequence you need to launch it with elevated privilege, and an elevated bootstrapper can do that, and that in turn requires an administrator account to do the launching. Bottom line, you must supply an admin account somewhere. At the risk of stating the obvious, this is not a scenario in which a standard user can cause elevated code to run during an install. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chuck Sent: Monday, April 02, 2007 9:51 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CA with elevated privileges under Vista! Phil, Thanx for your response. 1. Yes, early in the installation process does mean in the UI sequence...I know that this is not a recommended way to execute elevated CAs but I have a task that must be done prior to displaying a custom dialog that requires it. 2. I stuffed the manifest into the dll to ensure that all of my bases were covered...I haven't done a lot of work with them in the past and I figured that what you said would be true but just wanted to make sure I hadn't missed it if it was needed. 3. The setup.exe is asking for an Admin password if I am running the install as a Standard user...and it is asking for the OK to go ahead and run if I am logged on as an Admin user. 4. I've tried using both AdminUser and Privileged properties and neither of them causes the CA to run as admin! Any other thoughts on how I can get this CA to run as an Administrator? Thanx Chuck A couple or four things:=20 1) Does early in the installation process mean in the UI sequence?=20 2) Manifests target executables, not Dlls - they run with the level of the exe that loads them.=20 3) If the setup.exe isn't asking for elevation via Cancel/Allow but is asking for an admin account, then it means you're not an administrator but you need to be. Someone has to provide admin credentials, either you elevated to admin or somebody over the shoulder on your behalf.=20 4) AdminUser is unreliable under Vista. =20 =20 http://blogs.msdn.com/rflaming/archive/2006/09/21/uac-in-msi-notes-the-a dminuser-mistake.aspx =20 Phil Wilson=20 Chuck wrote: I have the following situation: I am creating an MSI in which I need to run a CA early in the installation process, the DA is in a C dll. The CA Requires Admin access under Vista. I am wrapping the msi in a setup.exe boot strapper that has a manifest with requestedExecutionLevel level=requireAdministrator. In my WIX project I have a condition for AdminUser and in the package I have InstallPrivileges set to elevated. The dll has requireAdministrator in its manifest. The problem that I'm having is that the code that I'm executing in my CA fails to execute correctly. I extracted the code and compiled it into an exe with the same manifest as above. When I run the exe the code completes correctly! In both cases I am getting prompted for an Admin password...which would lead one to think that the installer is running as an Admin user...but the CA fails. Any thoughts on this would be greatly appreciated. Thanx Chuck -- Chuck Hatt Magic Kite Software Ltd http://www.magickite.com Makers of Sourcerer: managing the risks in your software development. Phone: 250.383.8175 Cell:250.889.0119 email: [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] multiple cultures and codepage error
On Tue, 3 Apr 2007 13:16:42 +0200, Jacek Blaszczynski wrote: Rob, Similar problem was raised by me several months ago and the authoritative answer of one of MSFT WiX developers was that utf-8 is supported by windows installer database and can be used to support multiple cultures but the feature is not documented. Rob, could we have your word on that? The localization of at least one language (Esperanto) has been halted because no codepage covers its character requirements. UTF-8 is all right but if I feed the correct localized .wxl file into the process, the characters in question all come out as question marks. To put it frankly, this Unicode problem with Windows Installer is becoming worse than ridiculous. Bye, Gábor --- DEÁK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to get 8.3 path for INSTALLDIR
If you do this with code, C++, the GetShortPathName API works on directories. You'd do this after the directory has in fact been created. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 6:48 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to get 8.3 path for INSTALLDIR I'm trying to set an environment variable to be the value of INSTALLDIR, but I need it to be the 8.3 style path. I saw an old mailing list thread about this topic that Rob responded to with: You could always just use [!FileId] to get the short name of a file. This thread was in the context of WiX 3.0, however. When I try to do this with WiX 2.0, my environment variable ends up unset. Is this a WiX 3 specific feature? --Chris - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Tallow generates invalid names
Thanks agains Dan!, we are already using Mallow in other parts of the project but we can't use it in this one. I will try to figure out what it's happening and if I am able to find some solution I will back to this thread to tell you what I found. Thanks, -Adrian On 4/3/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Morning Adrian! We originally saw the problem using mallow and during our problem hunting we tried tallow just to try and narrow down the problem. One thing I noticed today is that our build server had reset NtfsDisable8dot3NameCreation back to 1 so looks like we have a policy that is resetting it, but after changing it back to 0 and rebooting it works ok with dir names so I'm not sure, sorry! You could try mallow just to see if it gives you the same result, although I expect it will but worth a try anyway. Dan -- *From:* Adrian Alonso [mailto:[EMAIL PROTECTED] *Sent:* 02 April 2007 19:40 *To:* GIBBONS, Daniel *Cc:* wix-users@lists.sourceforge.net *Subject:* Re: [WiX-users] Tallow generates invalid names Hi Dan, thanks!... that worked for Files but it not for Directories... do you have a similar issue with directories as well? On 4/2/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, We had this problem recently as well. Have a look at registry setting: HKLM\System\CurrentControlSet\Control\FileSystem\ NtfsDisable8dot3NameCreation We've got it set to 0 on our build server that was giving us grief before. Dan -- *From:* Adrian Alonso [mailto:[EMAIL PROTECTED] *Sent:* 02 April 2007 15:00 *To:* wix-users@lists.sourceforge.net *Subject:* [WiX-users] Tallow generates invalid names Hi, I am experimenting a very weird tallow behavior. Basically I'm executing the tallow.exe from a command line and it's generating invalid names (with more than 8+3 characters) instead of name/longnames. I'm also using tallow in a build process so it produces candle crashes due to invalid names. This strange behavior only happens in one machine (tallow had worked fine until now and we can't reproduce this behavior in our dev boxes). For example: Tallow generates the following: Directory Id=directory4 Name=Solutions Component Id=component3 DiskId=1 Guid=PUT-GUID-HERE File Id=file6 Name=SampleSolution.ico src=c:\MySolution\SampleSolution.ico / /Component /Directory It should has produced Name=Sample~1.ico LongName=SampleSolution.ico. Any ideas? Has someone experimented something similar? Thanks, -Adrian 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 us 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: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +44 (0) 20 7785 2000 or email [EMAIL PROTECTED] if you need assistance. Please refer to http://www.freshfields.com/legalnotice/uk.asp for regulatory information relating to the provision of insurance mediation services. 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 us 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: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +44 (0) 20 7785 2000 or email [EMAIL PROTECTED] if you need assistance. Please refer to http://www.freshfields.com/legalnotice/uk.asp for regulatory information relating to the provision of insurance mediation services. - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting icons to shortcut, works with exe but not with ico
It works, Thank you, Igor Maslov wrote: Hello, I'm trying to do quite simple thing - set a shortcut to installed executable. It works and if my icon is embedded in executable I can see icon image displayed on the shortcut: This works fine: File Id=notepad_exe Compressed=no Name=notepad.exe DiskId=1 Source=C:\src\notepad.exe Vital=yes KeyPath=yes Shortcut Id=DesktopShortcut Directory=DesktopFolder Name=TestIcon Advertise=no Icon=notepad.exe WorkingDirectory=APPLICATIONFOLDER IconIndex=0 / /File Icon Id=notepad.exe SourceFile=C:\src\notepad.exe / But when I try to use a separate icon file, I see a symbolic image of an icon, instead of icon image itself (the same symbolic image of an icon that I see in Windows explorer): This does not quite work: File Id=notepad_exe Compressed=no Name=notepad.exe DiskId=1 Source=C:\src\notepad.exe Vital=yes KeyPath=yes Shortcut Id=DesktopShortcut Directory=DesktopFolder Name=TestIcon Advertise=no Icon=icon.ico WorkingDirectory=APPLICATIONFOLDER IconIndex=0 / /File Icon Id=icon.ico SourceFile=C:\src\icon'ico / If I open my desktop folder, and select Thumbnails view I can see my icon.ico picture on the shortcut, but in all other modes I just see symbolic image of an icon. Is there a way to make it working? And two more questions, that are related: 1. I assumed that IconIndex references to the index of the image inside .exe, .dll, or .ico files, but when I try to set nonzero IconIndex in wxs file, the shortcut looses it's icon. I can see in the editor, that file has multiple images. 2. After shortcut is created by Windows Installer, I tried go to Properties/Change Icon to find out what are the actual icon settings, but editing of the properties was disabled. I did not put (at least explicitly) any user account restrictions in my Wix files, and I use domain account with administrator privileges. System is Windows XP. Is it possible to unlock for edditing properties of installed shortcut? I'd appreciate any help or ideas about above problems. Igor M - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Setting-icons-to-shortcut%2C-works-with-exe-but-not-with-ico-tf3509122.html#a9821544 Sent from the wix-users mailing list archive at Nabble.com. - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting icons to shortcut, works with exe but not with ico
Thanks a lot, It works now Igor M -- View this message in context: http://www.nabble.com/Setting-icons-to-shortcut%2C-works-with-exe-but-not-with-ico-tf3509122.html#a9821546 Sent from the wix-users mailing list archive at Nabble.com. - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Light is ignoring content in wixobj files
I've been trying to solve this one for at least a full day. I do not understand why content in a wxs, which is present in the resulting wixobj, is not linked into an MSI. I'm using Votive for development, but that doesn't matter because it happens on the command line also. In one wxs fragment file (notworking.wxs) I define a property: property name=TEST_PROPERTY value=11/ Compile the project and examine the resulting MSI using Orca. The property is not in the property table so I check the notworking.wxsobj file and there is the entry. table name=Property row sourceLineNumber=...FileName...*3 fieldTEST_PROPERTY/field field11/field /row /table I check the command line generated by Votive and the notworking.wixobj file is included when linking. I should point out that I have tried cleaning all wixobj files and MSIs to ensure that nothing is being persisted between sessions. I remove the property from the notworking.wxs file and place in another file (package.wxs) in the project, check the resulting msi with Orca and now it's there?! This is strange behavior that I cannot seem to place and reasoning for. The only difference between the two wxs file is the non-working notworking.wxs version is placed in a directory two levels below the working package.wxs file, which is actually the project folder. So I thought I would copy the notworking.wxs file to the same location but it still does not work. I took to debugging light.exe to see what the problem was but there is none that I can see. I see the notworking.wixobj file is loaded and the content added for later processing. As a side note, I do not understand, my project used to compile correctly. I actually created a WiX installer framework for our products. The product that I'm working on the installer for does not work, however the other product using a similar layout structure and the same internal tools works perfectly - on a daily basis?! Has anyone else experienced this behaviour or know of a solution? I'm using WiX 3.0 Thanks for the help, Paul. -- View this message in context: http://www.nabble.com/Light-is-ignoring-content-in-wixobj-files-tf3521076.html#a9822909 Sent from the wix-users mailing list archive at Nabble.com. - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [Fwd: Re: CA with elevated privileges under Vista!]
Phil, In my initial post is said " I am wrapping the msi in a setup.exe boot strapper that has a manifest with requestedExecutionLevel level="requireAdministrator"." When the setup.exe is run it does prompt for an Administrators password. However, the CA is still not running as Administrator. I know it is failing because I have the exact same code that the CA calls wrapped up as an exe and if I run it as admin and then look at the output from both it is different. Any other thoughts would be greatly appreciated. Thanx Chuck I suspect you're misunderstanding something, assuming I understand your point 4. Neither AdminUser nor Privileged will cause your CA to run elevated. They're typically used as LaunchConditions, and they also happen to be unreliable in Vista in the UI sequence. To get your CA to run elevated in the UI sequence you need to launch it with elevated privilege, and an elevated bootstrapper can do that, and that in turn requires an administrator account to do the launching. Bottom line, you must supply an admin account somewhere. At the risk of stating the obvious, this is not a scenario in which a standard user can cause elevated code to run during an install.=20 Phil Wilson=20 Phil, Thanx for your response. 1. Yes, "early in the installation process" does mean in the UI sequence... I know that this is not a recommended way to execute elevated CAs but I have a task that must be done prior to displaying a custom dialog that requires it. 2. I stuffed the manifest into the dll to ensure that all of my bases were covered...I haven't done a lot of work with them in the past and I figured that what you said would be true but just wanted to make sure I hadn't missed it if it was needed. 3. The setup.exe is asking for an Admin password if I am running the install as a "Standard" user...and it is asking for the OK to go ahead and run if I am logged on as an Admin user. 4. I've tried using both AdminUser and Privileged properties and neither of them causes the CA to run as admin! Any other thoughts on how I can get this CA to run as an Administrator? Thanx Chuck A couple or four things:=20 1) Does "early in the installation process" mean in the UI sequence?=20 2) Manifests target executables, not Dlls - they run with the level of the exe that loads them.=20 3) If the setup.exe isn't asking for elevation via Cancel/Allow but is asking for an admin account, then it means you're not an administrator but you need to be. Someone has to provide admin credentials, either you elevated to admin or somebody "over the shoulder" on your behalf.=20 4) AdminUser is unreliable under Vista. =20 =20 http://blogs.msdn.com/rflaming/archive/2006/09/21/uac-in-msi-notes-the-a dminuser-mistake.aspx =20 Phil Wilson=20 Chuck wrote: I have the following situation: I am creating an MSI in which I need to run a CA early in the installation process, the DA is in a C dll. The CA "Requires" Admin access under Vista. I am wrapping the msi in a setup.exe boot strapper that has a manifest with requestedExecutionLevel level="requireAdministrator". In my WIX project I have a condition for AdminUser and in the package I have InstallPrivileges set to elevated. The dll has requireAdministrator in its manifest. The problem that I'm having is that the code that I'm executing in my CA fails to execute correctly. I extracted the code and compiled it into an exe with the same manifest as above. When I run the exe the code completes correctly! In both cases I am getting prompted for an Admin password...which would lead one to think that the installer is running as an Admin user...but the CA fails. Any thoughts on this would be greatly appreciated. Thanx Chuck -- Chuck Hatt Magic Kite Software Ltd Makers of Sourcerer: managing the risks in your software development. Phone: 250.383.8175 Cell: 250.889.0119 email: [EMAIL PROTECTED] -- Chuck Hatt Magic Kite Software Ltd Makers of Sourcerer: managing the risks in your software development. Phone: 250.383.8175 Cell: 250.889.0119 email: [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [Fwd: Re: CA with elevated privileges under Vista!]
How does the bootstrapper launch the MSI? I'm guessing it's using something that doesn't cause the MSI to run elevated. If you're using CreateProcess I'd be suspicious. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chuck Sent: Tuesday, April 03, 2007 12:06 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] [Fwd: Re: CA with elevated privileges under Vista!] Phil, In my initial post is said I am wrapping the msi in a setup.exe boot strapper that has a manifest with requestedExecutionLevel level=requireAdministrator. When the setup.exe is run it does prompt for an Administrators password. However, the CA is still not running as Administrator. I know it is failing because I have the exact same code that the CA calls wrapped up as an exe and if I run it as admin and then look at the output from both it is different. Any other thoughts would be greatly appreciated. Thanx Chuck I suspect you're misunderstanding something, assuming I understand your point 4. Neither AdminUser nor Privileged will cause your CA to run elevated. They're typically used as LaunchConditions, and they also happen to be unreliable in Vista in the UI sequence. To get your CA to run elevated in the UI sequence you need to launch it with elevated privilege, and an elevated bootstrapper can do that, and that in turn requires an administrator account to do the launching. Bottom line, you must supply an admin account somewhere. At the risk of stating the obvious, this is not a scenario in which a standard user can cause elevated code to run during an install.=20 Phil Wilson=20 Phil, Thanx for your response. 1. Yes, early in the installation process does mean in the UI sequence... I know that this is not a recommended way to execute elevated CAs but I have a task that must be done prior to displaying a custom dialog that requires it. 2. I stuffed the manifest into the dll to ensure that all of my bases were covered...I haven't done a lot of work with them in the past and I figured that what you said would be true but just wanted to make sure I hadn't missed it if it was needed. 3. The setup.exe is asking for an Admin password if I am running the install as a Standard user...and it is asking for the OK to go ahead and run if I am logged on as an Admin user. 4. I've tried using both AdminUser and Privileged properties and neither of them causes the CA to run as admin! Any other thoughts on how I can get this CA to run as an Administrator? Thanx Chuck A couple or four things:=20 1) Does early in the installation process mean in the UI sequence?=20 2) Manifests target executables, not Dlls - they run with the level of the exe that loads them.=20 3) If the setup.exe isn't asking for elevation via Cancel/Allow but is asking for an admin account, then it means you're not an administrator but you need to be. Someone has to provide admin credentials, either you elevated to admin or somebody over the shoulder on your behalf.=20 4) AdminUser is unreliable under Vista. =20 =20 http://blogs.msdn.com/rflaming/archive/2006/09/21/uac-in-msi-notes-the-a dminuser-mistake.aspx =20 Phil Wilson=20 Chuck wrote: I have the following situation: I am creating an MSI in which I need to run a CA early in the installation process, the DA is in a C dll. The CA Requires Admin access under Vista. I am wrapping the msi in a setup.exe boot strapper that has a manifest with requestedExecutionLevel level=requireAdministrator. In my WIX project I have a condition for AdminUser and in the package I have InstallPrivileges set to elevated. The dll has requireAdministrator in its manifest. The problem that I'm having is that the code that I'm executing in my CA fails to execute correctly. I extracted the code and compiled it into an exe with the same manifest as above. When I run the exe the code completes correctly! In both cases I am getting prompted for an Admin password...which would lead one to think that the installer is running as an Admin user...but the CA fails. Any thoughts on this would be greatly appreciated. Thanx Chuck -- Chuck Hatt Magic Kite Software Ltd http://www.magickite.com Makers of Sourcerer: managing the risks in your software development. Phone: 250.383.8175 Cell:250.889.0119 email: [EMAIL PROTECTED] -- Chuck Hatt Magic Kite Software Ltd http://www.magickite.com Makers of Sourcerer: managing the risks in your software development. Phone: 250.383.8175 Cell:250.889.0119 email: [EMAIL PROTECTED] - 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
[WiX-users] Avoiding duplicating of binaries
Hi, We have a set of binaries that need to be deployed in a couple of places as part of our install (same msi). Currently, we are duplicating the files in 2 components. This is a maintenance nightmare as devs may add a binary to one component and forget to add it to another. Please can someone advise us an elegant method to solve this? Thanks Sandeep - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] .NET Installer class and Wix/Msi interaction.
I want to add some performance counters to my .NET Windows Service. There is a performance class installer but I am not sure how this class derived from the Installer class interacts with the Wix/Msi installation process. Anyone able to shed some light on this? Thank you. Kevin - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Installer class and Wix/Msi interaction.
The short answer is, you can't do it. Visual Studio uses InstallUtilLib.dll which is an MSI custom action that installs Installer based classes. As far as I know, it's not documented and not redistributable. Someone did reverse engineer InstallUtilLib and they wrote a blog post about how to get it working, you could try searching for that. That still won't fix the not redistributable part. You may need to figure out what the performance counter installer class really does and do it yourself. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: Tuesday, April 03, 2007 5:57 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] .NET Installer class and Wix/Msi interaction. I want to add some performance counters to my .NET Windows Service. There is a performance class installer but I am not sure how this class derived from the Installer class interacts with the Wix/Msi installation process. Anyone able to shed some light on this? Thank you. Kevin - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light is ignoring content in wixobj files
So, I managed to find the core issue. I don't know if this is the right answer but it seems to work. The problem laid in Light's function of removing unused entities, or not included unreferenced entities. In the example I gave notworking.wxs had included only a FeatureRef link to a Feature element in package.wxs. I swapped the Feature and FeatureRef around so that package.wxs contained a FeatureRef to a Feature element declared in notworking.wxs. Because there was now a direct reference to an element in notworking.wxs the property was also included. Phew! Paul Bates wrote: I've been trying to solve this one for at least a full day. I do not understand why content in a wxs, which is present in the resulting wixobj, is not linked into an MSI. I'm using Votive for development, but that doesn't matter because it happens on the command line also. In one wxs fragment file (notworking.wxs) I define a property: property name=TEST_PROPERTY value=11/ Compile the project and examine the resulting MSI using Orca. The property is not in the property table so I check the notworking.wxsobj file and there is the entry. table name=Property row sourceLineNumber=notworking.wxs*3 fieldTEST_PROPERTY/field field11/field /row /table I check the command line generated by Votive and the notworking.wixobj file is included when linking. I should point out that I have tried cleaning all wixobj files and MSIs to ensure that nothing is being persisted between sessions. I remove the property from the notworking.wxs file and place in another file (package.wxs) in the project, check the resulting msi with Orca and now it's there?! This is strange behavior that I cannot seem to place and reasoning for. The only difference between the two wxs file is the non-working notworking.wxs version is placed in a directory two levels below the working package.wxs file, which is actually the project folder. So I thought I would copy the notworking.wxs file to the same location but it still does not work. I took to debugging light.exe to see what the problem was but there is none that I can see. I see the notworking.wixobj file is loaded and the content added for later processing. As a side note, I do not understand, my project used to compile correctly. I actually created a WiX installer framework for our products. The product that I'm working on the installer for does not work, however the other product using a similar layout structure and the same internal tools works perfectly - on a daily basis?! Has anyone else experienced this behaviour or know of a solution? I'm using WiX 3.0 Thanks for the help, Paul. -- View this message in context: http://www.nabble.com/Light-is-ignoring-content-in-wixobj-files-tf3521076.html#a9827515 Sent from the wix-users mailing list archive at Nabble.com. - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Installer class and Wix/Msi interaction.
I am sorry to hear that but now I know. Thank you. If I do it on my own how do I let MSI/Wix know about the installed performance counters so they will be uninstalled with the application uninstall? From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 5:13 PM To: Kevin Burton; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] .NET Installer class and Wix/Msi interaction. The short answer is, you can't do it. Visual Studio uses InstallUtilLib.dll which is an MSI custom action that installs Installer based classes. As far as I know, it's not documented and not redistributable. Someone did reverse engineer InstallUtilLib and they wrote a blog post about how to get it working, you could try searching for that. That still won't fix the not redistributable part. You may need to figure out what the performance counter installer class really does and do it yourself. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: Tuesday, April 03, 2007 5:57 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] .NET Installer class and Wix/Msi interaction. I want to add some performance counters to my .NET Windows Service. There is a performance class installer but I am not sure how this class derived from the Installer class interacts with the Wix/Msi installation process. Anyone able to shed some light on this? Thank you. Kevin - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Single WIX to install multiple versions
Hello, I have a WIX based installer which currently installs the product on down level XP and Win2K3. In the next version I want to support Vista, where product binaries will change cosiderably. How can I achieve installing on downlevel and Vista with a single WIX? Regards, Davut _ Interest Rates Fall Again! $430,000 Mortgage for $1,399/mo - Calculate new payment http://www.lowermybills.com/lre/index.jsp?sourceid=lmb-9632-18679moid=7581 - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setting computer regional time format
I totally agree, and in fact it was one of the points I brought up. But my boss wants it to do this specifically. Lucky our users are locked in eh... :/ -- View this message in context: http://www.nabble.com/setting-computer-regional-time-format-tf3509715.html#a9828848 Sent from the wix-users mailing list archive at Nabble.com. - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Installer class and Wix/Msi interaction.
I've never written or installed performance counters so, I'm not sure I can help much. You might want to take a look at the PerfCounter WiX element. I think it's for unmanaged perf counters but, I could be wrong. You could also look into what the managed installer class is really doing. For example, the PowerShell SnapIn Installer class is for registering a PowerShell SnapIn but, it just creates some registry entries so the WiX Registry element works just fine. From: Kevin Burton [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 6:36 PM To: John Vottero; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] .NET Installer class and Wix/Msi interaction. I am sorry to hear that but now I know. Thank you. If I do it on my own how do I let MSI/Wix know about the installed performance counters so they will be uninstalled with the application uninstall? From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 5:13 PM To: Kevin Burton; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] .NET Installer class and Wix/Msi interaction. The short answer is, you can't do it. Visual Studio uses InstallUtilLib.dll which is an MSI custom action that installs Installer based classes. As far as I know, it's not documented and not redistributable. Someone did reverse engineer InstallUtilLib and they wrote a blog post about how to get it working, you could try searching for that. That still won't fix the not redistributable part. You may need to figure out what the performance counter installer class really does and do it yourself. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: Tuesday, April 03, 2007 5:57 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] .NET Installer class and Wix/Msi interaction. I want to add some performance counters to my .NET Windows Service. There is a performance class installer but I am not sure how this class derived from the Installer class interacts with the Wix/Msi installation process. Anyone able to shed some light on this? Thank you. Kevin - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to customize dialog window icon?
We have installer UI and we have dialogs there. In left upper corner of dialogs we have small icon, and the same icon also is shown in task panel. Is it possible to customize it? - 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Port monitor + printer driver
fiordean dacian [EMAIL PROTECTED] writes: I guess this is rather a system problem than Windows Installer. The quick answer is yes, you can install your printer monitor and driver from one installer file. Ok, if that does work how? Is this accepted by the system? Problem: the port monitor has to find it's way into the System32 folder but the files are not installed at least up to MsiProcessDrivers and as I was suprised to see much later. So while running a custom action to add the Monitor the file with the monitor is still not accessible on the disk. It's in the .msi file of course. But it seems there is no easy way to just pick it out and install it manually You will have to check that yourself. I did and therfor I asked if there is a way. Cause I did not found it. Regards Friedrich - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users