<div dir="ltr">So you wouldn't be able to use lterp on a full-globe .ctl file without intermediary touching of the file?<div><br></div><div>ydef 721 linear -90.000000 0.25<br></div><div><div>xdef 1440 linear 0.000000 0.250000</div></div><div><br></div><div>The only reason I re-grid the var is because without it, it dies on the first image, presumably because there would be a grid value every .25 degrees, which I could totally see having an issue with, let alone it wouldn't be read-able.</div><div><br></div><div>I suppose I should mention (unless it was apparent, heh) that I use opengrads instead of grads for a host of other reason but yea.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 22, 2015 at 9:40 AM, Jennifer Adams <span dir="ltr"><<a href="mailto:jma@cola.iges.org" target="_blank">jma@cola.iges.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi, Chris — <div>You are using re(), so I can’t speak for or test any memory leaks that might be in that code. I can duplicate what you are doing with re() using lterp() instead, and I don’t get any seg faults. Also, you have a ‘set font’ command in there, and there is a bug that was fixed in version 2.1.a3 that was using up memory because the the font files were being re-initialized every time a character was drawn. Try using the latest version of GrADS and lterp() and see if you are still getting a seg fault. </div><div><br></div><div>I created this dummy descriptor file (for a 4-degree grid) and opened is as a second data file, alongside the GFS output:</div><div><div><font face="Courier"><span style="font-size:14px">dset ^foo.bin</span></font></div><div><font face="Courier"><span style="font-size:14px">options template</span></font></div><div><font face="Courier"><span style="font-size:14px">undef -9.99e8</span></font></div><div><font face="Courier"><span style="font-size:14px">xdef 90 linear 2 4</span></font></div><div><font face="Courier"><span style="font-size:14px">ydef 45 linear -88 4</span></font></div><div><font face="Courier"><span style="font-size:14px">tdef 1 linear 01Jan0001 1dy</span></font></div><div><font face="Courier"><span style="font-size:14px">zdef 1 linear 1 1</span></font></div><div><font face="Courier"><span style="font-size:14px">vars 1</span></font></div><div><font face="Courier"><span style="font-size:14px">foo 0 99 foo</span></font></div><div><font face="Courier"><span style="font-size:14px">endvars</span></font></div></div><div><br></div><div>And then I tried your expression with lterp:</div><div><br></div><div><font face="Courier"><span style="font-size:14px">ga-> var=lterp(500/(60-((tmpprs(lev=500)-273.15 + tmpprs(lev=1000)-273.15 + tmp2m-273.15)/2)*-3),lat.2(t=1))</span></font></div><div><br></div><div>And I got a plot (grfill and grid on top) without any error messages or ballooning memory size for all time steps in the model run. </div><div>—Jennifer</div><div><div><div class="h5"><br><div><div>On Oct 22, 2015, at 7:38 AM, Christopher Gilroy <<a href="mailto:chris.gilroy@gmail.com" target="_blank">chris.gilroy@gmail.com</a>> wrote:</div><br><blockquote type="cite"><div dir="ltr"><div>'define zcomp = 500/(60-((tmpprs(lev=500)-273.15 + tmpprs(lev=1000)-273.15 + tmp2m-273.15)/2)*-3)'</div><div><br></div><div>'set gxout grid'</div><div>'set gridln off'</div><div>'set dignum 1'</div><div>'set font 15'</div><div>'set digsiz 0.10'</div><div>'set lat 18 62'</div><div>'set lon -130 -58'</div><div><br></div><div>'d re(zcomp,4)'</div><div><br></div><div><br></div><div>Makes it to image 25/hour 138 of a loop before grads dies.</div><div><br></div><div>I can plot that exact same var shaded without issue, but if I wanted to draw it shaded AND gridded, you could see the problem.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 22, 2015 at 2:32 AM, James T. Potemra <span dir="ltr"><<a href="mailto:jimp@hawaii.edu" target="_blank">jimp@hawaii.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
How are you plotting? Could it be you have either a corrupt value,
or a really large number somehow in the mix?<span><br>
<br>
<div>On 10/21/15 6:16 PM, Christopher Gilroy
wrote:<br>
</div>
</span><blockquote type="cite"><span>
<div dir="ltr">So I'm plotting a variable and after about 25 t's
(and that's with re(var, 4) even) of a loop grads dies on me
with memory allocation. It's not the server. I've tried reinit,
clear (which I use at the end of the loop to obviously clear the
previous displays) undef, but I can't seem to figure out why it
doesn't like running like that.
<div><br>
</div>
<div>Secondly, whenever I get around to it, the internal memory
limit is changeable in the source, correct?
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</span><pre>_______________________________________________
gradsusr mailing list
<a href="mailto:gradsusr@gradsusr.org" target="_blank">gradsusr@gradsusr.org</a>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a>
</pre>
</blockquote>
<br>
</div>
<br>_______________________________________________<br>
gradsusr mailing list<br>
<a href="mailto:gradsusr@gradsusr.org" target="_blank">gradsusr@gradsusr.org</a><br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" rel="noreferrer" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>-Chris A. Gilroy</div>
</div>
_______________________________________________<br>gradsusr mailing list<br><a href="mailto:gradsusr@gradsusr.org" target="_blank">gradsusr@gradsusr.org</a><br><a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br></blockquote></div><br></div></div><div>
<span style="border-collapse:separate;border-spacing:0px"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div>--</div><div>Jennifer M. Adams<br>Center for Ocean-Land-Atmosphere Studies (COLA)<br>111 Research Hall, Mail Stop 2B3<br>George Mason University<br>4400 University Drive<br>Fairfax, VA 22030 <br><br></div><div><br></div><br></span></span><br>
</div>
<br></div></div><br>_______________________________________________<br>
gradsusr mailing list<br>
<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" rel="noreferrer" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">-Chris A. Gilroy</div>
</div>