<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 6, 2013 at 12:41 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">Dharmendar Reddy <<a href="mailto:dharmareddy84@gmail.com">dharmareddy84@gmail.com</a>> writes:<br>

<br>
> Hello,<br>
>          I am seeing nan's at boundary locations for a plot over line data<br>
> on a 2D mesh. There are no nan's in the data obtained from solver.<br>
><br>
> For example, When i click plot over line along y-axis in paraview, it<br>
> selects the y-coordiantes to be from<br>
><br>
> -21.141444145 to 26.426805182  , The boundary Node at the positive end is<br>
> showing a nan.   If i change the end node to 26.426804  the nan goes away<br>
> and i get the expected value (which is zero, as per imposed boundary<br>
> condition).<br>
><br>
> I have not seen this before with the ascii vtk writer in my fortran code.<br>
><br>
> I am wondering if there is something i should be aware of petsc binary vtk<br>
> viewer.  I run the code on a 64 bit linux cluster. I am visualizing the vtk<br>
> file on a 32 bit paraview 3.10.1 on windows xp.<br>
<br>
</div>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>
</blockquote></div><br></div><div class="gmail_extra">  Hello, I ran the code a few times now, I get the same error in paraview. I can see that there are no nan's in the data when i look at spreadsheet view of the 2D. But nan's show up in plot over line. <br>
<br></div><div class="gmail_extra">Also, The following is the final output for valgrind. My code is in 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 from<br>==18978== ERROR SUMMARY: 24076 errors from 1000 contexts (suppressed: 14 from 9)<br>Profiling timer expired<br></div><div class="gmail_extra">
<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>