[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New Client Reply - [netCDF !JZZ-916731]: problems in building netcdf 4.6.0



Hello Peter,

Thank you for reporting your fix; I will take a look at the patches and incorporate them into our next release!

-Ward

On Tue, Mar 6, 2018 at 8:26 AM, Peter Herman <address@hidden> wrote:
New Client Reply: problems in building netcdf 4.6.0



Dear Sir/Madam,



I have been able to solve the compilation problem I reported earlier. I also solved another problem that came afterwards. With this mail I want to inform you on the solutions.



1.     Typing error in dutil.c : this was already solved with patch file 0002-dutil-correcttypo.patch, included in this mail

2.     Unavailability of subroutine strlcat in ncgen3 and ncdump. The problem was that strlcat was linked into libnetcdf.dll, but not exported to libnetcdf.dll.a  As ncgen3 and ncdump are linked against the latter library, strlcat was unavailable to them. The problem was solved by exporting strlcat into libnetcdf.dll.a See patch file 0003-ncconfigure-strlcat-export.patch

3.     After these patches, compilation was successful, but the program got stuck because it could not create cookie files. That was related to the 'temp' directory. In ddispatch.c the environmental variable 'TEMP' was used when compilation is with the MSVC, but in fact this should be done for compilation for windows, regardless of the compiler used. The patch 0004-ddispatch-set-temp.patch solves this problem



Despite this successful compilation, using the new version of netcdf did not solve my original problem, namely that ncdump is able to read many openDAP files on windows, but not all. There are openDAP files that appear to be perfectly valid files, but that generate an error when approached with ncdump or, in general, with the netcdf library as compiled here.



An example of an openDAP file that reads successfully is:

ncdump -h http://pmr-geoserver.deltares.nl/thredds/dodsC/PMR-NCV/vmsdata/_raster_2016_L_TBS_.nc



An example, from the same server, that does not read successfully, is:

Ncdump -h http://pmr-geoserver.deltares.nl/thredds/dodsC/PMR-NCV/abiotiek/2011/sal_layer04_2011.nc



The error generated is "NetCDF: Invalid argument"



I can confirm that the problem is not related to the curl library. I generated the curl library on MSYS2. This compilation also generated a command line utility curl.exe. Using this, I can perfectly open the offending files, and also use curl for globbing parts of specific variables. There is absolutely no sign of a problem there. I guess this indicates that the curl library is doing its work.

I therefore suppose that the error occurs either in netcdf itself, or in passing information between netcdf and the curl library. It must have to do with special types of variables that do not occur in most openDAP files, but cause a problem in some, but I have not been able to figure out which types are concerned.



If you would have any idea what could be at the basis of these problems, I would be most interested.



Kind regards,

Peter




Peter Herman

T

+31(0)88335 7862

E

address@hidden




[Logo]<http://www.deltares.com/>

 www.deltares.com<http://www.deltares.com/>

Postbus 177
2600 MH Delft

[Deltares Twitter]
<http://www.twitter.com/deltares>

[Deltares LinkedIn]<http://www.linkedin.com/company/217430>

[Deltares Facebook]<https://www.facebook.com/pages/Deltares/154189334634001>



[Think before printing]Please consider the environment before printing this email


-----Original Message-----
From: Unidata netCDF Support [mailto:support-netcdf@unidata.ucar.edu]
Sent: vrijdag 2 maart 2018 16:26
To: Peter Herman
Subject: [netCDF #JZZ-916731]: problems in building netcdf 4.6.0


Peter Herman,

Your Ticket has been received, and a Unidata staff member will review it and reply accordingly. Listed below are details of this new Ticket. Please make sure the Ticket ID remains in the Subject: line on all correspondence related to this Ticket.

NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web.  If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.

    Ticket ID: JZZ-916731
    Subject: problems in building netcdf 4.6.0
    Department: Support netCDF
    Priority: Normal
    Status: Open



The NetCDF libraries are developed at the Unidata Program Center, in Boulder, Colorado, funded primarily by the National Science Foundation.

All support requests are handled by the development team. No dedicated support staff are funded at this time. For this reason we cannot guarantee response times, nor that we can resolve every support issue, although we do our best to respond within 72 hours.

It is in the nature of support requests that the same question is asked many times. We urge you to search the support archives for material relating to your support request:

http://www.unidata.ucar.edu/search.jsp?support&netcdf

If you are having trouble building netCDF, please take a look at the "Building NetCDF" page:

http://www.unidata.ucar.edu/software/netcdf/docs/building.html

or the (unfortunately somewhat out-of-date) NetCDF Build Troubleshooter page:

http://www.unidata.ucar.edu/software/netcdf/docs/troubleshoot.html

Windows users should see the FAQ list:

http://www.unidata.ucar.edu/software/netcdf/docs/faq.html#windows_netcdf4_2

Complete documentation (including a tutorial, and sample programs in C, Fortran, Java, and other programming languages) can be found on the netCDF Documentation page:

http://www.unidata.ucar.edu/software/netcdf/docs/
http://www.unidata.ucar.edu/software/netcdf/examples/programs/

If you resolve your issue through one of these methods, please send a reply to this email, letting us know that you no longer need support. This will help us spend more time on netCDF development.

Best regards,

Unidata User Support

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.



Ticket Details
===================
Ticket ID: JZZ-916731
Department: Support netCDF
Priority: Normal
Status: Open
Link:  https://andy.unidata.ucar.edu/esupport/staff/index.php?_m=tickets&_a=viewticket&ticketid=29152