Re: segfault in git-remote-http

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 10 Apr 2013 00:30:30 -0400
Jeff King <peff@xxxxxxxx> wrote:

> On Tue, Apr 09, 2013 at 12:40:44PM -0700, rh wrote:
> 
> > > does not support hardlinks or symlinks). But I'm not sure which
> > > error you are talking about. We can figure out inside the program
> > > which program was invoked by checking argv, but I do not see us
> > > printing remote-http anywhere.
> > 
> > I wasn't clear in my initial report....and may have omitted a
> > significant fact. The "git clone" returned right away and I saw no
> > error. The error shows up in dmesg via syslog, something like
> > git-remote-http[1234]: segfault at xxxxxxxx blah blah in libcrypto
> 
> That message is not generated by git, but rather by the kernel, which
> pulls the name from argv[0], presumably. E.g., try:
> 
>   echo 'int main() { *(int *)0=0; }' >foo.c
>   gcc foo.c
>   ln a.out alternate
>   ./a.out; ./alternate
>   dmesg | tail -n 2
> 
> which should show both program names. Git invokes git-remote-* based
> on the URL you fed it. So if you are seeing a segfault in
> git-remote-http, presumably you fed it an http URL (which may still
> execute SSL code if it redirects to an https URL).

Here's the command I ran (from initial post):
git clone https://github.com/bitcoin/bitcoin.git

This returns no error on the command line and produced the segfault
reported by the kernel. git clone returns immediately.

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]