Re: Is there a reason the credential cache server cowardly refuses to delete/reuse the socket file?

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

 



On Sun, Jun 15, 2014 at 09:48:24AM -0400, Jason Pyeron wrote:

> Whenever my computer crashes, I am left with a socket file. On next git
> invocation it tries to conenct to the file, but the daemon is not running so it
> barfs until I delete the file.

It's supposed to transparently handle this situation. The server always
runs unlink() before binding to clear it out. The client will spawn the
server when it tries to connect and gets either ENOENT or ECONNREFUSED.

But:

> jpyeron@black /projects/dcarr/saar
> $ git push
> fatal: unable to connect to cache daemon: No error

Apparently your errno is 0 after returning an error from
credential-cache.c:send_request?

Could this be a cygwin weirdness? I'd be interested to see the output
of:

  echo url=https://example.com |
  strace -f git credential-cache get

in such a case.

-Peff
--
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]