Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unsupported target type via xmlrpc interface when calling 'download_list' in rTorrent 0.8.9/0.12.9 #10

Closed
ragaskar opened this issue Dec 2, 2011 · 11 comments

Comments

@ragaskar
Copy link

ragaskar commented Dec 2, 2011

When I call download_list and pass it "completed" (or any argument for that matter), I get an Unsupported Target Type error. Is this a known bug with the version of rtorrent I'm using? I see a few tickets open on the web about this problem, but no further information on them.

Thanks!

@rakshasa
Copy link
Owner

rakshasa commented Dec 2, 2011

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

@ragaskar
Copy link
Author

ragaskar commented Dec 2, 2011

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

@ragaskar
Copy link
Author

ragaskar commented Dec 4, 2011

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
Copy link
Owner

rakshasa commented Dec 4, 2011

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

@ragaskar
Copy link
Author

ragaskar commented Dec 4, 2011

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
Copy link
Author

ragaskar commented Dec 4, 2011

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
Copy link
Author

ragaskar commented Dec 4, 2011

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
Copy link
Author

ragaskar commented Dec 4, 2011

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
Copy link
Owner

rakshasa commented Dec 4, 2011

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

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

@pyroscope
Copy link
Contributor

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
Copy link
Author

ragaskar commented Dec 4, 2011

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!

@ragaskar ragaskar closed this as completed Dec 4, 2011
@dishather dishather mentioned this issue Aug 9, 2014
This was referenced Sep 3, 2014
kannibalox pushed a commit to kannibalox/rtorrent that referenced this issue Sep 12, 2023
kannibalox pushed a commit to kannibalox/rtorrent that referenced this issue Sep 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants