<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 6, 2013 at 5:23 PM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Dharmendar Reddy <<a href="mailto:dharmareddy84@gmail.com">dharmareddy84@gmail.com</a>> writes:<br>
<br>
>> 32/64-bit values shouldn't matter, but it's possible there is a bug with<br>
>> 64-bit-indices (I don't remember testing it). Is the writing code<br>
>> valgrind-clean? Is it reproducible?<br>
>><br>
><br>
> Hello, I ran the code a few times now, I get the same error in paraview.<br>
> I can see that there are no nan's in the data when i look at spreadsheet<br>
> view of the 2D. But nan's show up in plot over line.<br>
<br>
</div>What should I do? If you think there is a problem in PETSc code, I'm<br>
afraid I'll need some way to reproduce (test case preferred) or much<br>
more specific information about how it occurs.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div> Ahh Jed, I am not sure, and i do not think, if its a petsc related problem. I will try to see why it happens. I was just looking for pointers on possible reason. If i can come up with a simple reproducible test case, i will post it.<br>
<br>Thanks<br>Reddy <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
> Also, The following is the final output for valgrind. My code is in<br>
> fortran, based on valgrind, i think are no leaks in the program.<br>
><br>
> ==18978==<br>
> ==18978== HEAP SUMMARY:<br>
> ==18978== in use at exit: 0 bytes in 0 blocks<br>
> ==18978== total heap usage: 0 allocs, 0 frees, 0 bytes allocated<br>
> ==18978==<br>
> ==18978== All heap blocks were freed -- no leaks are possible<br>
> ==18978==<br>
> ==18978== For counts of detected and suppressed errors, rerun with: -v<br>
> ==18978== Use --track-origins=yes to see where uninitialised values come<br>
> from<br>
> ==18978== ERROR SUMMARY: 24076 errors from 1000 contexts (suppressed: 14<br>
> from 9)<br>
> Profiling timer expired<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-----------------------------------------------------<br>Dharmendar Reddy Palle<br>Graduate Student<br>Microelectronics Research center,<br>University of Texas at Austin,<br>
10100 Burnet Road, Bldg. 160<br>MER 2.608F, TX 78758-4445<br>e-mail: <a href="mailto:dharmareddy84@gmail.com" target="_blank">dharmareddy84@gmail.com</a><br>Phone: +1-512-350-9082<br>United States of America.<br>Homepage: <a href="https://webspace.utexas.edu/~dpr342" target="_blank">https://webspace.utexas.edu/~dpr342</a><br>
</div></div>