html_url,issue_url,id,node_id,user,created_at,updated_at,author_association,body,reactions,performed_via_github_app,issue
https://github.com/pydata/xarray/issues/4082#issuecomment-641468791,https://api.github.com/repos/pydata/xarray/issues/4082,641468791,MDEyOklzc3VlQ29tbWVudDY0MTQ2ODc5MQ==,905179,2020-06-09T17:40:16Z,2020-06-09T17:40:16Z,NONE,"I do not know because I do not understand who is doing the caching.
The above archive reference is no longer relevant because the dap2 code
now uses an in-memory file rather than something in /tmp.
Netcdf-c keeps its curl connections open until nc_close is called.
I would assume that each curl connection maintains at least one file descriptor open.
But is the cache that shows the problem a python maintained cache
or a Windows cache of some sort? ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,621177286
https://github.com/pydata/xarray/issues/4082#issuecomment-640871586,https://api.github.com/repos/pydata/xarray/issues/4082,640871586,MDEyOklzc3VlQ29tbWVudDY0MDg3MTU4Ng==,905179,2020-06-08T20:34:30Z,2020-06-08T20:34:43Z,NONE,"So I tried to duplicate using cygwin with the latest netcdf master and using ncdump.
It seems to work ok. But this raises a question? Can someone try this command
under windows to see if it fails?
> ncdump 'https://www.ncei.noaa.gov/thredds/dodsC/OisstBase/NetCDF/V2.0/AVHRR/201703/avhrr-only-v2.20170322.nc'
If it succeeds then it may mean the problem is with python rather than netcdf.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,621177286
https://github.com/pydata/xarray/issues/4082#issuecomment-640815050,https://api.github.com/repos/pydata/xarray/issues/4082,640815050,MDEyOklzc3VlQ29tbWVudDY0MDgxNTA1MA==,905179,2020-06-08T19:05:44Z,2020-06-08T19:08:34Z,NONE,"BTW, what version of the netcdf-c library is being used.
I see this in an above comment: netcdf4: 1.5.3
But that cannot possibly be correct.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,621177286
https://github.com/pydata/xarray/issues/4082#issuecomment-640813885,https://api.github.com/repos/pydata/xarray/issues/4082,640813885,MDEyOklzc3VlQ29tbWVudDY0MDgxMzg4NQ==,905179,2020-06-08T19:03:28Z,2020-06-08T19:03:28Z,NONE,"I agree. To be more precise, NC_EPERM is generally thrown when an attempt is made
to modify a read-only file. So it is possible that it isn't the DAP2 code, but
somewhere, an attempt is being made to modify the dataset.
There are pieces of the netcdf-c library that are conditional on Windows.
It might be interesting if anyone can check if this occurs under cygwin.
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,621177286
https://github.com/pydata/xarray/issues/4082#issuecomment-640803093,https://api.github.com/repos/pydata/xarray/issues/4082,640803093,MDEyOklzc3VlQ29tbWVudDY0MDgwMzA5Mw==,905179,2020-06-08T18:41:16Z,2020-06-08T18:41:16Z,NONE,"You would lose your money :-)
However, I can offer some info that might help.
This message: OSError: [Errno -37] NetCDF: Write to read only
is NC_EPERM. It is the signal for opendap that you attempted
an operation that is illegal for DAP2. As an aside, it is a lousy
message but I cannot find anything that is any more informative.
Anyway, it means that your code somehow called one of the following
netcdf-c API functions:
> nc_redef, nc__enddef, nc_create, nc_put_vara, nc_put_vars
> nc_set_fill, nc_def_dim, nc_put_att, nc_def_var
Perhaps with this info, you can figure out which of those above operations
you invoked. Perhaps you can set breakpoints in the python wrappers for
these functions?","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,621177286