On Tue, 12 Jul 2011, Shivanand wrote:

> I`m facing a strange problem when downloading from a particular netradio URL
> (http://onair.100fmlive.dk/100fm_live.mp3) using libCURL.
>
> The same behavior can be reproduced using the curl command too by following
> these steps :
> 1) Execute the command (on Linux)-
> curl -v -H "Accept: */*" -H "User-Agent: NSPlayer/9.1.0.3856" -H "Pragma:
> no-cache,rate=1.000000" -H "Pragma: xPlayStrm=1" -H "Pragma:
> xClientGUID=1822AD50-2C39-55c0-ZYXW-9D3E3CD32549" -H "Connection: Close"
> http://onair.100fmlive.dk/100fm_live.mp3 > /dev/null
>
> 2) Plug out network cable. Data download stops
>
> 3) After approximately 35 seconds plug it back in
>
> 4) Data download resumes briefly and then connection closes (command exits).

That sounds like the connection is being terminated by the other end.

> While using libCURL from c++ code, the running handles become 0 at step 4.
> and download stops.

If the connections are being disconnected then that will of course be the
outcome!

> The URL itself is an infinite URL and hence running handles should never
> become 0 for it.

So why would curl (or libcurl) disconnect? mp3-streaming servers are known for
disconnecting clients and expecting them to reconnect to continue getting the
stream...

> Any idea why this happens ? For some other netradio URLs, this behaviour is
> not observed. Download resumes and proceeds as expected. Is it a server
> related issue ?

I'd say it sounds like that.

> curl 7.15.5 (i686-suse-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8d zlib/1.2.3
> libidn/1.9

We've done 700+ bugfixes during the 5 years since we released that version...

-- 
  / daniel.haxx.se
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html