Hi Richard,
I'm glad this worked for you. We don't generally keep the ncarbd.f
file up-to-date, because it is rarely ever needed. It's one those
things we pull out of a hat to rescue users in cases like this.
Sometimes the blockdata variable initialization problem resides with the
compilers themselves, and you have to depend on the vendor for a
fix. I think you lucked out!
Thanks for the update info on ncarbd.f. We will see about
incorporating this change and making any other necessary changes to
the file to keep it current with our software.
--Mary
On Wed, 21 Feb 2007, Richard Mitchell wrote:
>
> On Feb 21, 2007, at 5:08 PM, Fred Clare wrote:
>
>> Another remote possibility is to compile the "ncarbd.f"
>> subroutine in $NCARG/ncarg2d/src/liboptional/ncarbd, and try loading
>> this on the compile line every time they compile an NCAR Graphics
>> program. (I think it needs to be included on the compile line
>> *before* any NCAR Graphics libraries.) This doesn't always fix the
>> problem, however.
>
> I had to comment out line 26 in ncarbd.f
>
> C CALL BZBKD
>
> I then compiled both the ncar example program and my one I had with this .o
> file, and both worked!
>
>
> Richard
> --------------------------+-----------------------------
> Richard Mitchell | Airborne Oceanographic Lidar
> mitchell_at_osb.wff.nasa.gov | Laboratory
> (shining a little light on the world)
>
>
> _______________________________________________
> ncarg-talk mailing list
> ncarg-talk_at_ucar.edu
> http://mailman.ucar.edu/mailman/listinfo/ncarg-talk
>
_______________________________________________
ncarg-talk mailing list
ncarg-talk_at_ucar.edu
http://mailman.ucar.edu/mailman/listinfo/ncarg-talk
Received on Wed Feb 21 2007 - 23:00:28 MST
This archive was generated by hypermail 2.2.0 : Thu Feb 22 2007 - 14:54:19 MST