<div dir="ltr">Are there known problems with valgrind for macos?<div>I have it installed from macports and it seems to work fine.</div><div>Dmitry.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jul 14, 2013 at 7:26 AM, Cody Permann <span dir="ltr"><<a href="mailto:codypermann@gmail.com" target="_blank">codypermann@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sounds like a memory corruption problem. I know several users that are<br>
experts at writing code like that.<br>
<br>
Unfortunately, it can be difficult to track down on OS X due to a lack<br>
of working memory analysis tools.<br>
1. Since this problem popped up after you changed your initial<br>
condition, you may just want to start by carefully looking at your<br>
code and thinking about cases where your variables might not be<br>
initialized, or where calculations could potentially produce underflow<br>
or overflow conditions.<br>
2. If you have access to a Linux box, then you will have bounds<br>
checked STL containers at your disposal in debug mode.  You'll also be<br>
able to run your code through valgrind.  Both of those operations are<br>
relatively easy to perform.  Let us know if you have any questions.<br>
<br>
Cody<br>
<br>
Sent from my iPhone<br>
<div class="im"><br>
On Jul 13, 2013, at 11:17 PM, subramanya sadasiva <<a href="mailto:potaman@outlook.com">potaman@outlook.com</a>> wrote:<br>
<br>
> Hi, I am observing some really really really weird SNES behavior in my SNESVI code called through Libmesh. This behaviour appeared after I changed some initial conditions and only happens in an optimized build. I am running this code on a Macbook pro running os x 10.8..<br>


> When the debug code is run, the residuals computed for the initial conditions provided give norms which are of the expected magnitude.. so the SNES_Monitor output is,<br>
</div>> solving the cahn hilliard time step  0 SNES Function norm 8.223262421671e-01  1 SNES Function norm 3.793806858333e-03Nonlinear solve did not converge due to DIVERGED_MAX_IT iterations 1<br>
<div class="im">> The output from SNES_Monitor with the optimized code on the other hand is,<br>
</div>> solving the cahn hilliard time step  0 SNES Function norm 5.153882032022e+19  1 SNES Function norm 1.446612980133e+19Nonlinear solve did not converge due to DIVERGED_MAX_IT iterations 1<br>
<div class="im">><br>
> Absolutely nothing else has changed in the code except that one code is built with a debugging and one with an optimized version of the code.<br>
> Any ideas?Subramanya<br>
</div>> ------------------------------------------------------------------------------<br>
> See everything from the browser to the database with AppDynamics<br>
> Get end-to-end visibility with application monitoring from AppDynamics<br>
> Isolate bottlenecks and diagnose root cause in seconds.<br>
> Start your free trial of AppDynamics Pro today!<br>
> <a href="http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk</a><br>
> _______________________________________________<br>
> Libmesh-users mailing list<br>
> <a href="mailto:Libmesh-users@lists.sourceforge.net">Libmesh-users@lists.sourceforge.net</a><br>
> <a href="https://lists.sourceforge.net/lists/listinfo/libmesh-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/libmesh-users</a><br>
</blockquote></div><br></div><br></div>