gistfile1.txt

Overview:

1. Client built logging framework

2. Framework uses WMI & "installer(?)" needs to create custom categories ("LogEvent" class inherits from System.Management.Instrumentation.BaseEvent), so must run under full trust.

3. He wants to roll it out to 38 apps/sites, all still on .NET Framework 3.5. Not sure about how many servers host it, but see #4.

4. Overheard question from yesterday was, "I'm trying to build an msi to install on all of the machines, but I can't figure out how to make it install into x64 if machine can handle it, and x86 if machine is not x64"

-----

My questions:
1. Is an msi necessary, or can this just be done with a powershell script in a Chocolatey package?
2. Is "detecting system & installing in different locations" a thing? 


At Vermont Code Camp, I heard this sentence, "People don't understand that you should only use x64 if you have really functional code, like mathematical computations, that will really benefit from x64. Otherwise it's too expensive." 

I think that might have been intended for .net project deployments, but I have not done enough to fully grok when you should & should not, what the differences are with the system resources, registry, etc., and would like to understand better.

Assuming this is a COM DLL, not a .NET DLL, then to register it you need to:
C:\Windows\SysWOW64\regsvr32.exe
C:\Windows\System32\regsvr32.exe

The first version (WoW64) will only exist on a 64 bit machine, and only is needed to register on a 64 bit machine accessing a 32bit COM DLL