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)

comment:1 by Jukka Rahkonen, 10 years ago

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?

comment:2 by Even Rouault, 10 years ago

Cc: kyngchaos 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

in reply to:  1 comment:3 by drunix, 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 Jukka Rahkonen, 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 Even Rouault, 10 years ago

Resolution: invalid
Status: newclosed

Likely a libdap issue and/or packaging. Closing

Note: See TracTickets for help on using tickets.