-
-
Notifications
You must be signed in to change notification settings - Fork 422
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
rtorrent (git) crashed due to 'save_input_history' #928
Comments
Seems that commit a3a384b introduced this regression. I tried to debug that function but managed to just check that it is possible to enter into this function. The very first call
seems causes all troubles. I added code to check I applied locally the patch to P.S. Before to begin to dig the problem I updated my |
In which circumstances? |
@chros73 , just start in terminal and rtorrent immediately crashes. |
That would be strange, because:
But your original report was different:
Since it's working fine on Debian / Ubuntu, I don't have a clue. |
nullptr – what works on your platform doesn't necessarily do on the supported spectrum. Checking that it DOES work can be loads of work. |
@vp1981, @QDesjardin just created packages for rtorrent-ps-ch, and he states that he doesn't have this issue. |
This is because I ran
Isn't
Thanks, I'll have to investigate this closely. When I openned the issue I didn't have time to make close look on the problem. Some additional information: I decided to find out the reason but as distro packages don't have debug symbols (gdb shows nothing) and were build with Still I didn't get why Laterly that day I found that some of torrent files (with non-latin enconding in names, repeat, SOME, not all) are shown very strangely, something like Right now I use
(for Archlinux users, yeah, I had to rebuild packages three times before I could get debug symbols and the fourth is without them). On weekend I'll continue to investigate my problem because I don't understand why previous Just to be sure that I have correct
|
I use these instead of yours' (and here's the complete example config): # Encryption options (encryption), set to none (default) or any combination of the following: allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext
# This will only allow encrypted connections: protocol.encryption.set = require,require_RC4
# The example value allows incoming encrypted connections, starts unencrypted outgoing connections but retries with encryption if they fail, preferring plaintext to RC4 encryption after the encrypted handshake
protocol.encryption.set = allow_incoming,prefer_plaintext,enable_retry
# Port range to use for listening.
network.port_range.set = 40890-40890
# Adding public DHT servers for easy bootstrapping
schedule2 = dht_node_1, 5, 0, "dht.add_node=router.utorrent.com:6881"
schedule2 = dht_node_2, 5, 0, "dht.add_node=dht.transmissionbt.com:6881"
schedule2 = dht_node_3, 5, 0, "dht.add_node=router.bitcomet.com:6881"
schedule2 = dht_node_4, 5, 0, "dht.add_node=dht.aelitis.com:6881"
# Check hash for finished torrents. (check_hash)
pieces.hash.on_completion.set = no
# you don't need this
#trackers.enable = yes
Me neither :) , although the mentioned commit was introduced in v0.9.8
As I said above, this shouldn't ever happen, that tells me your problem is something completely different.
I suggest try out @QDesjardin's packages, they should work fine (he worked on it during this week). (I can't help you with Arch specific issues since I never used it.) |
Okey,
I'll dig it further. |
If I read the stack correctly, the control even don't go to Line 469 in a3a384b
|
What are your CFLAGS/CXXFLAGS in makepkg.conf? |
@QDesjardin nothing special, distro defaults:
but that reminded me that I should set not only |
@chros73 seems your suggestions are correct and wrong at the same time:
so the control even don't reach the line 474 (the line with P.S. I changed location of |
Okey, I'm getting close to the reason of the crash (I think, I hope). Now I compiled
Now I don't know how to proceed further except to run |
Ok, so you don't have issue anymore with the
Remove/comment out the
If it fixes your issue, you can try to fix it and create a pull request for it :) |
@chros73 Yes, you are right. I commented out this option rebuild the Now about that I'll continue to investigate the issue because it is unexpected behavior: |
I went back in time, it was introduced in v0.5.1 as My point is:
That's not the issue, it worked the same way in the last 5-7 years at least. :) The problem is that now is crashing (due to the commit you found), and you're right about this: rtorrent should never crash, no matter what silly config entries a user have :) The solution for this is exactly what you suggested above, replace this check to this (tested on Ubuntu): if (m_control == NULL || !m_control->core()->download_store()->is_enabled()) Since you worked hard on this already, the honour of creating a pull request for this can be Yours :) Thanks for the bug report! |
PR has been created: #929 |
Hello,
I faced with rtorrent crash on Archlinux. The distribution packages
libtorrent
andrtorrent
don't have debug symbols so I rebuild both packages from git repo. In gdb I see:My system:
Archlinux x86_64
gcc: 9.2.0
The text was updated successfully, but these errors were encountered: