On Wed, May 3, 2017 at 2:04 PM, dmh@xxxxxxxx <dmh@xxxxxxxx> wrote:
> To be pedantic, ncdump (via the netcdf-c library) uses libcurl.
>
that's not pedantic -- it's an important distiction, as the netcdf-c lib
coulod be linked against a different libcurl than command line curl.
try:
otool -L ncdump
if you think there is an issue with libcurl.
-CHB
> =Dennis Heimbigner
> Unidata
>
>
> On 5/3/2017 2:31 PM, Roy Mendelssohn - NOAA Federal wrote:
>
>> Hmm - I may be wrong but i thought the ncdump for a remote file just uses
>> curl to get the .das and .dds and forms the .cdl response from those.
>> Have you tried a different server?
>>
>> Say,
>>
>> ncdump -h http://coastwatch.pfeg.noaa.gov/erddap/griddap/jplAquariusSS
>> SMonthlyV4
>>
>> -Roy
>>
>>
>> On May 3, 2017, at 1:25 PM, Capehart, William J <
>>> William.Capehart@xxxxxxxxx> wrote:
>>>
>>> Roy for the curl I get the followingf
>>>
>>> % curl -v http://test.opendap.org/opendap/data/nc/3fnoc.nc.das
>>> * Trying 52.44.0.41...
>>> * TCP_NODELAY set
>>> * Connected to test.opendap.org (52.44.0.41) port 80 (#0)
>>>
>>>> GET /opendap/data/nc/3fnoc.nc.das HTTP/1.1
>>>> Host: test.opendap.org
>>>> User-Agent: curl/7.51.0
>>>> Accept: */*
>>>>
>>>> < HTTP/1.1 200 OK
>>> < Date: Wed, 03 May 2017 20:22:21 GMT
>>> < X-FRAME-OPTIONS: DENY
>>> < Last-Modified: Tue, 10 Jan 2006 18:32:26 GMT
>>> < Set-Cookie: JSESSIONID=63E4296077ED5DBE9CFE2C49B169D4ED;
>>> Path=/opendap; HttpOnly
>>> < XDODS-Server: dods/3.2
>>> < XOPeNDAP-Server: bes/3.17.4, csv_handler/1.1.6,
>>> dap-server/ascii/4.1.5, dap-server/usage/4.2.6, dap-server/www/4.1.5,
>>> dapreader_module/0.0.1, fileout_gdal/0.10.1, fileout_json/1.0.6,
>>> fileout_netcdf/1.4.3, fits_handler/1.0.18, freeform_handler/3.9.6,
>>> functions/1.1.0, gateway_module/1.1.9, gdal_handler/1.0.7,
>>> hdf4_handler/3.12.3, hdf5_handler/2.3.5, libdap/3.18.3, ncml_moddule/1.4.4,
>>> netcdf_handler/3.11.6, w10n_handler/1.0.6, xml_data_handler/1.1.2
>>> < X-DAP: 3.2
>>> < Content-Description: dods_das
>>> < Content-Type: text/plain
>>> < Connection: close
>>> < Transfer-Encoding: chunked
>>> <
>>> Attributes {
>>> u {
>>> String units "meter per second";
>>> String long_name "Vector wind eastward component";
>>> String missing_value "-32767";
>>> String scale_factor "0.005";
>>> }
>>> v {
>>> String units "meter per second";
>>> String long_name "Vector wind northward component";
>>> String missing_value "-32767";
>>> String scale_factor "0.005";
>>> }
>>> lat {
>>> String units "degree North";
>>> }
>>> lon {
>>> String units "degree East";
>>> }
>>> time {
>>> String units "hours from base_time";
>>> }
>>> NC_GLOBAL {
>>> String base_time "88-245-00:00:00";
>>> String title " FNOC UV wind components from 1988-245 to
>>> 1988-247.";
>>> }
>>> DODS_EXTRA {
>>> String Unlimited_Dimension "time_a";
>>> }
>>> }
>>> * Curl_http_done: called premature == 0
>>> * Closing connection 0
>>>
>>>
>>> ------------------------------------------------
>>> Bill Capehart <William.Capehart@xxxxxxxxx>
>>> Atmospheric and Environmental Sciences Program Coordinator
>>> Civil and Environmental Engineering
>>> 201 Mineral Industries Building
>>> South Dakota School of Mines and Technology
>>> 501 East St Joseph Street
>>> Rapid City, SD 57701-3995
>>> Ph: +1-605-394-1994 Mobile: +1-605-484-4692
>>>
>>> On 5/3/17, 14:19 MDT, "Roy Mendelssohn - NOAA Federal" <
>>> roy.mendelssohn@xxxxxxxx> wrote:
>>>
>>> More specifically, what do you get when you give:
>>>
>>> curl -v http://test.opendap.org/opendap/data/nc/3fnoc.nc.das
>>>
>>>
>>> -Roy
>>>
>>>
>>> On May 3, 2017, at 1:01 PM, Roy Mendelssohn - NOAA Federal <
>>>> roy.mendelssohn@xxxxxxxx> wrote:
>>>>
>>>> What happens if you just do a curl to get the address but ask for the
>>>> .das instead, and see if your curl and access the site.
>>>>
>>>> -Roy
>>>>
>>>> On May 3, 2017, at 12:57 PM, Capehart, William J <
>>>>> William.Capehart@xxxxxxxxx> wrote:
>>>>>
>>>>> Did that with both fink and homebrew including compiling all from
>>>>> source each time. Still no traction. :-(
>>>>>
>>>>> ------------------------------------------------
>>>>> Bill Capehart <William.Capehart@xxxxxxxxx>
>>>>> Atmospheric and Environmental Sciences Program Coordinator
>>>>> Civil and Environmental Engineering
>>>>> 201 Mineral Industries Building
>>>>> South Dakota School of Mines and Technology
>>>>> 501 East St Joseph Street
>>>>> Rapid City, SD 57701-3995
>>>>> Ph: +1-605-394-1994 Mobile: +1-605-484-4692
>>>>>
>>>>> On 5/3/17, 08:06 MDT, "Roy Mendelssohn - NOAA Federal" <
>>>>> roy.mendelssohn@xxxxxxxx> wrote:
>>>>>
>>>>> try installing the fink curl.
>>>>>
>>>>> -roy
>>>>>
>>>>> On May 3, 2017, at 6:47 AM, Capehart, William J <
>>>>>> William.Capehart@xxxxxxxxx> wrote:
>>>>>>
>>>>>> I am attaching my gist of the build
>>>>>>
>>>>>> https://gist.github.com/anonymous/4db828fcd4384c7883a8687147ced1f7
>>>>>>
>>>>>> The C tst is 3.make
>>>>>> The C++4 Test is 7.make
>>>>>> The Fortran Test is 11.make
>>>>>> The C++ test is 16.make
>>>>>>
>>>>>> Hi Sean: And the output of my nc-config –alll
>>>>>>
>>>>>> https://gist.github.com/733ad6330523a83cee204f9f7f34c061
>>>>>>
>>>>>>
>>>>>> The curl version on my mac (10.12.4) is the on-board version which I
>>>>>> presume is what I need
>>>>>>
>>>>>> % curl --version
>>>>>> curl 7.51.0 (x86_64-apple-darwin16.0) libcurl/7.51.0 SecureTransport
>>>>>> zlib/1.2.8
>>>>>> Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps
>>>>>> pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
>>>>>> Features: AsynchDNS IPv6 Largefile GSS-API Kerberos SPNEGO NTLM
>>>>>> NTLM_WB SSL libz UnixSockets
>>>>>>
>>>>>> And curl -Oing my the target file produces the following
>>>>>>
>>>>>> https://gist.github.com/wjcapehart/6f49640a075f47b1040c48917ebd631b
>>>>>>
>>>>>> Sorry Larry: valgrind is reporting from homebrew that is in
>>>>>> compatible with MacOS post El Capitan.
>>>>>>
>>>>>> Roy: from the client side I’m not seeing any significant redflags in
>>>>>> the console logs
>>>>>>
>>>>>> Really really out of clues at this point. Thanks to everyone or
>>>>>> their input though.
>>>>>>
>>>>>> Bill
>>>>>>
>>>>>>
>>>>>> From: Sean Arms <sarms@xxxxxxxx>
>>>>>> Date: Tuesday, May 2, 2017 at 17:50 MDT
>>>>>> To: William Capehart <William.Capehart@xxxxxxxxx>
>>>>>> Cc: "netcdfgroup@xxxxxxxxxxxxxxxx" <netcdfgroup@xxxxxxxxxxxxxxxx>
>>>>>> Subject: Re: [netcdfgroup] Using NetCDF with OPeNDAP on MacOS Sierra
>>>>>> (homebrew- and netCDF-dependant software)
>>>>>>
>>>>>> Greetings Bill,
>>>>>>
>>>>>> I have a suspicion this has to do with the way curl was built. What
>>>>>> does
>>>>>>
>>>>>> nc-config --libs
>>>>>>
>>>>>> give you?
>>>>>>
>>>>>> Sean
>>>>>>
>>>>>>
>>>>>> On Sun, Apr 30, 2017 at 10:42 AM, Capehart, William J <
>>>>>> William.Capehart@xxxxxxxxx> wrote:
>>>>>>
>>>>>>> Hi All
>>>>>>>
>>>>>>> I have been having a particularly time working with NetCDF with
>>>>>>> OPeNDAP on my Macs (right now both are on MacOS 10.12.4). I’ve mostly
>>>>>>> been
>>>>>>> using homebrew but this also happens with NCL 6.3 and 6.4 as downloaded
>>>>>>> from Earth System Grid.
>>>>>>>
>>>>>>> When testing code using just the NetCDF fortran libraries as well as
>>>>>>> just using ncdump I get segmentation faults when I try to access
>>>>>>> http://test.opendap.org/opendap/data/nc/3fnoc.nc
>>>>>>>
>>>>>>> Is anyone else having any luck with their MacOS Sierra NetCDF builds
>>>>>>> and the software that leverages NetCDF?
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------
>>>>>>> Bill Capehart <William.Capehart@xxxxxxxxx>
>>>>>>> Atmospheric and Environmental Sciences Program Coordinator
>>>>>>> Civil and Environmental Engineering
>>>>>>> 201 Mineral Industries Building
>>>>>>> South Dakota School of Mines and Technology
>>>>>>> 501 East St Joseph Street
>>>>>>> Rapid City, SD 57701-3995
>>>>>>> Ph: +1-605-394-1994 Mobile: +1-605-484-4692
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> NOTE: All exchanges posted to Unidata maintained email lists are
>>>>>>> recorded in the Unidata inquiry tracking system and made publicly
>>>>>>> available through the web. Users who post to any of the lists we
>>>>>>> maintain are reminded to remove any personal information that they
>>>>>>> do not want to be made public.
>>>>>>>
>>>>>>>
>>>>>>> netcdfgroup mailing list
>>>>>>> netcdfgroup@xxxxxxxxxxxxxxxx
>>>>>>> For list information or to unsubscribe, visit:
>>>>>>> http://www.unidata.ucar.edu/mailing_lists/
>>>>>>>
>>>>>>
>>>>>>
>>>>> **********************
>>>>> "The contents of this message do not reflect any position of the
>>>>> U.S. Government or NOAA."
>>>>> **********************
>>>>> Roy Mendelssohn
>>>>> Supervisory Operations Research Analyst
>>>>> NOAA/NMFS
>>>>> Environmental Research Division
>>>>> Southwest Fisheries Science Center
>>>>> ***Note new street address***
>>>>> 110 McAllister Way
>>>>> Santa Cruz, CA 95060
>>>>> Phone: (831)-420-3666
>>>>> Fax: (831) 420-3980
>>>>> e-mail: Roy.Mendelssohn@xxxxxxxx www: http://www.pfeg.noaa.gov/
>>>>>
>>>>> "Old age and treachery will overcome youth and skill."
>>>>> "From those who have been given much, much will be expected"
>>>>> "the arc of the moral universe is long, but it bends toward justice"
>>>>> -MLK Jr.
>>>>>
>>>>>
>>>>>
>>>>>
>>>> **********************
>>>> "The contents of this message do not reflect any position of the U.S.
>>>> Government or NOAA."
>>>> **********************
>>>> Roy Mendelssohn
>>>> Supervisory Operations Research Analyst
>>>> NOAA/NMFS
>>>> Environmental Research Division
>>>> Southwest Fisheries Science Center
>>>> ***Note new street address***
>>>> 110 McAllister Way
>>>> Santa Cruz, CA 95060
>>>> Phone: (831)-420-3666
>>>> Fax: (831) 420-3980
>>>> e-mail: Roy.Mendelssohn@xxxxxxxx www: http://www.pfeg.noaa.gov/
>>>>
>>>> "Old age and treachery will overcome youth and skill."
>>>> "From those who have been given much, much will be expected"
>>>> "the arc of the moral universe is long, but it bends toward justice"
>>>> -MLK Jr.
>>>>
>>>>
>>> **********************
>>> "The contents of this message do not reflect any position of the
>>> U.S. Government or NOAA."
>>> **********************
>>> Roy Mendelssohn
>>> Supervisory Operations Research Analyst
>>> NOAA/NMFS
>>> Environmental Research Division
>>> Southwest Fisheries Science Center
>>> ***Note new street address***
>>> 110 McAllister Way
>>> Santa Cruz, CA 95060
>>> Phone: (831)-420-3666
>>> Fax: (831) 420-3980
>>> e-mail: Roy.Mendelssohn@xxxxxxxx www: http://www.pfeg.noaa.gov/
>>>
>>> "Old age and treachery will overcome youth and skill."
>>> "From those who have been given much, much will be expected"
>>> "the arc of the moral universe is long, but it bends toward justice"
>>> -MLK Jr.
>>>
>>>
>>>
>>>
>> **********************
>> "The contents of this message do not reflect any position of the U.S.
>> Government or NOAA."
>> **********************
>> Roy Mendelssohn
>> Supervisory Operations Research Analyst
>> NOAA/NMFS
>> Environmental Research Division
>> Southwest Fisheries Science Center
>> ***Note new street address***
>> 110 McAllister Way
>> Santa Cruz, CA 95060
>> Phone: (831)-420-3666
>> Fax: (831) 420-3980
>> e-mail: Roy.Mendelssohn@xxxxxxxx www: http://www.pfeg.noaa.gov/
>>
>> "Old age and treachery will overcome youth and skill."
>> "From those who have been given much, much will be expected"
>> "the arc of the moral universe is long, but it bends toward justice" -MLK
>> Jr.
>>
>> _______________________________________________
>> NOTE: All exchanges posted to Unidata maintained email lists are
>> recorded in the Unidata inquiry tracking system and made publicly
>> available through the web. Users who post to any of the lists we
>> maintain are reminded to remove any personal information that they
>> do not want to be made public.
>>
>>
>> netcdfgroup mailing list
>> netcdfgroup@xxxxxxxxxxxxxxxx
>> For list information or to unsubscribe, visit:
>> http://www.unidata.ucar.edu/mailing_lists/
>>
>>
> _______________________________________________
> NOTE: All exchanges posted to Unidata maintained email lists are
> recorded in the Unidata inquiry tracking system and made publicly
> available through the web. Users who post to any of the lists we
> maintain are reminded to remove any personal information that they
> do not want to be made public.
>
>
> netcdfgroup mailing list
> netcdfgroup@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@xxxxxxxx
