Thanks a lot for your help so far guys. Do I need to configure a SMTP server or will just changing the email suffice? To turn off frame-pointer optimization, should I use the /Oy- flag? I found some documentation suggesting that but it was pretty old. Finally I'm running into the wall building the MSI w/ python. Again, apologies for the vague error message.<code></code><br>
<br><br><div style="margin-left:40px;font-family:courier new,monospace"><font size="1">Building GME version 12.4.28 x86<br>0. Check prerequisites (required tools, etc.) ...<br>Warning: SVN client cannot be found! You won't be able to check in & tag release<br>
s<br>1. Update version strings in source files ...<br>2. Compile GME core components ...<br>3. Compile MetaGME components ...<br>4. Compile Java component support (JBON) ...<br>!!! Build FAILED: step compile_JBON<br>Traceback (most recent call last):<br>
File "build.py", line 452, in <module><br> do_step(i, build_steps[i])<br> File "build.py", line 321, in do_step<br> step()<br> File "build.py", line 173, in compile_JBON<br> tools.build_VS( sln_file, "Release" )<br>
File "C:\GME-12.4.20_src\Install\Build\tools.py", line 133, in build_VS<br> subprocess.check_call(args, stdout=(sys.stdout if prefs['verbose'] else nulf<br>p), stderr=None, shell=True)<br> File "C:\Python26\lib\subprocess.py", line 488, in check_call<br>
raise CalledProcessError(retcode, cmd)<br>subprocess.CalledProcessError: Command '['msbuild', 'C:\\GME-12.4.20_src\\SDK\\J<br>ava\\native\\JavaSupport.sln', '/t:Build', '/p:Configuration=Release']' returned<br>
non-zero exit status 1<br><br></font></div><div class="gmail_quote">On Fri, Apr 27, 2012 at 10:27 PM, Kevin Smyth <span dir="ltr"><<a href="mailto:ksmyth@isis.vanderbilt.edu" target="_blank">ksmyth@isis.vanderbilt.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Good point Csaba. Debugging tools for windows has some handy utilities for dealing with pdbs.<br>
<br>
Re: debug versions: the CRT dlls are not redistributable. Compile release versions without frame pointer optimization to be able to get stack traces.<br>
<br>
The crash reporting is controlled in gmeapp.cpp. You'll want to change the http URL or use an email address.<br>
<span><font color="#888888"><br>
Kevin<br>
</font></span><div><div><br>
On Apr 27, 2012, at 9:05 PM, "Toth, Csaba" <csaba.toth@Vanderbilt.Edu> wrote:<br>
<br>
> What I'd also be sure is to include the debug symbol files for each dll and exe you compile. This way the crashdump reporter can extract more information at the time of the crash. This is true for both Debug and Release version of the program. If you install Debug version then the crash report much likely to be able to unfold the call stack of the crash (Release often have too much optimization which affects the stack). But for Debug version you need to include several dlls which are not present on a non-developer environment.<br>
> Kevin: I cannot remember if there's a registry switch to obtain crash dump or how that goes now.<br>
><br>
> You can also try remote debugging.<br>
><br>
> My bet: You probably have some issue with some dlls or COM components, if GME dies so soon.<br>
><br>
> Csaba<br>
> - former developer.<br>
> ________________________________________<br>
> From: <a href="mailto:gme-users-bounces@list.isis.vanderbilt.edu" target="_blank">gme-users-bounces@list.isis.vanderbilt.edu</a> [<a href="mailto:gme-users-bounces@list.isis.vanderbilt.edu" target="_blank">gme-users-bounces@list.isis.vanderbilt.edu</a>] On Behalf Of Kevin Smyth [<a href="mailto:ksmyth@isis.vanderbilt.edu" target="_blank">ksmyth@isis.vanderbilt.edu</a>]<br>
> Sent: Friday, April 27, 2012 1:57 PM<br>
> To: gme-users<br>
> Subject: Re: [gme-users] Compiling issues (pt 2)<br>
><br>
> For problems like these, I would use Process Monitor to try to see what is failing.<br>
><br>
> Here's my guess:<br>
> 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.<br>
><br>
> 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.<br>
><br>
> If using the msi doesn't help, let me know and I can list some debugging breakpoints.<br>
><br>
><br>
> Also note GME will silently exit on Windows Server Core.<br>
><br>
> Kevin<br>
><br>
> From: <a href="mailto:gme-users-bounces@list.isis.vanderbilt.edu" target="_blank">gme-users-bounces@list.isis.vanderbilt.edu</a> [mailto:<a href="mailto:gme-users-bounces@list.isis.vanderbilt.edu" target="_blank">gme-users-bounces@list.isis.vanderbilt.edu</a>] On Behalf Of Andrew N<br>
> Sent: Thursday, April 26, 2012 7:07 PM<br>
> To: gme-users<br>
> Subject: [gme-users] Compiling issues (pt 2)<br>
><br>
> 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.<br>
><br>
> _______________________________________________<br>
> gme-users mailing list<br>
> <a href="mailto:gme-users@list.isis.vanderbilt.edu" target="_blank">gme-users@list.isis.vanderbilt.edu</a><br>
> <a href="http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users" target="_blank">http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users</a><br>
_______________________________________________<br>
gme-users mailing list<br>
<a href="mailto:gme-users@list.isis.vanderbilt.edu" target="_blank">gme-users@list.isis.vanderbilt.edu</a><br>
<a href="http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users" target="_blank">http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users</a><br>
</div></div></blockquote></div><br>