On Tue, Nov 1, 2011 at 3:51 PM, Jennifer Adams <span dir="ltr"><<a href="mailto:jma@cola.iges.org">jma@cola.iges.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div>"shp_lines" is part of a deprecated shapefile interface and should not be in any new build of opengrads. Take it out of your script and use the 'draw sip' command instead. Remove the call to gxyat as well. Then try again and see if it still hangs. --Jennifer</div>
<div><br></div></div></blockquote><div><br></div><div>Oops, you are right! The documentation says that the old shape extension is gone, and I verified that I am no longer building it. What happened is that the shape directory was lying around from the 2.0.a9 build and I accidentally ended including an older build of shape.gex which does not work with 2.0.1.oga.1 (extensions must be compiled for a given version of grads). </div>
<div><br></div><div>Kevin: Please delete shape.gex from your gex/ directory and use the "draw" command instead as Jennifer suggests.</div><div><br></div><div> Arlindo</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div></div><div><div><div></div><div class="h5"><div><br></div><div>On Nov 1, 2011, at 2:27 PM, Kevin M Levey wrote:</div><br></div></div><blockquote type="cite"><div><div></div><div class="h5">
<div style="word-wrap:break-word">TUE 01NOV11: 1035PDT<div><br></div><div>Hi Arlindo</div><div><br></div><div>OK - I've nailed down the issue a little more with further testing of various other scripts. It appears the script WILL successfully run the first time form the command line, however, if you try running it a second time that is when 2.0.1.oga.1 simply freezes. I've attached a simple script that opens up the 06UTC GFS template CTL file and produces the expected MAX temp for 01H00 CDT today. It runs just fine in 2.0.a9.oga.1. It runs the first time in 2.0.1.oga.1, but there is another issue too with your "shp_lines" routine: </div>
<div><br></div><div></div></div></div></div><span><Screen Shot 2011-11-01 at 10.21.01 AM.png></span><div style="word-wrap:break-word"><div></div><div><br></div><div>I've attached the script for you to look at. </div>
<div><br></div><div>Here is screen output of a session showing you exactly what happens: </div><div><br></div><div><div><font color="#606060">weather:fweather1 /prod/custom/Input/modelplots/GRADS/scripts > g2</font></div>
<div><font color="#606060"><br></font></div><div><font color="#606060"> Welcome to the OpenGrADS Bundle Distribution</font></div><div><font color="#606060"> --------------------------------------------</font></div>
<div><font color="#606060"><br></font></div><div><font color="#606060">For additional information enter "grads -h".</font></div><div><font color="#606060"><br></font></div><div><font color="#606060">Starting "/usr/local/src/grads-2.0.1.oga.1/Contents/Linux/Versions/2.0.1.oga.1/x86_64/grads " ...</font></div>
<div><font color="#606060"><br></font></div><div><font color="#606060"><br></font></div><div><font color="#606060">Grid Analysis and Display System (GrADS) Version 2.0.1.oga.1</font></div><div><font color="#606060">Copyright (c) 1988-2011 by Brian Doty and the</font></div>
<div><font color="#606060">Institute for Global Environment and Society (IGES)</font></div><div><font color="#606060">GrADS comes with ABSOLUTELY NO WARRANTY</font></div><div><font color="#606060">See file COPYRIGHT for more information</font></div>
<div><font color="#606060"><br></font></div><div><font color="#606060">Config: v2.0.1.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile</font></div><div><font color="#606060">Issue 'q config' command for more detailed configuration information</font></div>
<div><font color="#606060">Loading User Defined Extensions table </usr/local/grads2/Linux/Versions/2.0.1.oga.1/x86_64/gex/udxt> ... ok.</font></div><div><font color="#606060">Landscape mode? ('n' for portrait): </font></div>
<div><font color="#606060">GX Package Initialization: Size = 11 8.5 </font></div><div><font color="#606060">ga-> test_GFS.gs</font></div><div><font color="#606060">No hardcopy metafile open</font></div><div><font color="#606060">All files closed; all defined objects released;</font></div>
<div><font color="#606060">All GrADS attributes have been reinitialized</font></div><div><font color="#606060">Using shapefile /var/data/lookup/shape/admin00</font></div><div><font color="#606060">Shapefile Type: Polygon # of Shapes: 2606</font></div>
<div><font color="#606060">File Bounds: ( -180.000, -90.000 ) to ( 180.000, 83.624 )</font></div><div><font color="#606060">Done shapefile /var/data/lookup/shape/admin00</font></div><div><font color="#606060">ga-> test_GFS.gs</font></div>
<div><font color="#606060">No hardcopy metafile open</font></div><div><font color="#606060">All files closed; all defined objects released;</font></div><div><font color="#606060">All GrADS attributes have been reinitialized</font></div>
</div><div><br></div><div>This is the point at which it merely hangs. This behavior is exactly the same using the 32-bit Ubuntu version of GRADS 2.0.1 that John Huddleston suggested I use to test, so this may not be an issue of your build, but in the general GRADS/COLA build. Likewise with your i686 build. It makes no difference what script I run, always the same result - hangs. Although, there is an issue with your "shp_lines" routine as you have seen above.</div>
<div><br></div><div>Cheers</div><div>Kevin</div><div><br></div><div></div></div><span><test_GFS.gs></span><div><div></div><div class="h5"><div style="word-wrap:break-word"><div></div><div><br></div><div><br></div><div>
<br><div><div>On Nov 1, 2011, at 11/01/11 - 5:29 AM, Arlindo da Silva wrote:</div><br><blockquote type="cite">On Mon, Oct 31, 2011 at 9:36 PM, Kevin M Levey <span dir="ltr"><<a href="mailto:klevey@customweather.com" target="_blank">klevey@customweather.com</a>></span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">MON 31OCT11: 1830PDT<div><br></div><div>Hi all and Arlindo</div><div><br></div><div>Not sure if anyone else has upgraded to this latest version on an Ubuntu system. I upgraded our dev/test machine and other than having to add a missing library, the upgrade seemed fine. It loaded up just fine. However, when running a simple test script which I always use to ensure everything works as it should, opengrads simply froze. Has anyone else had this problem with this latest version? I had to revert back to 2.0.a9.oga.1 and my script worked just fine.</div>
<div><br></div></div></blockquote><div><br></div><div>I need just a bit more information in order to diagnose the problem. Can you share the test script with me? Can you tell the specif line where it is hanging? Have you tried the i686 build to rule out that this is not a x86_64 specific issue? Every binary we put out passes our unit tests, but any such collection of tests only covers a limitted set of features.</div>
<div><br></div><div> Arlindo</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div></div><div>All our backend servers are set up identically to our dev/test server: </div>
<div><br></div><div><div>Linux cumulonimbus 2.6.32-33-server #72-Ubuntu SMP Fri Jul 29 21:21:55 UTC 2011 x86_64 GNU/Linux</div><div>Ubuntu 10.04.3 LTS</div></div><div><br></div><div><div>weather:cumulonimbus ~ > uname -m </div>
<div>x86_64</div></div><div><br></div><div><div>weather:cumulonimbus ~ > ldd --version</div><div>ldd (Ubuntu EGLIBC 2.11.1-0ubuntu7.8) 2.11.1</div><div>Copyright (C) 2009 Free Software Foundation, Inc.</div><div>This is free software; see the source for copying conditions. There is NO</div>
<div>warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.</div><div>Written by Roland McGrath and Ulrich Drepper.</div></div><div><br></div><div>Arlindo, any ideas why this is happening? This is the first time I've ever had an issue with any of your distributions.</div>
<div><br></div><div>Thanks</div><div><br></div><div><span style="font-size:14px">Regards,</span></div><div><div><span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Calibri;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Calibri;font-size:14px;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 style="word-wrap:break-word">
<div><div><div><div><div><br></div><div>Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town)</div><div>Vice President of Operations</div><div>CustomWeather, Inc.</div><div>San Francisco, California, USA</div>
<div><br></div><div>"Taking the World by Storm!"</div><div><br></div><div><a href="http://www.customweather.com/" target="_blank">http://www.customweather.com</a></div><div><a href="http://www.myforecast.com/" target="_blank">http://www.myforecast.com</a></div>
<div><a href="http://www.1stweather.com/" target="_blank">http://www.1stweather.com</a></div><div><br></div><div>cell: <a href="tel:415-794-0411" value="+14157940411" target="_blank">415-794-0411</a></div><div>work: <a href="tel:415-777-3566" value="+14157773566" target="_blank">415-777-3566</a></div>
<div>email: <a href="mailto:klevey@customweather.com" target="_blank">klevey@customweather.com</a></div></div></div></div></div></div></span></span>
</div>
<br><div><div>On Oct 29, 2011, at 10/29/11 - 1:45 PM, Arlindo da Silva wrote:</div><br><blockquote type="cite">Dear GrADS Linux Users,<div><br></div><div> This message is intended for those users downloading the OpenGrADS bundle for Linux. As of this writing there are 2 binary tarballs at <a href="http://sf.net/" target="_blank">sf.net</a>:</div>
<div>
<br></div><div>- 32-bit version (i686):</div><div><br></div><div> <a href="http://sourceforge.net/projects/opengrads/files/grads2/2.0.1.oga.1/Linux/grads-2.0.1.oga.1-bundle-i686-glibc2.5-linux-gnu.tar.gz/download" target="_blank">grads-2.0.1.oga.1-bundle-i686-glibc2.5-linux-gnu.tar.gz</a></div>
<div> </div><div>- 64-bit version (x86_64):</div><div><br></div><div> <a href="http://sourceforge.net/projects/opengrads/files/grads2/2.0.1.oga.1/Linux/grads-2.0.1.oga.1-bundle-x86_64-glibc2.5-linux-gnu.tar.gz/download" target="_blank">grads-2.0.1.oga.1-bundle-x86_64-glibc2.5-linux-gnu.tar.gz</a></div>
<div><br></div><div>(You can determine if your machine is 32 or 64 bits with the uname command:</div><div><br></div><div>% uname -m </div><div>)</div><div><br></div><div>Now, the i686 binary will usually work on a x86_64 machine, but the native build will be a bit faster.</div>
<div><br></div><div>Notice that we do not label the opengrads binary tarball with the name of Linux distribution where we built it on. The reason is that these (statically linked) binaries will usually work on a number of different Linux distributions. (The usual error message saying that a "libWhatever.so" cannot be found is easily fixed in the opengrads builds; see the Troubleshooting section of the INSTALL file.) The main factor determining whether a binary will work or not is the version of the GNU C Library (glibc). You can find the glibc version on your computer with the ldd command:</div>
<div><br></div><div> % ldd --version</div><div><br></div><div>The opengrads binaries for now on will show its own version of glibc in the file name. Usually, if your linux installation matches the glibc of the opengrads binaries (or if it is newer) you should be fine. If you have an older llinux distribution with a previous version of glibc there is a very good chance that the binaries will not work.</div>
<div><br clear="all"><div>At this point in time, 2.5 is the older version of glibc I can build for; however other people in this list may have older hardware available and be kind enough to contribute builds. Otherwise, If you have an older version of glibc building from sources (or upgrading your OS) may be your best option. (Or else, run a previous version of grads).</div>
<div><br></div><div> Good Luck,</div><div><br></div><div> Arlindo</div><div><br></div>-- <br>Arlindo da Silva<br><a href="mailto:dasilva@alum.mit.edu" target="_blank">dasilva@alum.mit.edu</a><br>
</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><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" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Arlindo da Silva<br><a href="mailto:dasilva@alum.mit.edu" target="_blank">dasilva@alum.mit.edu</a><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" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
</blockquote></div><br></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>
</div></div></blockquote></div><font color="#888888"><br><div>
<span style="border-collapse:separate;border-spacing:0px 0px;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-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="border-collapse:separate;border-spacing:0px 0px;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-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="border-collapse:separate;border-spacing:0px 0px;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-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div>
--</div><div>Jennifer M. Adams</div><div>IGES/COLA</div><div>4041 Powder Mill Road, Suite 302</div><div>Calverton, MD 20705</div><div><a href="mailto:jma@cola.iges.org" target="_blank">jma@cola.iges.org</a></div><div><br>
</div><br></span></span></span>
</div>
<br></font></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" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Arlindo da Silva<br><a href="mailto:dasilva@alum.mit.edu">dasilva@alum.mit.edu</a><br>