Re: [MinGW PATCH] git clone was failing with 'invalid object name HEAD' if ran from cmd.exe directly
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Aug 6, 2007, 10:42 UTC
- Message-ID
- <Pine.LNX.4.64.0708061134380.14781@racer.site>
- In-Reply-To
- <BD28FA320B7749FFBE3135FE92380BCE@ntdev.corp.microsoft.com>
Hi,
On Mon, 6 Aug 2007, Dmitry Kakurin wrote:
Show 5 quoted lines
> environment.c caches results of many getenv calls. Under MinGW setenv(X) > invalidates all previous values returned by getenv(X) so cached values > become dangling pointers. > > Added cache-aware function set_git_dir to complement get_git_dir
The real problem here: mingw.git did not merge with upstream git.git in a long time (mainly because its maintainer is on holiday). In the meantime, set_git_dir() is already there!
I had more problems than I thought with setting up a fork of mingw.git. It seems that the relative alternates path to mingw.git is followed, but not that one from mingw.git to git.git. So I could upload, but not fetch.
So I propose to use http://repo.or.cz/w/git/mingw4msysgit.git/ in the meantime. (Just give me your account name, and you'll be able to push to it.)
BTW your patch was white-space mangled.
Ciao, Dscho