<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<div>The binary release called "RHEL5-x86_64" should work perfectly on your 64-bit CENTOS 5 LINUX OS. There are numerous mods in GrADS 2.0 that address seg fault problems on 64-bit linux, but these are not in v1.9. </div><div>--Jennifer</div><div><div><br></div><div>On May 2, 2008, at 12:23 PM, Kevin M Levey wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><br></div><div>Dear Grads Users</div><div><br></div><div>This may or may not be related, but using GRADS version 1.94b compiled on a 32-bit CENTOS 5 LINUX OS I've never encountered a single segmentation problem. I recently compiled version 1.94b on a 64-bit CENTOS 5 LINUX OS </div></blockquote><blockquote type="cite"><div>and have run into numerous "segmentation error" occasions The versions I installed using RPMs were 32-bit little endian running on a 64-bit OS.</div><div><br></div><div>I think that this is related to a 32-bit version of GRADS not working correctly in a 64-bit environment.</div><div><br></div><div>With more and more of us using 64-bit LINUX machines, a 64-bit version would be greatly welcomed by the GRADS community. AND with installation instructions to go with it.</div><br><div apple-content-edited="true"> <span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Calibri; font-size: 17px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>Regards</div><div><br></div><div>Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town)</div><div>Director of Meteorological 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">http://www.customweather.com</a></div><div><a href="http://www.myforecast.com">http://www.myforecast.com</a></div><div><a href="http://www.1stweather.com">http://www.1stweather.com</a></div><div><br></div><div>cell: 415-794-0411</div><div>work: 415-777-3566</div><div>email: <a href="mailto:klevey@customweather.com">klevey@customweather.com</a></div><div><br></div></div><br></div></span><br class="Apple-interchange-newline"> </div><br><div><div>On May 1, 2008, at 05/01/08 - 12:05 PM, Matt Alonso wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi Arlindo,<br><br>Thank you for taking a look at this. As a reference I attached the script I am using to output the ASCII data. I can contour/shade the data fine (animation works for me as well). The issue comes in when writing the ASCII CSV file. I spent all of a couple minutes tweaking the code so there could definitely be something wrong in there but nothing stands out in my mind.<br> <br>The box this is on runs Fedora Core 5 (it is ancient I know) and has 2 dual 3.0GHz Intel xeon cpus and 2GB of RAM. Nothing seemed out of place with the memory usage when I was running the process.<br><br>Let me know if I missed anything.<br> <br>Cheers,<br>Matt<br><br><div class="gmail_quote">On Thu, May 1, 2008 at 2:19 PM, Arlindo da Silva <<a href="mailto:dasilva@alum.mit.edu">dasilva@alum.mit.edu</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br><br><div class="gmail_quote"><div class="Ih2E3d">On Thu, May 1, 2008 at 10:37 AM, Matt Alonso <<a href="mailto:matt.alonso@gmail.com" target="_blank">matt.alonso@gmail.com</a>> wrote:<br></div><div class="Ih2E3d"> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Was anyone ever able to find a solution to this issue? I think I am experiencing a similar problem using gradsnc v1.9b4. I have a 13MB netCDF file (samples can be found here, <a href="http://www.cdc.noaa.gov/cgi-bin/db_search/DBListFiles.pl?did=34&tid=20349&vid=1246" target="_blank">http://www.cdc.noaa.gov/cgi-bin/db_search/DBListFiles.pl?did=34&tid=20349&vid=1246</a>) which contains Reanalysis rainfall rate data.<br> </blockquote></div><div><br>I took one of these files, started gradsnc<br></div></div><br>Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf lats athena printim<br>Built Tue Mar 18 14:11:08 EDT 2008 for x86_64-unknown-linux-gnu<br> <br>and entered this:<br><br>ga-> sdfopen <a href="http://prate.sfc.gauss.2007.nc" target="_blank">prate.sfc.gauss.2007.nc</a><br>ga-> set t 1 365<br>ga-> set gxout shaded<br>ga-> d prate<br><br>and I got a nice animation. (I also repeated this with an i686 build of 1.9.0-rc1). I did a top and didn't see any memory usage problem either (usually this happens with templates).<br> <br> What is your platform?<div><div></div><div class="Wj3C7c"><br><br> Arlindo<br><br>-- <br>Arlindo da Silva<br><a href="mailto:dasilva@alum.mit.edu" target="_blank">dasilva@alum.mit.edu</a> </div></div></blockquote></div><br> <span><prate_data.gs></span></blockquote></div><br></blockquote></div><br><div> <span class="Apple-style-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; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><span class="Apple-style-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; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><span class="Apple-style-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; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; 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">jma@cola.iges.org</a></div><div><br class="khtml-block-placeholder"></div><br class="Apple-interchange-newline"></span></span></span> </div><br></body></html>