Segmentation faults in general.

[Jennifer Adams]

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.
--Jennifer

On May 2, 2008, at 12:23 PM, Kevin M Levey wrote:

>
> Dear Grads Users
>
> 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
> 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.
>
> I think that  this is related to a 32-bit version of GRADS not
> working correctly in a 64-bit environment.
>
> 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.
>
> Regards
>
> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University
> of Cape Town)
> Director of Meteorological Operations
> CustomWeather, Inc.
> San Francisco, California, USA
>
> "Taking the World by Storm!"
>
> http://www.customweather.com
> http://www.myforecast.com
> http://www.1stweather.com
>
> cell: 415-794-0411
> work: 415-777-3566
> email: klevey at customweather.com
>
>
>
>
> On May 1, 2008, at 05/01/08 - 12:05 PM, Matt Alonso wrote:
>
>> Hi Arlindo,
>>
>> 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.
>>
>> 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.
>>
>> Let me know if I missed anything.
>>
>> Cheers,
>> Matt
>>
>> On Thu, May 1, 2008 at 2:19 PM, Arlindo da Silva
>> <dasilva at alum.mit.edu> wrote:
>>
>>
>> On Thu, May 1, 2008 at 10:37 AM, Matt Alonso
>> <matt.alonso at gmail.com> wrote:
>> 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, http://
>> www.cdc.noaa.gov/cgi-bin/db_search/DBListFiles.pl?
>> did=34&tid=20349&vid=1246) which contains Reanalysis rainfall rate
>> data.
>>
>> I took one of these files, started gradsnc
>>
>> Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf
>> lats athena printim
>> Built Tue Mar 18 14:11:08 EDT 2008 for x86_64-unknown-linux-gnu
>>
>> and entered this:
>>
>> ga-> sdfopen prate.sfc.gauss.2007.nc
>> ga-> set t 1 365
>> ga-> set gxout shaded
>> ga-> d prate
>>
>> 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).
>>
>>   What is your platform?
>>
>>
>>          Arlindo
>>
>> --
>> Arlindo da Silva
>> dasilva at alum.mit.edu
>>
>> <prate_data.gs>
>

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20080502/18d07e85/attachment.html