Ticket #1375 (new defect)
"Caught Segmentation fault, dumping stack" on Mac OSX Leopard via macports
| Reported by: | anonymous | Owned by: | rakshasa |
|---|---|---|---|
| Priority: | normal | Component: | rtorrent |
| Version: | Severity: | major | |
| Keywords: | Cc: |
Description
I've just reinstalled a clean mac os leopard twice in the last couple of days on intel imac and rtorrent, when quitting, will pop this up and sometimes crash with the same message. I had it working on the same machine and leopard install for several months installing through macports in the exact same way at least three months ago. To me it seems as though the macports install has changed. I have a version on another computer (old ppc ibook) which is still working although on mac osx 10.4 and it has an older curl dependency, curl-7.18.1_2 as opposed to curl-7.18.2_0 on leopard. That is the only difference (as curl is mentioned several times below)
Caught Segmentation fault, dumping stack: 0 0 rtorrent 0x0002e4dd _Z8do_panici + 125 1 1 rtorrent 0x00034385 _ZN13SignalHandler6caughtEi + 357 2 2 libSystem.B.dylib 0x9035097b _sigtramp + 43 3 3 ??? 0xffffffff 0x0 + 4294967295 4 4 libcurl.4.dylib 0x0020628e Curl_http + 2190 5 5 libcurl.4.dylib 0x00212dda Curl_do + 234 6 6 libcurl.4.dylib 0x0021f767 Curl_expire + 2983 7 7 libcurl.4.dylib 0x0021fb99 curl_multi_perform + 89 8 8 rtorrent 0x000518a3 _ZN4core9CurlStack7performEv + 51 9 9 rtorrent 0x000744a9 _ZN4core17PollManagerSelect4pollEN3rak5timerE + 425 10 10 rtorrent 0x0002fc01 main + 1777 11 11 rtorrent 0x00002696 start + 54 Abort trap
Attachments
Change History
Changed 5 years ago by bigjonnyk@gmail.com
-
attachment
Caught Segmentation fault, dumping stack.rtf
added
Changed 5 years ago by anonymous
-
attachment
Caught Segmentation fault, dumping stack.txt
added
cleaner error message
comment:1 Changed 5 years ago by anonymous
Yes, this is most probably a bug in libcurl, not in rtorrent. Try a different version of it, rtorrent itself can work with libcurl as old as 7.12.0 so the dependency on 7.18.2 is bogus (unless there's another package which requires this version). File a bug with macports instead if it's a dependency issue. File a bug with libcurl if even the latest libcurl version exhibits this crash.
comment:2 Changed 5 years ago by anonymous
if i downgrade curl to 7.18.1 rtorrent won't even start up saying this. Is this maybe as it was built with newer curl perhaps?
dyld: Library not loaded: /opt/local/lib/libcurl.4.dylib
Referenced from: /opt/local/bin/rtorrent Reason: Incompatible library version: rtorrent requires version 6.0.0 or later, but libcurl.4.dylib provides version 5.0.0
Trace/BPT trap
comment:3 Changed 5 years ago by anonymous
Well, you'll have to recompile rtorrent after changing the library version of course. Or at least link it again.
comment:4 Changed 5 years ago by anonymous
Managed to fix it using an older curl. Very messy for me as new to command line stuff but it's working. Sent a ticket off to macports and libcurl
comment:5 Changed 4 years ago by Damien@Clauzel.nom.fr
The problem is still here:
$ rtorrent -h | head -n1 Rakshasa's BitTorrent client version 0.8.4. $ rtorrent Caught Segmentation fault, dumping stack: 0 0 rtorrent 0x000000000003788e _Z8do_panici + 126 1 1 rtorrent 0x000000000003db72 _ZN13SignalHandler6caughtEi + 306 2 2 libSystem.B.dylib 0x00000000800693fa _sigtramp + 26 3 3 ??? 0x00000000ffffffff 0x0 + 4294967295 4 4 libSystem.B.dylib 0x0000000080080c86 vsprintf + 591 5 5 libncursesw.5.dylib 0x00000000001839e4 _nc_printf_string + 116 6 6 libncursesw.5.dylib 0x000000000017ebb7 vwprintw + 23 7 7 rtorrent 0x00000000000932b8 _ZN7display6Canvas5printEjjPKcz + 184 8 8 rtorrent 0x000000000008cc4f _ZN7display18WindowDownloadList6redrawEv + 223 9 9 rtorrent 0x000000000008634e _ZN7display7Manager14receive_updateEv + 318 10 10 rtorrent 0x000000000003a0ae _ZN3rak22priority_queue_performEPNS_14priority_queueIPNS_13priority_itemENS_16priority_compareESt8equal_toIS2_EEENS_5timerE + 126 11 11 rtorrent 0x0000000000038ea7 main + 1543 12 12 rtorrent 0x00000000000010f4 start + 52 Abort trap # port installed | grep torrent | grep active libtorrent @0.12.4_0+universal (active) rtorrent @0.8.4_0+universal (active) # port installed | grep curl | grep active curl @7.19.5_0+ares+doc+ipv6+sftp_scp+ssl+universal (active) curl-ca-bundle @7.19.5_0 (active)
I am using the +universal trick for 64 bits compilation.
comment:6 follow-up: ↓ 7 Changed 4 years ago by anonymous
That's a completely different problem, this time in the unicode printing function vwprintw. You probably have a non-utf8 torrent. Try figuring out which torrent it is.
comment:7 in reply to: ↑ 6 Changed 4 years ago by Damien Clauzel
Replying to anonymous:
That's a completely different problem, this time in the unicode printing function vwprintw. You probably have a non-utf8 torrent. Try figuring out which torrent it is.
It is very probably not related to a torrent, because none was loaded.
I tried starting rtorrent with preferences that I know to be OK. Then I tried with none (removing conf file).
I also tried adding a torrent into the source directory before starting rtorrent, and I was getting the same the crash all the time.
I am thinking it could be related to the x86_64 architecture :
# file /opt/local/bin/rtorrent /opt/local/lib/libtorrent.* /opt/local/bin/rtorrent: Mach-O 64-bit executable x86_64 /opt/local/lib/libtorrent.11.0.4.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libtorrent.11.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libtorrent.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libtorrent.la: ASCII English text # file /opt/local/lib/libncurses* /opt/local/lib/libncurses++.a: current ar archive /opt/local/lib/libncurses++w.a: current ar archive /opt/local/lib/libncurses.5.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libncurses.a: current ar archive random library /opt/local/lib/libncurses.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libncursesw.5.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libncursesw.a: current ar archive random library /opt/local/lib/libncursesw.dylib: Mach-O 64-bit dynamically linked shared library x86_64
comment:8 Changed 3 years ago by bonis@dreamtouch.org
I've got an error to guess its not the same but can't figure out what the problem is..
Caught Segmentation fault, dumping stack 0 0 rtorrent 0x0004139d _Z8do_panici + 125 1 1 rtorrent 0x00047925 _ZN13SignalHandler6caughtEi + 357 2 2 libSystem.B.dylib 0x900702bb _sigtramp + 43 3 3 ??? 0xffffffff 0x0 + 4294967295 4 4 rtorrent 0x0008e26c _ZN4core17PollManagerKQueue4pollEN3rak5timerE + 156 5 5 rtorrent 0x00042bb0 main + 1760 6 6 rtorrent 0x00001bf6 start + 54 Abort trap

cleaner error message