Opened 10 years ago
Closed 10 years ago
#5485 closed defect (invalid)
gdal_translate malloc error
Reported by: | drunix | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | default | Version: | 1.10.1 |
Severity: | normal | Keywords: | mac os/x pointer |
Cc: | kyngchaos |
Description
Trying to create a WMS service XML file to use in QGIS. Running the Kyngesbury port on a Mac (10.9.2)
gdal_translate "http://mangrove.cnr.berkeley.edu/arcgis/rest/services/SONOMA_HYDROFLATTENED_BARE_EARTH_HILLSHADE/ImageServer?f=json&pretty=true" s.xml -of WMS gdal_translate(9848,0x7fff7b4d3310) malloc: * error for object 0x10241f730: pointer being freed was not allocated * set a breakpoint in malloc_error_break to debug Abort trap: 6
gdal_translate --version GDAL 1.10.1, released 2013/08/26
Change History (5)
follow-up: 3 comment:1 by , 10 years ago
comment:2 by , 10 years ago
Cc: | added |
---|
William, I think you should disable libdap in your builds. DODS is really a niche driver and libdap seems to be not very robust...
(lldb) bt * thread #1: tid = 0x2dce, 0x00007fff854d5747 libstdc++.6.dylib`std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() + 27, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0xfffffff7) * frame #0: 0x00007fff854d5747 libstdc++.6.dylib`std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() + 27 frame #1: 0x0000000100231774 GDAL`std::vector<std::string, std::allocator<std::string> >::~vector() + 36 frame #2: 0x0000000100afeb16 GDAL`libdap::HTTPConnect::plain_fetch_url(std::string const&) + 330 frame #3: 0x0000000100aff2ba GDAL`libdap::HTTPConnect::fetch_url(std::string const&) + 58 frame #4: 0x0000000100af803a GDAL`libdap::Connect::request_version() + 282 frame #5: 0x000000010009dbfb GDAL`DODSDataset::connect_to_server() + 503 frame #6: 0x000000010009863f GDAL`DODSDataset::Open(GDALOpenInfo*) + 525 frame #7: 0x000000010026d9fe GDAL`GDALOpenInternal(GDALOpenInfo&, char const* const*) + 288 frame #8: 0x000000010026dbc0 GDAL`GDALOpenInternal(char const*, GDALAccess, char const* const*) + 44 frame #9: 0x000000010026eb23 GDAL`GDALOpenShared + 228 frame #10: 0x000000010000278f gdal_translate`ProxyMain(int, char**) + 3878 frame #11: 0x0000000100001758 gdal_translate`start + 52
comment:3 by , 10 years ago
Replying to jratike80
The exact syntax I used is in the initial report. I did not attach an XML file, because there is none; apparently the command crashes before it generates output. Once more
gdal_translate " http://mangrove.cnr.berkeley.edu/arcgis/rest/services/SONOMA_HYDROFLATTENED_BARE_EARTH_HILLSHADE/ImageServer?f=json&pretty=true" s.xml -of WMS
Thanks for the reference to the docs, will look at that.
comment:4 by , 10 years ago
I can't test this case because for some reason the ArcGIS REST requests do not work for me as described in the GDAL WMS driver page. For example this one:
gdalinfo "http://server.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServer?f=json&pretty=true" ERROR 4: `/tmp/file.dat' not recognised as a supported file format. gdalinfo failed - unable to open 'http://server.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServer?f=json&pretty=true'.
This happens with Win-7 and GDAL 1.11dev, released 2013/04/13 from gisinternals. I may have something wrong with the directory for temporary files. Normal WMS service works OK for me as
gdalinfo "WMS:http://server.com/....
comment:5 by , 10 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Likely a libdap issue and/or packaging. Closing
Could you attach your XML file and the exact gdal_translate command you used? Have you read http://www.gdal.org/frmt_wms.html and followed the syntax used in the examples?