On Thu, Aug 30, 2012 at 3:34 PM, Orgad and Raizel Shaneh
> On Thu, Aug 30, 2012 at 4:22 PM, Nguyen Thai Ngoc Duy <pclo...@gmail.com>
> > On Thu, Aug 30, 2012 at 8:12 PM, Orgad and Raizel Shaneh
> > <org...@gmail.com> wrote:
> >>> Could be path normalization. What does "git rev-parse --git-dir" say?
> >>> Try to run it at top working directory and a subdirectory as well.
> >>> If you set GIT_OBJECT_DIRECTORY environment variable to
> >>> //server/share/foo/repo/.git/objects, does it work?
> >> git rev-parse --git-dir in a subdirectory has //server
> > Hmm where is your git repository? That does not look like a git
> > repository's path.
> Let me try to explain again.
> I have /d/share/bare, which is a bare repository, and /d/share/repo
> which is a clone with a relative path to bare/.git/objects in its
> D:\share is configured as a SMB shared folder. It is accessed using
> I do not clone from this directory, but work directly in it using 'cd
> //server/share', then performing git operations.
> >> setting GIT_OBJECT_DIRECTORY prints "fatal: bad object HEAD" on git
> >> status.
> > I guessed you put your repo in .../repo/.git, but I was probably
> > wrong. Try setting again, pointing GIT_OBJECT_DIRECTORY to the
> > "objects" directory inside your repository. I just want to make see if
> > it's because git miscalculates this path. If setting the env variable
> > works, then it probably does.
> > --
> > Duy
> Same result. fatal: bad object HEAD. Tried even using a full (local)
> path to the objects dir.
> - Orgad
Any news? This still doesn't work with 1.8.0.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html