wise

How to interactive a silently installing msi? (Progress data and cancel it)

匿名 (未验证) 提交于 2019-12-03 02:31:01
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: For some reason, we are delivering a product with our own install GUI, that means, we will run the msi installation silently background. By using the MSI API "MsiInstallProduct", I can install the product silently, but I have no idea how can I get the progress data of this installation and how can I cancel it. Anyone has some ideas? 回答1: Here is a sample project that appears to do what you are referring to: http://www.codeproject.com/KB/cs/msiinterop.aspx 回答2: UPDATE : This tool from Wise is regrettably not downloadable anymore . I am not

C# NOT (~) bit wise operator returns negative values

匿名 (未验证) 提交于 2019-12-03 01:01:02
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 由 翻译 强力驱动 问题: Why does C#'s bitwise NOT operator return (the_number*-1)-1 ? byte a = 1 ; Console . WriteLine (~ a ); //equals -2 byte b = 9 ; Console . WriteLine (~ b ); //equals -10 // Shouldn't a=0 and b=6? How would I do this in C#? 9 = 0b1001 -> NOT = 0b0110 = 6 回答1: Bitwise operations return a value of type int (signed). Signed integers use two's-complement to represent negative numbers. Sign extension is used when going from byte to int. byte a = 1 ; // 0b00000001 int notA = ~ a ; // 0b11111110 = -128 + 64 + 32 + 16 + 8 + 4 + 2 = -2

How to stop a running process during an MSI based un-install?

心不动则不痛 提交于 2019-12-01 21:32:01
问题 I'm using Wise Package Studio 7.0 SP2 on Windows XP. I've got an MSI Wrapped EXE installation that goes about happily installing some files and then running one of the files from the installation which we can refer to as app.exe. So on the "Execute Deferred" tab of the MSI Editor, I had to add the lines: If Not Installed then Execute Installed Program app.exe (Action) End This ensured that my app.exe would be run only on an installation and not during a modify/repair/removal. When app.exe

How to stop a running process during an MSI based un-install?

▼魔方 西西 提交于 2019-12-01 18:39:45
I'm using Wise Package Studio 7.0 SP2 on Windows XP. I've got an MSI Wrapped EXE installation that goes about happily installing some files and then running one of the files from the installation which we can refer to as app.exe. So on the "Execute Deferred" tab of the MSI Editor, I had to add the lines: If Not Installed then Execute Installed Program app.exe (Action) End This ensured that my app.exe would be run only on an installation and not during a modify/repair/removal. When app.exe runs, it conveniently adds itself to the system tray. I'm looking for something that will do the reverse

Are Visual Studio Setup projects suitable for complex setups?

给你一囗甜甜゛ 提交于 2019-11-30 11:14:33
Are "Visual Studio Setup" projects suitable for complex setups in different versions? The application is rather large (> 500,000 lines of code) and is under continuous development. Every 6 to 10 months a new version gets released. We have multiple configuration files (INI and XML), registry keys, database migration scripts, etc. The application is in the progress of being migrated from Visual Basic 6.0 to .NET. The old installer was build with Installshield . The feedback to Installshield is: Bad adaptability, bad reuse - that's why we are evaluating "Visual Studio Setup" as an alternative.

Are Visual Studio Setup projects suitable for complex setups?

浪子不回头ぞ 提交于 2019-11-29 16:52:45
问题 Are "Visual Studio Setup" projects suitable for complex setups in different versions? The application is rather large (> 500,000 lines of code) and is under continuous development. Every 6 to 10 months a new version gets released. We have multiple configuration files (INI and XML), registry keys, database migration scripts, etc. The application is in the progress of being migrated from Visual Basic 6.0 to .NET. The old installer was build with Installshield. The feedback to Installshield is:

How do I avoid distributing sensitive information in my MSI by accident?

被刻印的时光 ゝ 提交于 2019-11-27 15:53:28
How do I avoid distributing sensitive information in my WiX / MSI by accident? I distributed a password, machine name or login credentials by accident with my MSI file. How do I best deal with this problem? After deployment my application connects erronously to my QA / UAT systems instead of my production systems - because of a faulty debugging construct in my setup's custom action code. How can I detect and avoid this? How do I avoid distribution such information in general? This is a Q/A-style question with the simplest possible approach to avoid spreading sensitive information via your MSI