<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>It's not guaranteed to work on 10.8 and above. If you have an older OS, it's fine.<br><br>Sent from my iPhone</div>
<div><br>On Jul 14, 2013, at 9:59 AM, Dmitry Karpeyev <<a href="mailto:karpeev@mcs.anl.gov">karpeev@mcs.anl.gov</a>> wrote:<br><br></div><blockquote type="cite"><div><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>
</div></blockquote></body></html>