Unsupported target type via xmlrpc interface when calling 'download_list' in rTorrent 0.8.9/0.12.9 about rtorrent

[rakshasa]

Have you tried latest git version? Pretty sure I fixed some bug a while back.

[ragaskar]

I haven't yet -- but I will try compiling and running against HEAD this weekend and report back.

[ragaskar]

Having the following error occur when I try to compile libtorrent:

libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtbeginS.o .libs/globals.o .libs/manager.o -Wl,--whole-archive torrent/.libs/libsub_torrent.a torrent/data/.libs/libsub_torrentdata.a torrent/download/.libs/libsub_torrentdownload.a torrent/peer/.libs/libsub_torrentpeer.a torrent/utils/.libs/libsub_torrentutils.a data/.libs/libsub_data.a dht/.libs/libsub_dht.a download/.libs/libsub_download.a net/.libs/libsub_net.a protocol/.libs/libsub_protocol.a tracker/.libs/libsub_tracker.a utils/.libs/libsub_utils.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/home/hd2/rajbot/lib -Wl,-rpath -Wl,/home/hd2/rajbot/lib -L/home/hd2/rajbot/lib -lcrypto -ldl /home/hd2/rajbot/lib/libsigc-2.0.so -L/usr/lib/gcc/x86_64-linux-gnu/4.4.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/crtn.o -O2 -Wl,-soname -Wl,libtorrent.so.14 -o .libs/libtorrent.so.14.0.1
/usr/bin/ld: /home/hd2/rajbot/lib/libcrypto.a(bn_lib.o): relocation R_X86_64_32 against .rodata' can not be used when making a shared object; recompile with -fPIC /home/hd2/rajbot/lib/libcrypto.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [libtorrent.la] Error 1 make[3]: Leaving directory/home/hd2/rajbot/src/libtorrent/sr

Any advice?

[rakshasa]

That is not an issue with rtorrent, but your system.

[ragaskar]

Right; I'm just wondering if you know of an easy fix -- I'm not particularly up to speed on compiling software by hand. Adding the -fPIC flag doesn't seem to get it through compilation successfully.

[ragaskar]

Got it: for those having a similar problem, I needed to recompile openssl with the following configure flags:

./configure shared CFLAGS=-fPIC

In my case I also had to make clean before re-running configure. Confusing!

[ragaskar]

Still seeing the same issue with latest HEAD -- trying to build previous versions of rtorrent to see if those work correctly with xmlrpc, but they're failing with an error about curl_stack....

[ragaskar]

0.8.8 fails with similar errors, 0.8.7 segfaults. Not sure what working version I had on my server before it got upgraded to 0.8.9.

[rakshasa]

Can you provide an example of the xmlrpc call you're making?

Also, post logs using 'log.xmlrpc = ".

[pyroscope]

0.8.9 mandates that the 2nd argument is ALWAYS an item hash, and where not applicable, an empty argument needs to be passed. Put another way: called correctly, it works like a charm with 0.8.9 (release). Just did.

[ragaskar]

Thank you, pyroscope -- that was the problem -- I simply added a blank argument as the first parameter to "download_list" -- ie, "download_list", "", "complete" and everything works beautifully!

My mistake for not posting what parameters I was posting in the first place.

Thanks all for your help!