32bit-64bit

I would like to analyse a DLL from within a T4 template using Reflection, so that I can generate code based on the results of the reflection analysis. I know EnvDTE would be a better option, but this is not possible in my case for several reasons. The problem with reflection is that the DLL is a 64-bit DLL and if I load that within the T4 template I get a BadImageFormatException because I am trying to load a 64-bit DLL into a 32-bit process (Visual Studio 2012). Is there any way to analyse the contents of that DLL within T4, preferrably using reflection? I have already thought about writing a

I'm currently wring a Cocoa application which needs to execute some (console) applications which are optimized for 32 and 64 bit. Because of this I would like to detect what CPU architecture the application is running on so I can start the correct console application. So in short: how do I detect if the application is running on a 64 bit OS? Edit: I know about the Mach-O fat binaries, that was not my question. I need to know this so I can start another non bundled (console) application. One that is optimized for x86 and one for x64 . There is a super-easy way. Compile two versions of the

We have an application which, for various reasons, needs to be compiled as both a 32-bit and 64-bit app. The thing is, we want to distribute both setup files (msi) on a single CD. Is there a launch condition or autorun.inf entry that we can use to know which setup.exe to launch? Or do we need to write a separate little exe that gets called by autorun, and which determines the OS, and calls the appropriate setup.exe? There does not appear to be any 32/64bit detection support inherent in autorun.inf files . The convention that most applications which supply a 32 and 64 bit MSI follow is similar

I've built an .ipa file with following flags armv7 armv7s and arm64. Is there any way/ tool through which i can make sure the .ipa does have the 64-Bit support? How does apple find out during app submission if the app binary does have 64-Bit support. One of the options is to use lipo -info %path-to-executable% make sure you are not using path to .app folder or .ipa archive. I have created a script that takes .ipa file as an input and returns what architecture the app supports - (replace and with yours) ORIGINAL_FILE="<file path>" FILE_NAME=$(basename $ORIGINAL_FILE) EXPANDED_DIR="/Users/

I have this function NazwaProcesu(const uchwyt: Thandle): string; var pid: DWORD; hProcess: Thandle; sciezka: array [0..MAX_PATH - 1] of char; begin GetWindowThreadProcessId(uchwyt, pid); hProcess := OpenProcess(PROCESS_QUERY_INFORMATION or PROCESS_VM_READ, FALSE, pid); if hProcess <> 0 then try GetModuleFileNameEx(hProcess, 0, sciezka, MAX_PATH) finally Result := sciezka; CloseHandle(hProcess); end; end; On windows 7 32 bit no problems. On Win 8 x64 i have this: where last 3 entries should be explorer.exe, i guess. Thanks for help. As far as I am aware, this approach will fail to retrieve 64

One of the .jar files I am using only works with the 32-bit java virtual machine on windows. I installed the 32bit versions of eclipse and the jdk but it is still getting the same error. What commands would I use in the run configuration to specify 32-bit virtual machine for running the application that uses this .jar file? -vm C:\Program Files (x86)\Java\jre6\bin\javaw.exe doesn't work. Any ideas? There are TWO JVM's in action when developing with Eclipse. One running Eclipse itself, and the other one used for your program. Unless you are talking about a plugin, it is the latter you need to