How can we help you today? How can we help you today?
rstewart

Activity overview

Latest activity by rstewart

Perhaps you could try running the exe normally so it definitely runs as 64 bit, then use Debug>Attach to process from VS to attach to it. I started the original exe normally and used Debug>Attach to attach the VS debugger and none of my break points hit. This makes since because the original has no debug signature nor pdb file. I then started the decompiled exe normally and started to use Debug>Attach... Before clicking the Attach button, I noticed the value of the exe in the Type column was 'Managed (v2.0.50727), x86'. At that point I knew the debugger would be attaching to the 32-bit version. I then chalked it up to a possible VS2010RC issue and tried VS2008TS. In doing so I forgot to close the decompiled EXE and told reflector to overwrite -- I was presented with the 'Send Error Report' dialog because Reflector crashed by not handling the exception: The process cannot access the file <path to exe> because it is being used by another process. This brought down VS2008TS. So in short, after the crash and restart of VS2008TS, the entire process behaved the same way by only allowing me to debug the exe as 32-bit. I am willing to try more suggestions or if you want to post an example with steps, I would try that as well. However, for a $195/244 USD product, this whole process should be more or less transparent - no matter the platform. / comments
Perhaps you could try running the exe normally so it definitely runs as 64 bit, then use Debug>Attach to process from VS to attach to it. I started the original exe normally and used Debug>Att...
0 votes
Reflector Pro and 64-bit support
While evaluating the Pro product, I have run into a road block trying to debug an executable which loads as 64-bit normally on my Windows 7 64-bit machine. When I chose to decompile the EXE and the...
2 followers 5 comments 0 votes