<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>For problems like these, I would use Process Monitor to try to see what is failing.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>Here's my guess:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>GME depends on quite a few ActiveX dlls, which you wouldn't see in Dependency Walker. GME uses the standard CoCreateInstance method to create these, which depends on HKCR COM registration data. This registration data is created by GME.sln (and MetaGME.sln et al) by running regsvr32 on the various COM dlls. The registration data is created by GME.msi for installed versions. If you didn't install GME.msi on your VM, the VM would not have the registration data.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>Instead of zipping up anything, I'd use the Install\Build\build.py build script to build a GME.msi and install that. (You'll need to install Python 2.6 or 2.7 and WiX 3.5.) That will create all the COM registration data you'll need (and also compile other required components, like the MetaInterpreter and MetaDecorator). The msi also provides uninstall.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>If using the msi doesn't help, let me know and I can list some debugging breakpoints.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>Also note GME will silently exit on Windows Server Core.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>Kevin<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> gme-users-bounces@list.isis.vanderbilt.edu [mailto:gme-users-bounces@list.isis.vanderbilt.edu] <b>On Behalf Of </b>Andrew N<br><b>Sent:</b> Thursday, April 26, 2012 7:07 PM<br><b>To:</b> gme-users<br><b>Subject:</b> [gme-users] Compiling issues (pt 2)<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I am running into a bit of a roadblock which I'm having difficulty debugging. Apologies in advance for soliciting help with such a vague description of the problem, but the reason the description of the problem is so vague is the same reason I'm having difficulty finding a solution.<br><br>I added a few elements to the IDR_MAINFRAME resource file and compiled successfully, ran the executable on my local machine and zipped it up to send out for QA. I got a message saying that the binary, when double clicked, did nothing. I fired up a brand new VM and saw the same error happen. I double click the exe,see the hour glass for about 1/4th a second,then nothing happens. I don't even know how/where to start debugging it. I threw the bin into IDA to see if it could make heads or tails out of it and it couldn't either. I tried Dependency Walker too to no avail. Out of curiosity, I tried building a GME build fresh out of the source zip file of 12.4.20 -- same problem. This is all being done in elevated mode with the Release configuration.<br><br>I'm guessing this is a compiler flag issue or something or perhaps something is not being (statically?) linked properly. But I've no idea as how to debug this issue, and less of an idea as how to fix it.<br><br>Any help would be much appreciated.<o:p></o:p></p></div></body></html>