Version-Release number of selected component: git-1.8.4.2-1.fc20 Additional info: reporter: libreport-2.1.9 backtrace_rating: 4 cmdline: git-remote-http origin http://git.mitk.org/MITK.git crash_function: curl_multi_cleanup executable: /usr/libexec/git-core/git-remote-http kernel: 3.11.10-301.fc20.x86_64 runlevel: N 5 type: CCpp uid: 9377 Truncated backtrace: Thread no. 1 (2 frames) #0 curl_multi_cleanup at multi.c:1842 #1 http_cleanup at http.c:441
Created attachment 846530 [details] File: backtrace
Created attachment 846531 [details] File: cgroup
Created attachment 846532 [details] File: core_backtrace
Created attachment 846533 [details] File: dso_list
Created attachment 846534 [details] File: environ
Created attachment 846535 [details] File: exploitable
Created attachment 846536 [details] File: limits
Created attachment 846537 [details] File: maps
Created attachment 846538 [details] File: open_fds
Created attachment 846539 [details] File: proc_pid_status
Created attachment 846540 [details] File: var_log_messages
Git crashes in a libcurl function. It may still be git's fault, but I'm unable to reproduce it, hopefully someone more knowledgeable of curl's code can bring some insight into what could be wrong. Adding Kamil Dudka to CC. Marco, can you recall what commands you executed inside git-remote-http?
(In reply to Ondrej Oprala from comment #12) > Marco, can you recall what commands you executed inside git-remote-http? No, sorry.
I do not see any related bug fix or bug report neither in curl, nor in git. I am afraid that without having a reliable reproduced we will have to close this bug...
Thank you for your analysis Kamil. I'm closing this bug until a viable reproducer is found.