Re: UPDATE: libtorrent-0.13.2 / rtorrent-0.9.2

2012-04-24 Thread Brett
On Mon, 23 Apr 2012 16:25:11 +0200
David Coppa dco...@gmail.com wrote:

 Hi,
 
 There're some major stability problems atm with
 libtorrent-0.12.9 / rtorrent-0.8.9...
 
 After running rtorrent continuously for some time you will get one
 of these crashes sooner or later:
 
  rtorrent: PollKQueue::modify() error: No such file or directory
 
  rtorrent: ThrottleInternal::receive_tick() called at a too short interval

I was running rtorrent up till recently on amd64 and never saw this, but the 
longest I ever ran it for was approx 12 hours straight.

The only problem I ever saw with the ports version, was occasionally the 
view:main ncurses display went screwy, and would display a few blank lines 
where downloading information should have been.



 So, I'd like to move us to the unstable branch.
 
 Alexander is running with a diff similar to the one below without
 problems since last thursday. Also this is the branch where development
 is currently happening (read: actively maintained).
 
 Any comments? Objections?
 

Installed this unstable one last night an a freshly built i386 -current. The 
one problem I notice is that navigating via the arrow keys often freezes for a 
few seconds. ie, I press the down arrow, the *** should appear beside the top 
torrent. But often with this version, nothing happens. I come back to the 
screen 5 seconds later and the *** is now beside the correct torrent. This 
didn't happen with the version in ports.

Brett.



UPDATE: libtorrent-0.13.2 / rtorrent-0.9.2

2012-04-23 Thread David Coppa
Hi,

There're some major stability problems atm with
libtorrent-0.12.9 / rtorrent-0.8.9...

After running rtorrent continuously for some time you will get one
of these crashes sooner or later:

 rtorrent: PollKQueue::modify() error: No such file or directory

 rtorrent: ThrottleInternal::receive_tick() called at a too short interval

...As reported by Alexander Polakov on his amd64 box and also verified by me.

So, I'd like to move us to the unstable branch.

Alexander is running with a diff similar to the one below without
problems since last thursday. Also this is the branch where development
is currently happening (read: actively maintained).

Any comments? Objections?

Ciao,
David

Index: libtorrent/Makefile
===
RCS file: /cvs/ports/net/libtorrent/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- libtorrent/Makefile 6 Apr 2012 14:33:41 -   1.29
+++ libtorrent/Makefile 23 Apr 2012 12:29:35 -
@@ -2,9 +2,8 @@
 
 COMMENT=   BitTorrent library written in C++
 
-DISTNAME=  libtorrent-0.12.9
-REVISION=  0
-SHARED_LIBS += torrent  18.0 # .14.1
+DISTNAME=  libtorrent-0.13.2
+SHARED_LIBS += torrent 19.0# .14.4
 CATEGORIES=net devel
 
 HOMEPAGE=  http://libtorrent.rakshasa.no/
@@ -22,7 +21,8 @@ WANTLIB=  crypto m sigc-2.0 stdc++
 BUILD_DEPENDS= devel/cppunit
 LIB_DEPENDS=   devel/libsigc++-2
 
-USE_LIBTOOL=   Yes
+# lots of undefined references when linking LibTorrentTest
+USE_LIBTOOL=   gnu
 
 AUTOCONF_VERSION=  2.68
 CONFIGURE_STYLE=   autoconf
Index: libtorrent/distinfo
===
RCS file: /cvs/ports/net/libtorrent/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- libtorrent/distinfo 1 Dec 2011 17:10:40 -   1.16
+++ libtorrent/distinfo 23 Apr 2012 12:29:35 -
@@ -1,5 +1,5 @@
-MD5 (libtorrent-0.12.9.tar.gz) = sSi70yTwPrQu9QYAgPh1SA==
-RMD160 (libtorrent-0.12.9.tar.gz) = qJjogtqUl3lz1i80pd2CV3/YPPU=
-SHA1 (libtorrent-0.12.9.tar.gz) = F2qDbG5oXk2tcawIwOCcqqW3dXw=
-SHA256 (libtorrent-0.12.9.tar.gz) = 
FdyejdRdBw9Eflmb7wjvDKQhusbn9V5gjc0ZNgWUr2Q=
-SIZE (libtorrent-0.12.9.tar.gz) = 667864
+MD5 (libtorrent-0.13.2.tar.gz) = lsC4FQE1ffQCq1kvWeyuqw==
+RMD160 (libtorrent-0.13.2.tar.gz) = CQ5q+bQximF2BkFZ9qj3CrcIx/4=
+SHA1 (libtorrent-0.13.2.tar.gz) = TzSnRPvhDFSq9T00aB+rwaSdclc=
+SHA256 (libtorrent-0.13.2.tar.gz) = 
7S8t6hbCnKxj+ick9mWHhtlV+XWGH6aBG88Vl/+KXk8=
+SIZE (libtorrent-0.13.2.tar.gz) = 725088
Index: libtorrent/patches/patch-scripts_checks_m4
===
RCS file: /cvs/ports/net/libtorrent/patches/patch-scripts_checks_m4,v
retrieving revision 1.2
diff -u -p -r1.2 patch-scripts_checks_m4
--- libtorrent/patches/patch-scripts_checks_m4  6 Apr 2012 14:33:41 -   
1.2
+++ libtorrent/patches/patch-scripts_checks_m4  23 Apr 2012 12:29:35 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-scripts_checks_m4,v 1.2 2012/04/06 14:33:41 dcoppa Exp $
 scripts/checks.m4.orig Fri Apr  6 15:17:41 2012
-+++ scripts/checks.m4  Fri Apr  6 15:19:11 2012
+--- scripts/checks.m4.orig Thu Mar 29 15:02:59 2012
 scripts/checks.m4  Thu Apr 12 12:39:26 2012
 @@ -93,51 +93,12 @@ AC_DEFUN([TORRENT_CHECK_KQUEUE], [
  ])
  ])
@@ -8,8 +8,8 @@ $OpenBSD: patch-scripts_checks_m4,v 1.2 
 -AC_DEFUN([TORRENT_CHECK_KQUEUE_SOCKET_ONLY], [
 -  AC_MSG_CHECKING(whether kqueue supports pipes and ptys)
 -
--  AC_RUN_IFELSE(
--[[#include fcntl.h
+-  AC_RUN_IFELSE([AC_LANG_SOURCE([
+-  #include fcntl.h
 -  #include stdlib.h
 -  #include unistd.h
 -  #include sys/event.h
@@ -34,7 +34,7 @@ $OpenBSD: patch-scripts_checks_m4,v 1.2 
 -if ((n = kevent(kfd, NULL, 0, ev_out, 2, ts))  1) return 9;
 -return 0;
 -  }
--]],
+-  ])],
 -[
 -  AC_MSG_RESULT(yes)
 -], [
@@ -53,3 +53,15 @@ $OpenBSD: patch-scripts_checks_m4,v 1.2 
  fi
  ])
  ])
+@@ -149,11 +110,9 @@ AC_DEFUN([TORRENT_WITHOUT_KQUEUE], [
+ [
+   if test $withval = yes; then
+ TORRENT_CHECK_KQUEUE
+-TORRENT_CHECK_KQUEUE_SOCKET_ONLY
+   fi
+ ], [
+ TORRENT_CHECK_KQUEUE
+-TORRENT_CHECK_KQUEUE_SOCKET_ONLY
+ ])
+ ])
+ 
Index: libtorrent/patches/patch-src_download_download_constructor_cc
===
RCS file: libtorrent/patches/patch-src_download_download_constructor_cc
diff -N libtorrent/patches/patch-src_download_download_constructor_cc
--- libtorrent/patches/patch-src_download_download_constructor_cc   1 Dec 
2011 17:10:40 -   1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-src_download_download_constructor_cc,v 1.1 2011/12/01 17:10:40 
dcoppa Exp $
-
-Spelling fixes
-
 

Re: UPDATE: libtorrent and rtorrent (problem report for previous version)

2006-10-13 Thread frantisek holop
hmm, on Thu, Oct 12, 2006 at 08:11:14PM +0200, Henrik Enberg said that
 Here are updates to net/libtorrent and net/rtorrent, credit goes to
 Bruno Bigras who did the actual work.  Changelogs can be pursued at
 http://libtorrent.rakshasa.no/wiki/Changelog

i was just going to ask about rtorrent (sorry about hijacking the thread)
i am using a somewhat non-supported configuration:

rtorrent-0.5.3  Ncurses BitTorrent Client based on LibTorrent
libtorrent-0.9.3BitTorrent Library written in C++
libsigc++-2.0.16p1  callback framework for C++

rtorrent and libtorrent were hand compiled and packaged using ports
from current but on 3.9 release.  it's basically the same as downloading
the sources and compiling them, isn't it?

libsigc++ is from 3.9 release ports.

and i think rtorrent is massively leaking memory.
have any of you experienced this?

vmstat output:
 014 0 148564  3254059   0   0   0   0   0   4  449   832  103  1  1 99
 014 0 148524  3232439   0   0   0   0   0   3  406   604   81  0  1 99
 015 0 148736  3211231   0   0   0   0   0   2  391   539   74  1  1 98
 014 0 148904  3194480   0   0   0   0   0   6  521   717   91  1  2 96
 014 0 149116  3173263   0   0   0   0   0   3  453  1010  126  2  1 97
 014 0 150780  29972   387   0   0   0   0   0  12  369  1236  112  1  2 97
 014 0 152828  27848   524   0   0   0   0   0  18  445  1536  171  2  2 96
 015 0 153028  2764833   0   0   0   0   0   1  382   828  109  1  1 99
 015 0 153256  2742022   0   0   0   0   0   0  380   879  108  1  1 98
 015 0 153660  2688054   0   0   0   0   0   3  422   616   79  1  1 97
 .
 .
 .
 014 0 153800  2674071   0   0   0   0   0   5  507   675  100  1  1 98
 015 0 153980  2656063   0   0   0   0   0   4  456   669   96  1  2 97
 015 0 154124  2641636   0   0   0   0   0   2  393   533   86  1  1 99
 014 0 154284  2625278   0   0   0   0   0   3  406   812   95  1  2 97

note the 5th column (actually the 4th because the first 2 touch) decreasing
steadily.  when i quit rtorrent, all memory is freed up.  top shows only
30-40 megs used by rtorrent, but i go down right to 1024k-512k free..

-f
-- 
columbus had a fourth ship - it sailed over the edge.



Re: UPDATE: libtorrent and rtorrent

2006-08-06 Thread Jeff Quast

On 7/30/06, Henrik Enberg [EMAIL PROTECTED] wrote:

Attached are updates to libtorrent and rtorrent.  Tested on i386 only.


good on i386



Re: UPDATE: libtorrent and rtorrent

2006-05-23 Thread marius

On 5/22/06, Henrik Enberg [EMAIL PROTECTED] wrote:

Attached are updates to libtorrent and rtorrent.  Tested on i386 only.

/Henrik



Lightly tested on i386. Works fine.

//mts



UPDATE: libtorrent and rtorrent

2006-05-22 Thread Henrik Enberg
Attached are updates to libtorrent and rtorrent.  Tested on i386 only.

Some highlights from the ChangeLog:

  * Set SO_REUSEADDR for listening socket so that there's no need to
wait for it to time out to reopen the same port

  * Fixed a crash when changing file priorities and another caused by
torrents with empty directories.

  * Added the load, load_run, stop_untied and remove_untied options. See
the example rtorrent.rc for how to use these to watch a directory
for new torrents.

  * Fixed a buffer overflow in the peer connection's write buffer that
could in some rare cases cause a crash.

/Henrik
--- libtorrent.orig/MakefileMon May 22 19:26:01 2006
+++ libtorrent/Makefile Mon May 22 20:32:34 2006
@@ -2,9 +2,8 @@
 
 COMMENT=   BitTorrent Library written in C++
 
-DISTNAME=  libtorrent-0.7.6
-PKGNAME=   ${DISTNAME}p1
-SHARED_LIBS=   torrent 6.0
+DISTNAME=  libtorrent-0.8.5
+SHARED_LIBS=   torrent 7.0
 CATEGORIES=net devel
 
 HOMEPAGE=  http://libtorrent.rakshasa.no/
--- libtorrent.orig/distinfoMon May 22 19:26:01 2006
+++ libtorrent/distinfo Mon May 22 20:33:04 2006
@@ -1,4 +1,4 @@
-MD5 (libtorrent-0.7.6.tar.gz) = ac93d98e30b90795ef34783e5fae3060
-RMD160 (libtorrent-0.7.6.tar.gz) = 042dd53ad6fcea9ce89bdb943cbcde2860d7ff96
-SHA1 (libtorrent-0.7.6.tar.gz) = eac5cbbd60fd4086c947fd3cd3c102f05ccb6f40
-SIZE (libtorrent-0.7.6.tar.gz) = 440246
+MD5 (libtorrent-0.8.5.tar.gz) = a54777817072b221e65956caed09c8fb
+RMD160 (libtorrent-0.8.5.tar.gz) = 0a45e6442ea0d4d1e6204e0fbc090f7906be6348
+SHA1 (libtorrent-0.8.5.tar.gz) = 2c58bb7cbded9024468d660e5ee204d51c999dec
+SIZE (libtorrent-0.8.5.tar.gz) = 448000
--- libtorrent.orig/pkg/PLIST   Mon May 22 19:26:01 2006
+++ libtorrent/pkg/PLISTMon May 22 20:40:46 2006
@@ -8,9 +8,11 @@
 include/torrent/event.h
 include/torrent/exceptions.h
 include/torrent/http.h
+include/torrent/path.h
 include/torrent/peer.h
 include/torrent/poll.h
 include/torrent/poll_epoll.h
+include/torrent/poll_kqueue.h
 include/torrent/poll_select.h
 include/torrent/rate.h
 include/torrent/torrent.h
--- rtorrent.orig/Makefile  Mon May 22 19:25:28 2006
+++ rtorrent/Makefile   Mon May 22 20:51:56 2006
@@ -2,8 +2,7 @@
 
 COMMENT=   Ncurses BitTorrent Client based on LibTorrent
 
-DISTNAME=  rtorrent-0.3.6
-PKGNAME=   ${DISTNAME}p0
+DISTNAME=  rtorrent-0.4.5
 CATEGORIES=net
 HOMEPAGE=  http://libtorrent.rakshasa.no/
 
--- rtorrent.orig/distinfo  Mon May 22 19:25:28 2006
+++ rtorrent/distinfo   Mon May 22 20:53:59 2006
@@ -1,4 +1,4 @@
-MD5 (rtorrent-0.3.6.tar.gz) = 673372e34c46aab2e03bd7e5a6e22a5a
-RMD160 (rtorrent-0.3.6.tar.gz) = 19bf3ed28e92f0dc1eb940a4cce122635e26c4f0
-SHA1 (rtorrent-0.3.6.tar.gz) = ec19c75250c064666cd656ca88d11f764f95f536
-SIZE (rtorrent-0.3.6.tar.gz) = 223419
+MD5 (rtorrent-0.4.5.tar.gz) = 5344b71334bacdbc80066b2a468aa05c
+RMD160 (rtorrent-0.4.5.tar.gz) = 37d07de0f9f19d91886cf1949db61b7bbe2be868
+SHA1 (rtorrent-0.4.5.tar.gz) = 127ac447bfa283aa28670daed7f744635245c579
+SIZE (rtorrent-0.4.5.tar.gz) = 391183