headers
Arvid Norberg | 2 Jun 2007 03:34
Picon
Picon
Favicon

Re: Have you http_tracker_connection exemple ?

On May 30, 2007, at 01:20, PP Team wrote:

> Hello,
>
> I want to download with HTTP with libtorrent.
> It's possible, but I don't know all the parameters of the fonctions.
>
> asio::io_service io;
> asio::strand t(io);
> http_tracker_connection ht(
> t,                      //ok ?
> NULL,                //type : tracker_manager : I don't know how to  
> use
> NULL,                //type : tracker_request : I don't know how to  
> use
> "dragoturkey.cachefly.net",            //server name
> 80,                                             //http port
> "http://dragoturkey.cachefly.net/gamedata.ankama-games.com/dofus/ 
> client/DofusInstaller_v1_18_2.exe",
>      //the request file
> NULL,
> //type : adress_bind : I don't know how to use
> NULL,
> //type : week_ptr :  I don't know how to use
> NULL,
> //type : session_settings :  I don't know how to use
> "a.a <at> msn.fr");
> //password (for anonymous user)
>
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eoin O'Callaghan | 2 Jun 2007 16:58
Picon
Picon

Possible race condition in 0.13 svn head on msvc-8.0

Hello,

Thanks Arvid for replying to my last mail about dropped peers, I could 
not reply initially to that post because pubbox.net which had managed 
this acc. is now down. It appears sadly that it's owner has past away.

While testing the latest SVN code I've come across a situation where the 
library stalls. I'm using VC 8.0, testing on WinXP x64 with both 32bit 
and 64bit builds. The stall ultimately occurs when attempting to enter a 
critical section. The problem originates in a call to 
torrent_handle::status() occurring at the attempt to lock a mutex at 
line 331 of torrent_handle.cpp.

This does not happen with version 0.12. I hope that's enough info to be 
of use to you, if not I'll try and provide more.

Kind regards, Eóin.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 2 comments |
headers
Eoin O'Callaghan | 2 Jun 2007 19:55
Picon
Picon

Re: Possible race condition in 0.13 svn head on msvc-8.0


Sorry, I was using the asio shipped with 0.12. When tested with the most 
recent cvs of asio then libtorrent seems to be grand.

Apologies,
Regards,
Eóin.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 1 comment |
headers
sfniks sfinks | 2 Jun 2007 21:35
Picon

h.get_torrent_info() causes crash

Hi,

I've had regular crashes with LT 0.12 + xp sp2, everything compiled with
mingw.
When app has ran couple hours it crashes, saying "Microsoft Visual C++
Runtime Library Runtime Error! ... This application has requested the
Runtime to terminate it in an unusual way."

So adding qDebug (GUI uses QT4.2.3) lines everywhere I found out that it
happens on torrent_handle::get_torrent_info()
When I added try {}catch(std::exception& e){}, e.what() says: st9bad_alloc

here's code:

void parseTorrents() {
QMutexLocker locker(&utex);

std::vector<torrent_handle> lh = m_session->get_torrents();
std::vector<torrent_handle>::iterator i = lh.begin();
    int _count=0;

    for( ; i != lh.end() ; i++, _count++) {
        torrent_handle h = *i;
        libtorrent::torrent_status s = h.status();

        libtorrent::torrent_info ti = h.get_torrent_info();;

So is it bug or is it normal? Should'nt libtorrent catch this st9bad_alloc
exception and throw some not-so-fatal exception?
-------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marcos Pinto | 2 Jun 2007 23:37
Picon

encryption branch crashes rev 1312

With the encryption branch, when finishing a download, libtorrent
segfaults 95% of the time.  Is anyone else having this problem? I've
gotten various reports about it from our users and I can reproduce it
myself almost every time.
Thanks,
Marcos

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 3 comments |
headers
Arvid Norberg | 3 Jun 2007 04:37
Picon
Picon
Favicon

Re: encryption branch crashes rev 1312

On Jun 2, 2007, at 14:37, Marcos Pinto wrote:

> With the encryption branch, when finishing a download, libtorrent
> segfaults 95% of the time.  Is anyone else having this problem? I've
> gotten various reports about it from our users and I can reproduce it
> myself almost every time.

Could you provide some information about where it segfaults?

--
Arvid Norberg

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 2 comments |
headers
Arvid Norberg | 3 Jun 2007 04:42
Picon
Picon
Favicon

Re: h.get_torrent_info() causes crash

On Jun 2, 2007, at 12:35, sfniks sfinks wrote:

> Hi,
>
> I've had regular crashes with LT 0.12 + xp sp2, everything compiled  
> with
> mingw.
> When app has ran couple hours it crashes, saying "Microsoft Visual C++
> Runtime Library Runtime Error! ... This application has requested the
> Runtime to terminate it in an unusual way."
>
> So adding qDebug (GUI uses QT4.2.3) lines everywhere I found out  
> that it
> happens on torrent_handle::get_torrent_info()
> When I added try {}catch(std::exception& e){}, e.what() says:  
> st9bad_alloc
>
>
> here's code:
>
> void parseTorrents() {
> QMutexLocker locker(&utex);
>
> std::vector<torrent_handle> lh = m_session->get_torrents();
> std::vector<torrent_handle>::iterator i = lh.begin();
>     int _count=0;
>
>     for( ; i != lh.end() ; i++, _count++) {
>         torrent_handle h = *i;
>         libtorrent::torrent_status s = h.status();
(Continue reading)

Permalink | Reply | 0 comments |
headers
Arvid Norberg | 3 Jun 2007 04:45
Picon
Picon
Favicon

Re: Possible race condition in 0.13 svn head on msvc-8.0

On Jun 2, 2007, at 10:55, Eoin O'Callaghan wrote:

> Sorry, I was using the asio shipped with 0.12. When tested with the  
> most
> recent cvs of asio then libtorrent seems to be grand.

Right, I introduced an optimization where non-blocking read calls  
were performed to empty the network buffer before going back to an  
async call. This exposed a bug in the windows implementation of asio  
which was then fixed.

For future refernce though, to catch deadlocks, I would need to know  
all the thread states that are waiting for a mutex, not just one of  
them.

thanks,
--
Arvid Norberg

--
Arvid Norberg

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 0 comments |
headers
Marcos Pinto | 3 Jun 2007 19:49
Picon

Re: encryption branch crashes rev 1312

This is now fixed with rev 1316 "fixed lazy bitfields bug".
Thanks again,
Marcos

On 6/2/07, Arvid Norberg <arvid <at> cs.umu.se> wrote:
> On Jun 2, 2007, at 14:37, Marcos Pinto wrote:
>
> > With the encryption branch, when finishing a download, libtorrent
> > segfaults 95% of the time.  Is anyone else having this problem? I've
> > gotten various reports about it from our users and I can reproduce it
> > myself almost every time.
>
> Could you provide some information about where it segfaults?
>
> --
> Arvid Norberg
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Libtorrent-discuss mailing list
> Libtorrent-discuss <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/libtorrent-discuss
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Eoin O'Callaghan | 4 Jun 2007 00:34
Picon
Picon

Re: encryption branch crashes rev 1312

I too would like to add that similar 'access violations' under WinXP 
also seem to have been fixed with the latest revision.

Kind regards, Eóin.

Marcos Pinto wrote:

> This is now fixed with rev 1316 "fixed lazy bitfields bug".
> Thanks again,
> Marcos

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 0 comments |

Gmane