About MarkusLatz

MarkusLatz · ‎Sep 12, 2013

Have you tried to set the "Required Execution Level" to "Administrator". Then you can only execute the setup.exe if you have Admin rights. Not exactly what you want, but eventually sufficient. regards Markus

MarkusLatz · ‎Aug 13, 2013

May be the ".msm" file is broken. Have you tried to open the merge module in IS and take a look ? regards Markus

MarkusLatz · ‎Feb 20, 2013

Take a look to http://community.flexerasoftware.com/showthread.php?192471-COM-extract-problem-32-bit-vs-64-bit-OS

MarkusLatz · ‎Feb 13, 2012

I have no skype. But read your private messages ....

MarkusLatz · ‎Feb 13, 2012

when I read your code snippet I see that you check for x64 architecture. But on a 64-Bit OS you have also the 32-Bit version of IE and the 64-Bit version of the IE. You must also check in which IE version your code is called. Because the 32-Bit IE version can only register 32-Bit ActiveX components even if it is a 64-Bit OS. Hope this solves your problem. regards Markus

MarkusLatz · ‎Jan 20, 2012

Hhm, last time I installed IS2010 I used the setup.exe with the following properties:

MarkusLatz · ‎Jan 20, 2012

May be you missed the expansion pack for Visual Studio 2010 ?

MarkusLatz · ‎Nov 30, 2011

I'm not sure, but you can try "\n" (new line) and "\r" (cariage return).

MarkusLatz · ‎Nov 18, 2011

I read a post, that in IS-2012 you have to specify the buffersize for MsiGetProperty before each call to MsiGetProperty. In the past this was not necessary. So may be that's the reason why your code works in IS-2011 regards Markus

MarkusLatz · ‎Sep 09, 2011

May be a stupid question, but is it the same for 32-Bit and 64-Bit OS ? Or should I call %systemroot%\syswow64\regsvr32 on 64-Bit OS because the DLL are 32-Bit ? regards Markus

MarkusLatz · ‎Sep 03, 2011

You can get the localized name with API SHGetLocalizedName At the following link is a code snippet how it works. http://blogs.msdn.com/b/michkap/archive/2007/01/18/1487464.aspx

MarkusLatz · ‎Sep 02, 2011

On windows 7 you have always "C:\Program Files" as [ProgramFilesFolder], but it is displayed "localized" in the windows explorer. If you use the variable [ProgramFilesFolder] you are always save.

MarkusLatz · ‎Sep 16, 2010

What means "My InstShld 2010 is!!" ? You can only extract com-registry data from a 64-Bit dll, if your InstallShield 2010 is installed on a 64-Bit platform/operating system. regards Markus

MarkusLatz · ‎Sep 16, 2010

Is your InstallShield 2010 installed on a 64-Bit platform ? regards Markus

MarkusLatz · ‎May 27, 2010

Aaron, go to http://www.installsite.org, use the navigation on the left side and go to "InstallScript Samples->Network". There you can find a script to retrieve the local ip and a lot of other useful things. regards Markus

Online Status	Offline
Date Last Visited	‎Sep 06, 2022 01:45 PM

Re: How do I prevent Setup.exe from executing if user doesn't have Admin permissions

Re: Adding 3rd party Merge Module to InstallScript project

Re: COM Extraction is incomplete on new build machine

Re: Packaging 64-bit activex component...

Re: Packaging 64-bit activex component...

Re: SP1 with hotfix 52410

Re: SP1 with hotfix 52410

Re: How Can I Insert a CRLF in a String?

Re: CustomActionData (in basic MSI) broken in IS 2012?

Question on Q200995 FIX

Re: Question for localizing the ProgramFilesFolder property.

Re: Question for localizing the ProgramFilesFolder property.

Re: 64 Bit COM extraction

Re: 64 Bit COM extraction

Re: Get IP Address

Re: Multiple Copies of DLLs

Modify the InstallLocation of a MSIX package with a MSIX Modification package ?

Re: Get MSI table data from within CA

Re: Get MSI table data from within CA

Re: .NET Desktop 6.0 Prerequisite File

Re: InstallShield Runtime

Re: Error while running project.

Re: "Merge module object holder" - Something missing

Re: Error while running project.

Re: System Search Registry with MsiGetProperty