git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Git Cygwin - unable to create any repository - help!
@ 2008-01-14 17:21 Paul Umbers
  2008-01-14 20:29 ` Alex Riesen
  0 siblings, 1 reply; 39+ messages in thread
From: Paul Umbers @ 2008-01-14 17:21 UTC (permalink / raw)
  To: git

Trying to create a repository under the cygwin install of git, windows
XP Pro. I can create the initial repository OK using "git init" and
add files using "git add .", but when I come to commit I get the
messages:

error: invalid object d9b06fceac52f6c24357e6a7f85c601
088381152
fatal: git-write-tree: error building trees

git-fsck gives me:

notice: HEAD points to an unborn branch (master)
notice: No default references
missing blob d9b06fceac52f6c24357e6a7f85c601088381152

This is with a simple repository of one directory containing one plain
ascii text file with some text in it. I get similar messages, with one
missing blob for each file or directory in the project, on more
complex projects. At home, I use git under Ubuntu linux and haven't
had any such problems.

The git/cygwin install followed the instruction for a cygwin binary
installation from the wiki and no problems were reported. I've been
unable to find online comments relating to this problem and am stuck.

Any suggestions?

Paul

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-14 17:21 Git Cygwin - unable to create any repository - help! Paul Umbers
@ 2008-01-14 20:29 ` Alex Riesen
  2008-01-14 22:21   ` Paul Umbers
  0 siblings, 1 reply; 39+ messages in thread
From: Alex Riesen @ 2008-01-14 20:29 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git

Paul Umbers, Mon, Jan 14, 2008 18:21:44 +0100:
> Trying to create a repository under the cygwin install of git, windows
> XP Pro. I can create the initial repository OK using "git init" and
> add files using "git add .", but when I come to commit I get the
> messages:
> 
> error: invalid object d9b06fceac52f6c24357e6a7f85c601
> 088381152
> fatal: git-write-tree: error building trees

Is it a "text-mode" mount where your repository is to reside?

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-14 20:29 ` Alex Riesen
@ 2008-01-14 22:21   ` Paul Umbers
  2008-01-15  5:48     ` Alex Riesen
  2008-01-15 17:08     ` Pascal Obry
  0 siblings, 2 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-14 22:21 UTC (permalink / raw)
  To: Alex Riesen; +Cc: git

The "mount" command tells me everything I have is mounted in binmode.
I have used Git on a default cygwin install (win XP pro) before and
not had this problem - that's why this is so frustrating. Not sure
what changed this time round as I tend to use defaults for most
installations.

Are you saying I need to make sure the repository directory is mounted
in text-mode (for Windows compatibility)? I just reinstalled cygwin,
selecting text-mode as the default. I can create a git repository, but
"git add ." returns:

fatal: cannot use /cygdrive/c/test/.git/info/exclude as an exclude file

Paul

 On Jan 14, 2008 1:29 PM, Alex Riesen <raa.lkml@gmail.com> wrote:
> Paul Umbers, Mon, Jan 14, 2008 18:21:44 +0100:
>
> > Trying to create a repository under the cygwin install of git, windows
> > XP Pro. I can create the initial repository OK using "git init" and
> > add files using "git add .", but when I come to commit I get the
> > messages:
> >
> > error: invalid object d9b06fceac52f6c24357e6a7f85c601
> > 088381152
> > fatal: git-write-tree: error building trees
>
> Is it a "text-mode" mount where your repository is to reside?
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-14 22:21   ` Paul Umbers
@ 2008-01-15  5:48     ` Alex Riesen
  2008-01-15 15:21       ` Paul Umbers
  2008-01-15 17:08     ` Pascal Obry
  1 sibling, 1 reply; 39+ messages in thread
From: Alex Riesen @ 2008-01-15  5:48 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git

Paul Umbers, Mon, Jan 14, 2008 23:21:28 +0100:
> The "mount" command tells me everything I have is mounted in binmode.

Now that's unusual, unless you had "Text Mode" selected in the installer

> Are you saying I need to make sure the repository directory is mounted
> in text-mode (for Windows compatibility)? I just reinstalled cygwin,
> selecting text-mode as the default.

No, text-mode is definitely wrong for almost anything. It just
corrupts data. Try activating binary mode.

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15  5:48     ` Alex Riesen
@ 2008-01-15 15:21       ` Paul Umbers
  2008-01-15 20:04         ` Alex Riesen
  0 siblings, 1 reply; 39+ messages in thread
From: Paul Umbers @ 2008-01-15 15:21 UTC (permalink / raw)
  To: Alex Riesen; +Cc: git

I've just completely uninstalled (ie: deleted) and re-installed
cygwin, ensuring that bin mode was selected for the install (I'm sure
it was before, that's the default). "mount" confirms that everything
is mounted in binmode.

Sadly, I still can't commit to a git repository - same problem: every
file & directory immediately shows as a "missing blob" after "git add
."

I'll try the same install on my home system (Win XP Home) and see if I
get the same problem.

Paul

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-14 22:21   ` Paul Umbers
  2008-01-15  5:48     ` Alex Riesen
@ 2008-01-15 17:08     ` Pascal Obry
  1 sibling, 0 replies; 39+ messages in thread
From: Pascal Obry @ 2008-01-15 17:08 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Alex Riesen, git

Paul Umbers a écrit :
> The "mount" command tells me everything I have is mounted in binmode.
> I have used Git on a default cygwin install (win XP pro) before and
> not had this problem - that's why this is so frustrating. Not sure
> what changed this time round as I tend to use defaults for most
> installations.
> 
> Are you saying I need to make sure the repository directory is mounted
> in text-mode (for Windows compatibility)? I just reinstalled cygwin,
> selecting text-mode as the default. I can create a git repository, but
> "git add ." returns:

Avoid text-mode on Windows with Cygwin. I can't help with your problem 
but I can tell you that Git is working fine here!

What about permissions for /cygdrive/c/test ?

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 15:21       ` Paul Umbers
@ 2008-01-15 20:04         ` Alex Riesen
  2008-01-15 20:12           ` Paul Umbers
  0 siblings, 1 reply; 39+ messages in thread
From: Alex Riesen @ 2008-01-15 20:04 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git

Paul Umbers, Tue, Jan 15, 2008 16:21:15 +0100:
> I've just completely uninstalled (ie: deleted) and re-installed
> cygwin, ensuring that bin mode was selected for the install (I'm sure
> it was before, that's the default). "mount" confirms that everything
> is mounted in binmode.

Ok, so it is a bit more complicated...

Paul Umbers, Mon, Jan 14, 2008 18:21:44 +0100:
> Trying to create a repository under the cygwin install of git, windows
> XP Pro. I can create the initial repository OK using "git init" and
> add files using "git add .", but when I come to commit I get the
> messages:
> 
> error: invalid object d9b06fceac52f6c24357e6a7f85c601088381152
> fatal: git-write-tree: error building trees

Does the object exists at all? Try

    ls -l .git/d9/b06fceac52f6c24357e6a7f85c601088381152

Is it possible to get a hold of this repo (just the .git directly
after "git add .")? It would be interesting to see the nature of the
corruption.

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 20:04         ` Alex Riesen
@ 2008-01-15 20:12           ` Paul Umbers
  2008-01-15 21:20             ` Alex Riesen
  2008-01-15 23:02             ` Robin Rosenberg
  0 siblings, 2 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-15 20:12 UTC (permalink / raw)
  To: Alex Riesen; +Cc: git

[-- Attachment #1: Type: text/plain, Size: 649 bytes --]

git ls (see below) returns nothing - it looks like the object doesn't
exist at all. I've attached a .zip of the entire test directory (one
text file plus .git). This is after "git init" followed by "git add ."

What do you think?

>
> Does the object exists at all? Try
>
>     ls -l .git/d9/b06fceac52f6c24357e6a7f85c601088381152
>
> Is it possible to get a hold of this repo (just the .git directly
> after "git add .")? It would be interesting to see the nature of the
> corruption.
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: test.zip --]
[-- Type: application/zip, Size: 8621 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 20:12           ` Paul Umbers
@ 2008-01-15 21:20             ` Alex Riesen
  2008-01-15 21:57               ` Paul Umbers
  2008-01-15 21:59               ` Paul Umbers
  2008-01-15 23:02             ` Robin Rosenberg
  1 sibling, 2 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-15 21:20 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git

Paul Umbers, Tue, Jan 15, 2008 21:12:45 +0100:
> >
> > Does the object exists at all? Try
> >
> >     ls -l .git/d9/b06fceac52f6c24357e6a7f85c601088381152
> >
> > Is it possible to get a hold of this repo (just the .git directly
> > after "git add .")? It would be interesting to see the nature of the
> > corruption.
> >
> git ls (see below) returns nothing - it looks like the object doesn't
> exist at all. I've attached a .zip of the entire test directory (one

zip is a bit lying: it does not keep the attributes of the files the
way cygwin programs see them. For instance, it not known whether the
hooks (.git/hooks) where executable at the time.

> text file plus .git). This is after "git init" followed by "git add ."
> 
> What do you think?

I think it has failed already at "git add". From looking at the code
it is hard for the current git-add (builtin-add.c) to fail silently.

Hmm... What "git version" returns for you? (the .git/config contains
filemode=true, which cygwin breaks every time).

Of course, it would be interesting to know if the current git works
for you. Or the MinGW port:

    http://code.google.com/p/msysgit/downloads/list

It used to conflict with cygwin, though.

If the current git fails, I'd suggest to instrument write_sha1_file in
sha1_file.c and see if it really manages to create temporary file and
rename it to sha1 file (that d9/b06fceac52f6c24357e6a7f85c601088381152).
I suspect either rename or link failing silently (IOW, it fails to
create the new name under objects/d9/ but returns 0(no error) anyway).

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 21:20             ` Alex Riesen
@ 2008-01-15 21:57               ` Paul Umbers
  2008-01-15 22:51                 ` Alex Riesen
  2008-01-15 21:59               ` Paul Umbers
  1 sibling, 1 reply; 39+ messages in thread
From: Paul Umbers @ 2008-01-15 21:57 UTC (permalink / raw)
  To: Alex Riesen; +Cc: git

[-- Attachment #1: Type: text/plain, Size: 1895 bytes --]

Try this ... test.tar (from within cygwin).

On Jan 15, 2008 2:20 PM, Alex Riesen <raa.lkml@gmail.com> wrote:
> Paul Umbers, Tue, Jan 15, 2008 21:12:45 +0100:
> > >
> > > Does the object exists at all? Try
> > >
> > >     ls -l .git/d9/b06fceac52f6c24357e6a7f85c601088381152
> > >
> > > Is it possible to get a hold of this repo (just the .git directly
> > > after "git add .")? It would be interesting to see the nature of the
> > > corruption.
> > >
> > git ls (see below) returns nothing - it looks like the object doesn't
> > exist at all. I've attached a .zip of the entire test directory (one
>
> zip is a bit lying: it does not keep the attributes of the files the
> way cygwin programs see them. For instance, it not known whether the
> hooks (.git/hooks) where executable at the time.
>
> > text file plus .git). This is after "git init" followed by "git add ."
> >
> > What do you think?
>
> I think it has failed already at "git add". From looking at the code
> it is hard for the current git-add (builtin-add.c) to fail silently.
>
> Hmm... What "git version" returns for you? (the .git/config contains
> filemode=true, which cygwin breaks every time).
>
> Of course, it would be interesting to know if the current git works
> for you. Or the MinGW port:
>
>     http://code.google.com/p/msysgit/downloads/list
>
> It used to conflict with cygwin, though.
>
> If the current git fails, I'd suggest to instrument write_sha1_file in
> sha1_file.c and see if it really manages to create temporary file and
> rename it to sha1 file (that d9/b06fceac52f6c24357e6a7f85c601088381152).
> I suspect either rename or link failing silently (IOW, it fails to
> create the new name under objects/d9/ but returns 0(no error) anyway).
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: test.tar --]
[-- Type: application/x-tar, Size: 30720 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 21:20             ` Alex Riesen
  2008-01-15 21:57               ` Paul Umbers
@ 2008-01-15 21:59               ` Paul Umbers
  2008-01-15 22:55                 ` Alex Riesen
  1 sibling, 1 reply; 39+ messages in thread
From: Paul Umbers @ 2008-01-15 21:59 UTC (permalink / raw)
  To: Alex Riesen; +Cc: git

Git version is 1.5.3.8.

On Jan 15, 2008 2:20 PM, Alex Riesen <raa.lkml@gmail.com> wrote:
> Paul Umbers, Tue, Jan 15, 2008 21:12:45 +0100:
> > >
> > > Does the object exists at all? Try
> > >
> > >     ls -l .git/d9/b06fceac52f6c24357e6a7f85c601088381152
> > >
> > > Is it possible to get a hold of this repo (just the .git directly
> > > after "git add .")? It would be interesting to see the nature of the
> > > corruption.
> > >
> > git ls (see below) returns nothing - it looks like the object doesn't
> > exist at all. I've attached a .zip of the entire test directory (one
>
> zip is a bit lying: it does not keep the attributes of the files the
> way cygwin programs see them. For instance, it not known whether the
> hooks (.git/hooks) where executable at the time.
>
> > text file plus .git). This is after "git init" followed by "git add ."
> >
> > What do you think?
>
> I think it has failed already at "git add". From looking at the code
> it is hard for the current git-add (builtin-add.c) to fail silently.
>
> Hmm... What "git version" returns for you? (the .git/config contains
> filemode=true, which cygwin breaks every time).
>
> Of course, it would be interesting to know if the current git works
> for you. Or the MinGW port:
>
>     http://code.google.com/p/msysgit/downloads/list
>
> It used to conflict with cygwin, though.
>
> If the current git fails, I'd suggest to instrument write_sha1_file in
> sha1_file.c and see if it really manages to create temporary file and
> rename it to sha1 file (that d9/b06fceac52f6c24357e6a7f85c601088381152).
> I suspect either rename or link failing silently (IOW, it fails to
> create the new name under objects/d9/ but returns 0(no error) anyway).
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 21:57               ` Paul Umbers
@ 2008-01-15 22:51                 ` Alex Riesen
  0 siblings, 0 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-15 22:51 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git

Paul Umbers, Tue, Jan 15, 2008 22:57:35 +0100:
> Try this ... test.tar (from within cygwin).
> 

Ok, nothing suspicios here.

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 21:59               ` Paul Umbers
@ 2008-01-15 22:55                 ` Alex Riesen
  0 siblings, 0 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-15 22:55 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git

Paul Umbers, Tue, Jan 15, 2008 22:59:52 +0100:
> Git version is 1.5.3.8.

That's ok too. The git-add is as verbose regarding errors as today.

Next would be to try to recompile git and instrument that file:

> On Jan 15, 2008 2:20 PM, Alex Riesen <raa.lkml@gmail.com> wrote:
> > Hmm... What "git version" returns for you? (the .git/config contains
> > filemode=true, which cygwin breaks every time).
> >
> > Of course, it would be interesting to know if the current git works
> > for you. Or the MinGW port:
> >
> >     http://code.google.com/p/msysgit/downloads/list
> >
> > It used to conflict with cygwin, though.

Or try the MinGW port

> > If the current git fails, I'd suggest to instrument write_sha1_file in
> > sha1_file.c and see if it really manages to create temporary file and
> > rename it to sha1 file (that d9/b06fceac52f6c24357e6a7f85c601088381152).
> > I suspect either rename or link failing silently (IOW, it fails to
> > create the new name under objects/d9/ but returns 0(no error) anyway).

That sha1_file.c above

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 20:12           ` Paul Umbers
  2008-01-15 21:20             ` Alex Riesen
@ 2008-01-15 23:02             ` Robin Rosenberg
  2008-01-16  7:18               ` Alex Riesen
  1 sibling, 1 reply; 39+ messages in thread
From: Robin Rosenberg @ 2008-01-15 23:02 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Alex Riesen, git

tisdagen den 15 januari 2008 skrev Paul Umbers:
> git ls (see below) returns nothing - it looks like the object doesn't
> exist at all. I've attached a .zip of the entire test directory (one
> text file plus .git). This is after "git init" followed by "git add ."
> 
> What do you think?

Git comes with test suite. Try it using make test or

GIT_TEST_OPTS="--debug --verbose" make test

The extra options are there since we expect it to fail.

-- robin

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-15 23:02             ` Robin Rosenberg
@ 2008-01-16  7:18               ` Alex Riesen
  2008-01-16 15:42                 ` Paul Umbers
  0 siblings, 1 reply; 39+ messages in thread
From: Alex Riesen @ 2008-01-16  7:18 UTC (permalink / raw)
  To: Robin Rosenberg; +Cc: Paul Umbers, git

Robin Rosenberg, Wed, Jan 16, 2008 00:02:49 +0100:
> tisdagen den 15 januari 2008 skrev Paul Umbers:
> > git ls (see below) returns nothing - it looks like the object doesn't
> > exist at all. I've attached a .zip of the entire test directory (one
> > text file plus .git). This is after "git init" followed by "git add ."
> > 
> > What do you think?
> 
> Git comes with test suite. Try it using make test or

He has just the precompiled packages from cygwin

> GIT_TEST_OPTS="--debug --verbose" make test
> 
> The extra options are there since we expect it to fail.
> 

But when compiled, it would be useflul indeed to see how the tests run

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16  7:18               ` Alex Riesen
@ 2008-01-16 15:42                 ` Paul Umbers
  2008-01-16 17:55                   ` Junio C Hamano
  2008-01-16 18:31                   ` Alex Riesen
  0 siblings, 2 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-16 15:42 UTC (permalink / raw)
  To: Alex Riesen; +Cc: Robin Rosenberg, git

OK, I think this worked (I'm a Java man, not C/C++). I downloaded the
latest 1.5.3 source from the git repository and ran "make" with
GIT_TEST_OPTS="--verbose --debug". Here's the output:

paulumbers@Devteam29 ~/workspace/git/git-1.5.3/t
$ make
*** t0000-basic.sh ***
*   ok 1: .git/objects should be empty after git init in an empty repo.
*   ok 2: .git/objects should have 3 subdirectories.
*   ok 3: git update-index without --add should fail adding.
*   ok 4: git update-index with --add should succeed.
* FAIL 5: writing tree out with git write-tree
        tree=$(git write-tree)
* FAIL 6: validate object ID of a known tree.
        test "$tree" = 7bb943559a305bdd6bdee2cef6e5df2413c3d30a
*   ok 7: git update-index without --remove should fail removing.
*   ok 8: git update-index with --remove should be able to remove.
*   ok 9: git write-tree should be able to write an empty tree.
*   ok 10: validate object ID of a known tree.
*   ok 11: adding various types of objects with git update-index --add.
*   ok 12: showing stage with git ls-files --stage
*   ok 13: validate git ls-files output for a known tree.
* FAIL 14: writing tree out with git write-tree.
        tree=$(git write-tree)
* FAIL 15: validate object ID for a known tree.
        test "$tree" = 087704a96baf1c2d1c869a8b084481e121c88b5b
* FAIL 16: showing tree with git ls-tree
        git ls-tree $tree >current
* FAIL 17: git ls-tree output for a known tree.
        diff current expected
* FAIL 18: showing tree with git ls-tree -r
        git ls-tree -r $tree >current
* FAIL 19: git ls-tree -r output for a known tree.
        diff current expected
* FAIL 20: showing tree with git ls-tree -r -t
        git ls-tree -r -t $tree >current
* FAIL 21: git ls-tree -r output for a known tree.
        diff current expected
* FAIL 22: writing partial tree out with git write-tree --prefix.
        ptree=$(git write-tree --prefix=path3)
* FAIL 23: validate object ID for a known tree.
        test "$ptree" = 21ae8269cacbe57ae09138dcc3a2887f904d02b3
* FAIL 24: writing partial tree out with git write-tree --prefix.
        ptree=$(git write-tree --prefix=path3/subp3)
* FAIL 25: validate object ID for a known tree.
        test "$ptree" = 3c5e5399f3a333eddecce7a9b9465b63f65f51e2
*   ok 26: put invalid objects into the index.
*   ok 27: writing this tree without --missing-ok.
*   ok 28: writing this tree with --missing-ok.
* FAIL 29: git read-tree followed by write-tree should be idempotent.
        git read-tree $tree &&
             test -f .git/index &&
             newtree=$(git write-tree) &&
             test "$newtree" = "$tree"
* FAIL 30: validate git diff-files output for a know cache/work tree state.
        git diff-files >current && diff >/dev/null -b current expected
*   ok 31: git update-index --refresh should succeed.
*   ok 32: no diff after checkout and git update-index --refresh.
* FAIL 33: git commit-tree records the correct tree in a commit.
        commit0=$(echo NO | git commit-tree $P) &&
             tree=$(git show --pretty=raw $commit0 |
                 sed -n -e "s/^tree //p" -e "/^author /q") &&
             test "z$tree" = "z$P"
* FAIL 34: git commit-tree records the correct parent in a commit.
        commit1=$(echo NO | git commit-tree $P -p $commit0) &&
             parent=$(git show --pretty=raw $commit1 |
                 sed -n -e "s/^parent //p" -e "/^author /q") &&
             test "z$commit0" = "z$parent"
* FAIL 35: git commit-tree omits duplicated parent in a commit.
        commit2=$(echo NO | git commit-tree $P -p $commit0 -p $commit0) &&
             parent=$(git show --pretty=raw $commit2 |
                 sed -n -e "s/^parent //p" -e "/^author /q" |
                 sort -u) &&
             test "z$commit0" = "z$parent" &&
             numparent=$(git show --pretty=raw $commit2 |
                 sed -n -e "s/^parent //p" -e "/^author /q" |
                 wc -l) &&
             test $numparent = 1
*   ok 36: update-index D/F conflict
* FAIL 37: absolute path works as expected

                mkdir first &&
                ln -s ../.git first/.git &&
                mkdir second &&
                ln -s ../first second/other &&
                mkdir third &&
                dir="$(cd .git; pwd -P)" &&
                dir2=third/../second/other/.git &&
                test "$dir" = "$(test-absolute-path $dir2)" &&
                file="$dir"/index &&
                test "$file" = "$(test-absolute-path $dir2/index)" &&
                ln -s ../first/file .git/syml &&
                sym="$(cd first; pwd -P)"/file &&
                test "$sym" = "$(test-absolute-path $dir2/syml)"

* failed 20 among 37 test(s)
make: *** [t0000-basic.sh] Error 1

paulumbers@Devteam29 ~/workspace/git/git-1.5.3/t
$ make -v -d
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i686-pc-cygwin

paulumbers@Devteam29 ~/workspace/git/git-1.5.3/t
$ export GIT_TEST_OPTS="--verbose --debug"

paulumbers@Devteam29 ~/workspace/git/git-1.5.3/t
$ make
*** t0000-basic.sh ***
* expecting success: cmp -s /dev/null should-be-empty
*   ok 1: .git/objects should be empty after git init in an empty repo.

* expecting success: test $(wc -l < full-of-directories) = 3
*   ok 2: .git/objects should have 3 subdirectories.

* expecting failure: git update-index should-be-empty
error: should-be-empty: cannot add to the index - missing --add option?
fatal: Unable to process path should-be-empty
*   ok 3: git update-index without --add should fail adding.

* expecting success: git update-index --add should-be-empty
*   ok 4: git update-index with --add should succeed.

* expecting success: tree=$(git write-tree)
error: invalid object e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
fatal: git-write-tree: error building trees
* FAIL 5: writing tree out with git write-tree
        tree=$(git write-tree)

* expecting success: test "$tree" = 7bb943559a305bdd6bdee2cef6e5df2413c3d30a
* FAIL 6: validate object ID of a known tree.
        test "$tree" = 7bb943559a305bdd6bdee2cef6e5df2413c3d30a

* expecting failure: git update-index should-be-empty
error: should-be-empty: does not exist and --remove not passed
fatal: Unable to process path should-be-empty
*   ok 7: git update-index without --remove should fail removing.

* expecting success: git update-index --remove should-be-empty
*   ok 8: git update-index with --remove should be able to remove.

* expecting success: tree=$(git write-tree)
*   ok 9: git write-tree should be able to write an empty tree.

* expecting success: test "$tree" = 4b825dc642cb6eb9a060e54bf8d69288fbee4904
*   ok 10: validate object ID of a known tree.

* expecting success: find path* ! -type d -print | xargs git update-index --add
*   ok 11: adding various types of objects with git update-index --add.

* expecting success: git ls-files --stage >current
*   ok 12: showing stage with git ls-files --stage

* expecting success: diff current expected
*   ok 13: validate git ls-files output for a known tree.

* expecting success: tree=$(git write-tree)
error: invalid object 3feff949ed00a62d9f7af97c15cd8a30595e7ac7
fatal: git-write-tree: error building trees
* FAIL 14: writing tree out with git write-tree.
        tree=$(git write-tree)

* expecting success: test "$tree" = 087704a96baf1c2d1c869a8b084481e121c88b5b
* FAIL 15: validate object ID for a known tree.
        test "$tree" = 087704a96baf1c2d1c869a8b084481e121c88b5b

* expecting success: git ls-tree $tree >current
usage: git-ls-tree [-d] [-r] [-t] [-l] [-z] [--name-only]
[--name-status] [--full-name] [--abbrev[=<n>]] <tree-ish> [path...]
* FAIL 16: showing tree with git ls-tree
        git ls-tree $tree >current

* expecting success: diff current expected
0a1,4
> 100644 blob f87290f8eb2cbbea7857214459a0739927eab154  path0
> 120000 blob 15a98433ae33114b085f3eb3bb03b832b3180a01  path0sym
> 040000 tree 58a09c23e2ca152193f2786e06986b7b6712bdbe  path2
> 040000 tree 21ae8269cacbe57ae09138dcc3a2887f904d02b3  path3
* FAIL 17: git ls-tree output for a known tree.
        diff current expected

* expecting success: git ls-tree -r $tree >current
usage: git-ls-tree [-d] [-r] [-t] [-l] [-z] [--name-only]
[--name-status] [--full-name] [--abbrev[=<n>]] <tree-ish> [path...]
* FAIL 18: showing tree with git ls-tree -r
        git ls-tree -r $tree >current

* expecting success: diff current expected
0a1,8
> 100644 blob f87290f8eb2cbbea7857214459a0739927eab154  path0
> 120000 blob 15a98433ae33114b085f3eb3bb03b832b3180a01  path0sym
> 100644 blob 3feff949ed00a62d9f7af97c15cd8a30595e7ac7  path2/file2
> 120000 blob d8ce161addc5173867a3c3c730924388daedbc38  path2/file2sym
> 100644 blob 0aa34cae68d0878578ad119c86ca2b5ed5b28376  path3/file3
> 120000 blob 8599103969b43aff7e430efea79ca4636466794f  path3/file3sym
> 100644 blob 00fb5908cb97c2564a9783c0c64087333b3b464f  path3/subp3/file3
> 120000 blob 6649a1ebe9e9f1c553b66f5a6e74136a07ccc57c  path3/subp3/file3sym
* FAIL 19: git ls-tree -r output for a known tree.
        diff current expected

* expecting success: git ls-tree -r -t $tree >current
usage: git-ls-tree [-d] [-r] [-t] [-l] [-z] [--name-only]
[--name-status] [--full-name] [--abbrev[=<n>]] <tree-ish> [path...]
* FAIL 20: showing tree with git ls-tree -r -t
        git ls-tree -r -t $tree >current

* expecting success: diff current expected
0a1,11
> 100644 blob f87290f8eb2cbbea7857214459a0739927eab154  path0
> 120000 blob 15a98433ae33114b085f3eb3bb03b832b3180a01  path0sym
> 040000 tree 58a09c23e2ca152193f2786e06986b7b6712bdbe  path2
> 100644 blob 3feff949ed00a62d9f7af97c15cd8a30595e7ac7  path2/file2
> 120000 blob d8ce161addc5173867a3c3c730924388daedbc38  path2/file2sym
> 040000 tree 21ae8269cacbe57ae09138dcc3a2887f904d02b3  path3
> 100644 blob 0aa34cae68d0878578ad119c86ca2b5ed5b28376  path3/file3
> 120000 blob 8599103969b43aff7e430efea79ca4636466794f  path3/file3sym
> 040000 tree 3c5e5399f3a333eddecce7a9b9465b63f65f51e2  path3/subp3
> 100644 blob 00fb5908cb97c2564a9783c0c64087333b3b464f  path3/subp3/file3
> 120000 blob 6649a1ebe9e9f1c553b66f5a6e74136a07ccc57c  path3/subp3/file3sym
* FAIL 21: git ls-tree -r output for a known tree.
        diff current expected

* expecting success: ptree=$(git write-tree --prefix=path3)
error: invalid object 3feff949ed00a62d9f7af97c15cd8a30595e7ac7
fatal: git-write-tree: error building trees
* FAIL 22: writing partial tree out with git write-tree --prefix.
        ptree=$(git write-tree --prefix=path3)

* expecting success: test "$ptree" = 21ae8269cacbe57ae09138dcc3a2887f904d02b3
* FAIL 23: validate object ID for a known tree.
        test "$ptree" = 21ae8269cacbe57ae09138dcc3a2887f904d02b3

* expecting success: ptree=$(git write-tree --prefix=path3/subp3)
error: invalid object 3feff949ed00a62d9f7af97c15cd8a30595e7ac7
fatal: git-write-tree: error building trees
* FAIL 24: writing partial tree out with git write-tree --prefix.
        ptree=$(git write-tree --prefix=path3/subp3)

* expecting success: test "$ptree" = 3c5e5399f3a333eddecce7a9b9465b63f65f51e2
* FAIL 25: validate object ID for a known tree.
        test "$ptree" = 3c5e5399f3a333eddecce7a9b9465b63f65f51e2

* expecting success: git update-index --index-info < badobjects
*   ok 26: put invalid objects into the index.

* expecting failure: git write-tree
error: invalid object 1000000000000000000000000000000000000000
fatal: git-write-tree: error building trees
*   ok 27: writing this tree without --missing-ok.

* expecting success: git write-tree --missing-ok
851a367613bb6e1f0b2b518323eafed530b5b4c4
*   ok 28: writing this tree with --missing-ok.

* expecting success: git read-tree $tree &&
     test -f .git/index &&
     newtree=$(git write-tree) &&
     test "$newtree" = "$tree"
* FAIL 29: git read-tree followed by write-tree should be idempotent.
        git read-tree $tree &&
             test -f .git/index &&
             newtree=$(git write-tree) &&
             test "$newtree" = "$tree"

* expecting success: git diff-files >current && diff >/dev/null -b
current expected
* FAIL 30: validate git diff-files output for a know cache/work tree state.
        git diff-files >current && diff >/dev/null -b current expected

* expecting success: git update-index --refresh
*   ok 31: git update-index --refresh should succeed.

* expecting success: git diff-files >current && cmp -s current /dev/null
*   ok 32: no diff after checkout and git update-index --refresh.

* expecting success: commit0=$(echo NO | git commit-tree $P) &&
     tree=$(git show --pretty=raw $commit0 |
         sed -n -e "s/^tree //p" -e "/^author /q") &&
     test "z$tree" = "z$P"
error: unable to find 087704a96baf1c2d1c869a8b084481e121c88b5b
fatal: 087704a96baf1c2d1c869a8b084481e121c88b5b is not a valid object
* FAIL 33: git commit-tree records the correct tree in a commit.
        commit0=$(echo NO | git commit-tree $P) &&
             tree=$(git show --pretty=raw $commit0 |
                 sed -n -e "s/^tree //p" -e "/^author /q") &&
             test "z$tree" = "z$P"

* expecting success: commit1=$(echo NO | git commit-tree $P -p $commit0) &&
     parent=$(git show --pretty=raw $commit1 |
         sed -n -e "s/^parent //p" -e "/^author /q") &&
     test "z$commit0" = "z$parent"
error: unable to find 087704a96baf1c2d1c869a8b084481e121c88b5b
fatal: 087704a96baf1c2d1c869a8b084481e121c88b5b is not a valid object
* FAIL 34: git commit-tree records the correct parent in a commit.
        commit1=$(echo NO | git commit-tree $P -p $commit0) &&
             parent=$(git show --pretty=raw $commit1 |
                 sed -n -e "s/^parent //p" -e "/^author /q") &&
             test "z$commit0" = "z$parent"

* expecting success: commit2=$(echo NO | git commit-tree $P -p
$commit0 -p $commit0) &&
     parent=$(git show --pretty=raw $commit2 |
         sed -n -e "s/^parent //p" -e "/^author /q" |
         sort -u) &&
     test "z$commit0" = "z$parent" &&
     numparent=$(git show --pretty=raw $commit2 |
         sed -n -e "s/^parent //p" -e "/^author /q" |
         wc -l) &&
     test $numparent = 1
error: unable to find 087704a96baf1c2d1c869a8b084481e121c88b5b
fatal: 087704a96baf1c2d1c869a8b084481e121c88b5b is not a valid object
* FAIL 35: git commit-tree omits duplicated parent in a commit.
        commit2=$(echo NO | git commit-tree $P -p $commit0 -p $commit0) &&
             parent=$(git show --pretty=raw $commit2 |
                 sed -n -e "s/^parent //p" -e "/^author /q" |
                 sort -u) &&
             test "z$commit0" = "z$parent" &&
             numparent=$(git show --pretty=raw $commit2 |
                 sed -n -e "s/^parent //p" -e "/^author /q" |
                 wc -l) &&
             test $numparent = 1

* expecting success:
        mv path0 tmp &&
        mv path2 path0 &&
        mv tmp path2 &&
        git update-index --add --replace path2 path0/file2 &&
        numpath0=$(git ls-files path0 | wc -l) &&
        test $numpath0 = 1

*   ok 36: update-index D/F conflict

* expecting success:
        mkdir first &&
        ln -s ../.git first/.git &&
        mkdir second &&
        ln -s ../first second/other &&
        mkdir third &&
        dir="$(cd .git; pwd -P)" &&
        dir2=third/../second/other/.git &&
        test "$dir" = "$(test-absolute-path $dir2)" &&
        file="$dir"/index &&
        test "$file" = "$(test-absolute-path $dir2/index)" &&
        ln -s ../first/file .git/syml &&
        sym="$(cd first; pwd -P)"/file &&
        test "$sym" = "$(test-absolute-path $dir2/syml)"

* FAIL 37: absolute path works as expected

                mkdir first &&
                ln -s ../.git first/.git &&
                mkdir second &&
                ln -s ../first second/other &&
                mkdir third &&
                dir="$(cd .git; pwd -P)" &&
                dir2=third/../second/other/.git &&
                test "$dir" = "$(test-absolute-path $dir2)" &&
                file="$dir"/index &&
                test "$file" = "$(test-absolute-path $dir2/index)" &&
                ln -s ../first/file .git/syml &&
                sym="$(cd first; pwd -P)"/file &&
                test "$sym" = "$(test-absolute-path $dir2/syml)"


* failed 20 among 37 test(s)
make: *** [t0000-basic.sh] Error 1

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 15:42                 ` Paul Umbers
@ 2008-01-16 17:55                   ` Junio C Hamano
  2008-01-16 18:10                     ` Paul Umbers
  2008-01-16 18:31                   ` Alex Riesen
  1 sibling, 1 reply; 39+ messages in thread
From: Junio C Hamano @ 2008-01-16 17:55 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Alex Riesen, Robin Rosenberg, git

"Paul Umbers" <paul.umbers@gmail.com> writes:

> OK, I think this worked (I'm a Java man, not C/C++). I downloaded the
> latest 1.5.3 source from the git repository and ran "make" with
> GIT_TEST_OPTS="--verbose --debug". Here's the output:
>
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3/t
> $ make
> *** t0000-basic.sh ***
> *   ok 1: .git/objects should be empty after git init in an empty repo.
> *   ok 2: .git/objects should have 3 subdirectories.
> *   ok 3: git update-index without --add should fail adding.
> *   ok 4: git update-index with --add should succeed.
> * FAIL 5: writing tree out with git write-tree
>         tree=$(git write-tree)

Often the first error is the most interesting, as your build is
failing the most basic operation (like creating a tree), and
later parts of the test uses the tree to validate other aspects
of your build.

After seeing the above error, running the test with -i (stop
immediately on failure):

	$ cd t
        $ sh -x ./t0000-basic.sh -i -v

and looking at the exact command that fails is the usual
approach for debugging something like this.  During that
debugging session, the contents of the directory t/trash (which
is where the test script runs) left by the failed test is what
we often do.

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 17:55                   ` Junio C Hamano
@ 2008-01-16 18:10                     ` Paul Umbers
  2008-01-16 18:38                       ` Alex Riesen
  0 siblings, 1 reply; 39+ messages in thread
From: Paul Umbers @ 2008-01-16 18:10 UTC (permalink / raw)
  To: Junio C Hamano; +Cc: Alex Riesen, Robin Rosenberg, git

[-- Attachment #1: Type: text/plain, Size: 1810 bytes --]

Tried Junio's latest suggestion. The resulting output and contents of
the trash are attached as a tar.gz. Thanks for all your help guys, I'm
sorry I can't contribute more but as I mentioned, I'm nowhere near
proficient in c/c++ or the internals of Git.

Paul

On Jan 16, 2008 10:55 AM, Junio C Hamano <gitster@pobox.com> wrote:
> "Paul Umbers" <paul.umbers@gmail.com> writes:
>
> > OK, I think this worked (I'm a Java man, not C/C++). I downloaded the
> > latest 1.5.3 source from the git repository and ran "make" with
> > GIT_TEST_OPTS="--verbose --debug". Here's the output:
> >
> > paulumbers@Devteam29 ~/workspace/git/git-1.5.3/t
> > $ make
> > *** t0000-basic.sh ***
> > *   ok 1: .git/objects should be empty after git init in an empty repo.
> > *   ok 2: .git/objects should have 3 subdirectories.
> > *   ok 3: git update-index without --add should fail adding.
> > *   ok 4: git update-index with --add should succeed.
> > * FAIL 5: writing tree out with git write-tree
> >         tree=$(git write-tree)
>
> Often the first error is the most interesting, as your build is
> failing the most basic operation (like creating a tree), and
> later parts of the test uses the tree to validate other aspects
> of your build.
>
> After seeing the above error, running the test with -i (stop
> immediately on failure):
>
>         $ cd t
>         $ sh -x ./t0000-basic.sh -i -v
>
> and looking at the exact command that fails is the usual
> approach for debugging something like this.  During that
> debugging session, the contents of the directory t/trash (which
> is where the test script runs) left by the failed test is what
> we often do.
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: full_test_results.tar.gz --]
[-- Type: application/x-gzip, Size: 5352 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 15:42                 ` Paul Umbers
  2008-01-16 17:55                   ` Junio C Hamano
@ 2008-01-16 18:31                   ` Alex Riesen
  2008-01-16 18:48                     ` Paul Umbers
  2008-01-16 18:50                     ` Paul Umbers
  1 sibling, 2 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-16 18:31 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Robin Rosenberg, git

Paul Umbers, Wed, Jan 16, 2008 16:42:46 +0100:
> OK, I think this worked (I'm a Java man, not C/C++). I downloaded the
> latest 1.5.3 source from the git repository and ran "make" with
> GIT_TEST_OPTS="--verbose --debug". Here's the output:
> 
...
> * expecting success: tree=$(git write-tree)
> error: invalid object e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
> fatal: git-write-tree: error building trees
> * FAIL 5: writing tree out with git write-tree
>         tree=$(git write-tree)

Ok, since you managed to compile it, could you please try to strace
git-add? Cygwins strace is a bit unusual, but strace --help can
provide enough information to configure it to trace filesystem
operations.

In the top-level of Git source directory:

    $ uname -a > somefile
    $ strace -o log -f -m syscall ./git --exec-path=$(pwd) add somefile
    $ git ls-files -s somefile

or

    $ strace -o log -f -m syscall ./git --exec-path=$(pwd) hash-object somefile

Than check if the sha1file is missing and send in the log.

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 18:10                     ` Paul Umbers
@ 2008-01-16 18:38                       ` Alex Riesen
  2008-01-16 18:57                         ` Paul Umbers
  0 siblings, 1 reply; 39+ messages in thread
From: Alex Riesen @ 2008-01-16 18:38 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Junio C Hamano, Robin Rosenberg, git

Paul Umbers, Wed, Jan 16, 2008 19:10:43 +0100:
> > After seeing the above error, running the test with -i (stop
> > immediately on failure):
> >
> >         $ cd t
> >         $ sh -x ./t0000-basic.sh -i -v
> >
> Tried Junio's latest suggestion. The resulting output and contents of
> the trash are attached as a tar.gz. Thanks for all your help guys, I'm

Well, either it didn't work or you omited something critical (like
stderr):

    * expecting success: tree=$(git write-tree)
    * FAIL 5: writing tree out with git write-tree
	    tree=$(git write-tree)

that is too short. All the traces missing. Could you please retry
with

    sh -x ./t0000-basic.sh -d -v -i &> test_results.txt

? If that is what you actually did, I suspect you have a very broken
shell installed. Could you check if you have bash (bash --version)
and try it instead of "sh"?

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 18:31                   ` Alex Riesen
@ 2008-01-16 18:48                     ` Paul Umbers
  2008-01-16 19:12                       ` Alex Riesen
  2008-01-16 19:17                       ` Alex Riesen
  2008-01-16 18:50                     ` Paul Umbers
  1 sibling, 2 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-16 18:48 UTC (permalink / raw)
  To: Alex Riesen; +Cc: Robin Rosenberg, git

[-- Attachment #1: Type: text/plain, Size: 1231 bytes --]

Latest output, log file attached:

paulumbers@Devteam29 ~/workspace/git/git-1.5.3
$ uname -a > somefile

paulumbers@Devteam29 ~/workspace/git/git-1.5.3
$ git init
Initialized empty Git repository in .git/

paulumbers@Devteam29 ~/workspace/git/git-1.5.3
$ strace -o log -f -m syscall ./git --exec-path=$(pwd) add somefile

paulumbers@Devteam29 ~/workspace/git/git-1.5.3
$ git ls-files -s somefile
100644 2ed63d326ffdb2fd4b703780f4d61f1893cac63b 0       somefile

Checking .git/objects/2e ... there is no sha1 file

>
> Ok, since you managed to compile it, could you please try to strace
> git-add? Cygwins strace is a bit unusual, but strace --help can
> provide enough information to configure it to trace filesystem
> operations.
>
> In the top-level of Git source directory:
>
>     $ uname -a > somefile
>     $ strace -o log -f -m syscall ./git --exec-path=$(pwd) add somefile
>     $ git ls-files -s somefile
>
> or
>
>     $ strace -o log -f -m syscall ./git --exec-path=$(pwd) hash-object somefile
>
> Than check if the sha1file is missing and send in the log.
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: log.tar.gz --]
[-- Type: application/x-gzip, Size: 184 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 18:31                   ` Alex Riesen
  2008-01-16 18:48                     ` Paul Umbers
@ 2008-01-16 18:50                     ` Paul Umbers
  1 sibling, 0 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-16 18:50 UTC (permalink / raw)
  To: Alex Riesen; +Cc: Robin Rosenberg, git

[-- Attachment #1: Type: text/plain, Size: 1343 bytes --]

Sorry, screwed up the log.tar.gz ... try this one.

On Jan 16, 2008 11:31 AM, Alex Riesen <raa.lkml@gmail.com> wrote:
> Paul Umbers, Wed, Jan 16, 2008 16:42:46 +0100:
> > OK, I think this worked (I'm a Java man, not C/C++). I downloaded the
> > latest 1.5.3 source from the git repository and ran "make" with
> > GIT_TEST_OPTS="--verbose --debug". Here's the output:
> >
> ...
> > * expecting success: tree=$(git write-tree)
> > error: invalid object e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
> > fatal: git-write-tree: error building trees
> > * FAIL 5: writing tree out with git write-tree
> >         tree=$(git write-tree)
>
> Ok, since you managed to compile it, could you please try to strace
> git-add? Cygwins strace is a bit unusual, but strace --help can
> provide enough information to configure it to trace filesystem
> operations.
>
> In the top-level of Git source directory:
>
>     $ uname -a > somefile
>     $ strace -o log -f -m syscall ./git --exec-path=$(pwd) add somefile
>     $ git ls-files -s somefile
>
> or
>
>     $ strace -o log -f -m syscall ./git --exec-path=$(pwd) hash-object somefile
>
> Than check if the sha1file is missing and send in the log.
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: log.tar.gz --]
[-- Type: application/x-gzip, Size: 13596 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 18:38                       ` Alex Riesen
@ 2008-01-16 18:57                         ` Paul Umbers
  0 siblings, 0 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-16 18:57 UTC (permalink / raw)
  To: Alex Riesen; +Cc: Junio C Hamano, Robin Rosenberg, git

[-- Attachment #1: Type: text/plain, Size: 1317 bytes --]

Done. The cygwin install is the standard, all-defaults install (and
I've done it 5 times now). I've attached a tar.gz with the test
results run under sh and bash. Hope that helps.

On Jan 16, 2008 11:38 AM, Alex Riesen <raa.lkml@gmail.com> wrote:
> Paul Umbers, Wed, Jan 16, 2008 19:10:43 +0100:
> > > After seeing the above error, running the test with -i (stop
> > > immediately on failure):
> > >
> > >         $ cd t
> > >         $ sh -x ./t0000-basic.sh -i -v
> > >
> > Tried Junio's latest suggestion. The resulting output and contents of
> > the trash are attached as a tar.gz. Thanks for all your help guys, I'm
>
> Well, either it didn't work or you omited something critical (like
> stderr):
>
>     * expecting success: tree=$(git write-tree)
>     * FAIL 5: writing tree out with git write-tree
>             tree=$(git write-tree)
>
> that is too short. All the traces missing. Could you please retry
> with
>
>     sh -x ./t0000-basic.sh -d -v -i &> test_results.txt
>
> ? If that is what you actually did, I suspect you have a very broken
> shell installed. Could you check if you have bash (bash --version)
> and try it instead of "sh"?
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: test_results_sh_and_bash.tar.gz --]
[-- Type: application/x-gzip, Size: 2593 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 18:48                     ` Paul Umbers
@ 2008-01-16 19:12                       ` Alex Riesen
  2008-01-16 19:17                       ` Alex Riesen
  1 sibling, 0 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-16 19:12 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Robin Rosenberg, git

Paul Umbers, Wed, Jan 16, 2008 19:48:28 +0100:
> Latest output, log file attached:
> 
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> $ uname -a > somefile
> 
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> $ git init
> Initialized empty Git repository in .git/
> 
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> $ strace -o log -f -m syscall ./git --exec-path=$(pwd) add somefile
> 
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> $ git ls-files -s somefile
> 100644 2ed63d326ffdb2fd4b703780f4d61f1893cac63b 0       somefile
> 
> Checking .git/objects/2e ... there is no sha1 file
> 

Hmm... Could you try to create a repo so that the whole path contains
no whitespace? Something like "c:/tmp/mydir". Just a suggestion, I am
still inspecting your log...

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 18:48                     ` Paul Umbers
  2008-01-16 19:12                       ` Alex Riesen
@ 2008-01-16 19:17                       ` Alex Riesen
  2008-01-16 21:44                         ` Paul Umbers
  1 sibling, 1 reply; 39+ messages in thread
From: Alex Riesen @ 2008-01-16 19:17 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Robin Rosenberg, git

Paul Umbers, Wed, Jan 16, 2008 19:48:28 +0100:
> Latest output, log file attached:
> 
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> $ uname -a > somefile
> 
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> $ git init
> Initialized empty Git repository in .git/
> 
> paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> $ strace -o log -f -m syscall ./git --exec-path=$(pwd) add somefile
> 

Could you please retry with "-m all"? "-m syscall" is not what one
might expect, its some tracing of cygwin and not enough at that.

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 19:17                       ` Alex Riesen
@ 2008-01-16 21:44                         ` Paul Umbers
  2008-01-16 23:45                           ` Alex Riesen
  0 siblings, 1 reply; 39+ messages in thread
From: Paul Umbers @ 2008-01-16 21:44 UTC (permalink / raw)
  To: Alex Riesen; +Cc: Robin Rosenberg, git

[-- Attachment #1: Type: text/plain, Size: 822 bytes --]

Here's the log from the latest strace.

On Jan 16, 2008 12:17 PM, Alex Riesen <raa.lkml@gmail.com> wrote:
> Paul Umbers, Wed, Jan 16, 2008 19:48:28 +0100:
> > Latest output, log file attached:
> >
> > paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> > $ uname -a > somefile
> >
> > paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> > $ git init
> > Initialized empty Git repository in .git/
> >
> > paulumbers@Devteam29 ~/workspace/git/git-1.5.3
> > $ strace -o log -f -m syscall ./git --exec-path=$(pwd) add somefile
> >
>
> Could you please retry with "-m all"? "-m syscall" is not what one
> might expect, its some tracing of cygwin and not enough at that.
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: log_2.tar.gz --]
[-- Type: application/x-gzip, Size: 35782 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 21:44                         ` Paul Umbers
@ 2008-01-16 23:45                           ` Alex Riesen
  2008-01-17 18:37                             ` Paul Umbers
  2008-01-17 18:53                             ` Nicholas Wourms
  0 siblings, 2 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-16 23:45 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git, Junio C Hamano, Linus Torvalds

Paul Umbers, Wed, Jan 16, 2008 22:44:10 +0100:
> Here's the log from the latest strace.

Something is fishy here (aside from the horrible selection of
information in the trace output):

   56 1151793 [main] git 3244 symlink_info::check: 0 = symlink.check (c:\workspace\git\git-1.5.3\.git\objects\2e, 0x22BBE0) (0x2A)
   58 1151851 [main] git 3244 path_conv::check: this->path(c:\workspace\git\git-1.5.3\.git\objects\2e\d63d326ffdb2fd4b703780f4d61f1893cac63b), has_acls(1)
   65 1151916 [main] git 3244 fhandler_base::open: (c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L, 0x110000)
  206 1152122 [main] git 3244 fhandler_base::set_flags: flags 0x110000, supplied_bin 0x10000
   76 1152198 [main] git 3244 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
  308 1152506 [main] git 3244 fhandler_base::set_flags: filemode set to binary
  146 1152652 [main] git 3244 fhandler_base::open: 0 = NtCreateFile (0x6D0, 20100, c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L, io, NULL, 0, 7, 1, 4400, NULL, 0)
   74 1152726 [main] git 3244 fhandler_base::open: 1 = fhandler_base::open (c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L, 0x110000)
  105 1152831 [main] git 3244 fhandler_base::open_fs: 1 = fhandler_disk_file::open (c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L, 0x10000)
 5915 1158746 [main] git 3244 fhandler_disk_file::link: CreateHardLinkA failed
   94 1158840 [main] git 3244 seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.5.25-7/winsup/cygwin/fhandler_disk_file.cc:893 windows error 183
   72 1158912 [main] git 3244 geterrno_from_win_error: windows error 183 == errno 17
   64 1158976 [main] git 3244 __set_errno: void seterrno_from_win_error(const char*, int, DWORD):310 val 17
   65 1159041 [main] git 3244 fhandler_base::close: closing '/cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L' handle 0x6D0
  124 1159165 [main] git 3244 link: -1 = link (/cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L, /cygdrive/c/workspace/git/git-1.5.3/.git/objects/2e/d63d326ffdb2fd4b703780f4d61f1893cac63b)
   87 1159252 [main] git 3244 normalize_posix_path: src /cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L
   94 1159346 [main] git 3244 normalize_posix_path: /cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L = normalize_posix_path (/cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L)
   65 1159411 [main] git 3244 mount_info::conv_to_win32_path: conv_to_win32_path (/cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L)
  104 1159515 [main] git 3244 mount_info::cygdrive_win32_path: src '/cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L', dst 'c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L'
   73 1159588 [main] git 3244 set_flags: flags: binary (0x2)
   62 1159650 [main] git 3244 mount_info::conv_to_win32_path: src_path /cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L, dst c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L, flags 0x2A, rc 0
  130 1159780 [main] git 3244 symlink_info::check: not a symlink
   66 1159846 [main] git 3244 symlink_info::check: 0 = symlink.check (c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L, 0x22C110) (0x2A)
   67 1159913 [main] git 3244 path_conv::check: this->path(c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L), has_acls(1)
   64 1159977 [main] git 3244 unlink: _unlink (c:\workspace\git\git-1.5.3\.git\objects\tmp_obj_rOxD3L)
  763 1160740 [main] git 3244 unlink: 1 = CloseHandle (0x6D0)
  144 1160884 [main] git 3244 unlink: CreateFile (FILE_FLAG_DELETE_ON_CLOSE) succeeded
   66 1160950 [main] git 3244 unlink: 0 = unlink (/cygdrive/c/workspace/git/git-1.5.3/.git/objects/tmp_obj_rOxD3L)

Could you locate move_temp_to_file and make it unconditionally rename
the tempfile into target sha1 file? It should become something like that:

int move_temp_to_file(const char *tmpfile, const char *filename)
{
	int ret = link_temp_to_file(tmpfile, filename);

	/*
	 * Coda hack - coda doesn't like cross-directory links,
	 * so we fall back to a rename, which will mean that it
	 * won't be able to check collisions, but that's not a
	 * big deal.
	 *
	 * The same holds for FAT formatted media.
	 *
	 * When this succeeds, we just return 0. We have nothing
	 * left to unlink.
	 */
	if (!rename(tmpfile, filename))
		return 0;
	ret = errno;
	unlink(tmpfile);
	if (ret) {
		if (ret != EEXIST) {
			return error("unable to write sha1 filename %s: %s\n", filename, strerror(ret));
		}
		/* FIXME!!! Collision check here ? */
		return error("failed to write sha1 filename %s: %s\n", filename, strerror(ret));
	}

	return 0;
}

Does someone know, why this function seem to return 0 (success) on
something which looks like an SHA1 collision? And destroy the
tempfile, even though it is not moved anywhere.

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 23:45                           ` Alex Riesen
@ 2008-01-17 18:37                             ` Paul Umbers
  2008-01-17 18:51                               ` Linus Torvalds
  2008-01-17 20:18                               ` Alex Riesen
  2008-01-17 18:53                             ` Nicholas Wourms
  1 sibling, 2 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-17 18:37 UTC (permalink / raw)
  To: Alex Riesen; +Cc: git, Junio C Hamano, Linus Torvalds

[-- Attachment #1: Type: text/plain, Size: 2122 bytes --]

Made the changes you specify below & re-ran "make install". Attached
is the log from the latest strace.

Incidentally, I've tried this on two other machines at work with the
same results. The steps to reproduce are annoyingly simple: download
cygwin installer & execute (accept all defaults), select the packages
specified for the binary windows install on the git wiki, try to
create a git repository and add files. Frustrating - especially since
my desktop at my last job worked just fine.

Paul

On Jan 16, 2008 4:45 PM, Alex Riesen <raa.lkml@gmail.com> wrote:
SNIP
>
> Could you locate move_temp_to_file and make it unconditionally rename
> the tempfile into target sha1 file? It should become something like that:
>
> int move_temp_to_file(const char *tmpfile, const char *filename)
> {
>         int ret = link_temp_to_file(tmpfile, filename);
>
>         /*
>          * Coda hack - coda doesn't like cross-directory links,
>          * so we fall back to a rename, which will mean that it
>          * won't be able to check collisions, but that's not a
>          * big deal.
>          *
>          * The same holds for FAT formatted media.
>          *
>          * When this succeeds, we just return 0. We have nothing
>          * left to unlink.
>          */
>         if (!rename(tmpfile, filename))
>                 return 0;
>         ret = errno;
>         unlink(tmpfile);
>         if (ret) {
>                 if (ret != EEXIST) {
>                         return error("unable to write sha1 filename %s: %s\n", filename, strerror(ret));
>                 }
>                 /* FIXME!!! Collision check here ? */
>                 return error("failed to write sha1 filename %s: %s\n", filename, strerror(ret));
>         }
>
>         return 0;
> }
>
> Does someone know, why this function seem to return 0 (success) on
> something which looks like an SHA1 collision? And destroy the
> tempfile, even though it is not moved anywhere.
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

[-- Attachment #2: log3.tar.gz --]
[-- Type: application/x-gzip, Size: 26705 bytes --]

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 18:37                             ` Paul Umbers
@ 2008-01-17 18:51                               ` Linus Torvalds
  2008-01-17 19:17                                 ` Johannes Schindelin
  2008-01-17 20:13                                 ` Paul Umbers
  2008-01-17 20:18                               ` Alex Riesen
  1 sibling, 2 replies; 39+ messages in thread
From: Linus Torvalds @ 2008-01-17 18:51 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Alex Riesen, git, Junio C Hamano



On Thu, 17 Jan 2008, Paul Umbers wrote:
> 
> Incidentally, I've tried this on two other machines at work with the
> same results. The steps to reproduce are annoyingly simple: download
> cygwin installer & execute (accept all defaults), select the packages
> specified for the binary windows install on the git wiki, try to
> create a git repository and add files. Frustrating - especially since
> my desktop at my last job worked just fine.

Is there perhaps some odd virus scanner or something that interferes with 
filesystem operations? It sounds like you have consistent problems on 
*some* machines, but others cannot reproduce them, which makes me wonder 
if there is some setup issue. Maybe your company machines have some DLL or 
something that interferes subtly with cygwin.

(Eg there might be another cygwin install hidden off somewhere?)

The "virus scanner" thing was just a random thought, but under windows 
it's not unheard of to have things that intercept filesystem accesses for 
things like that. Virus scanners, "security features", rootkits from Sony 
or other sources of trouble etc - you name it. 

That kind of environmental difference would explain why you didn't see it 
on another machine, and why others seem to not be able to reproduce it 
either.

			Linus

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-16 23:45                           ` Alex Riesen
  2008-01-17 18:37                             ` Paul Umbers
@ 2008-01-17 18:53                             ` Nicholas Wourms
  2008-01-17 20:30                               ` Alex Riesen
  1 sibling, 1 reply; 39+ messages in thread
From: Nicholas Wourms @ 2008-01-17 18:53 UTC (permalink / raw)
  To: Alex Riesen; +Cc: Paul Umbers, git, Junio C Hamano, Linus Torvalds

Alex Riesen wrote:
> Paul Umbers, Wed, Jan 16, 2008 22:44:10 +0100:
>> Here's the log from the latest strace.
> 
> Something is fishy here (aside from the horrible selection of
> information in the trace output):
> 

That is a matter of opinion. Besides, Cygwin's strace was designed first and
foremost with debugging the Cygwin dll in mind. Perhaps the choice of name for
the utility was a poor one, since it implies that it ought to be the same as
the official strace.

As for the matter at hand:

First, *you must* make sure you inspect every directory in your PATH for other
copies of cygwin1.dll. Sometimes, without telling you, other software packages
will distribute the cygwin1.dll. Often times this is an older version of that
dll. If there are any these found outside of the Cygwin installation tree, you
must remove them from your PATH.

Secondly, reinstalling Cygwin by rerunning setup is not enough. Cygwin is
pretty self-contained and non-invasive (contrary to the popular FUD spread by
MinGWists), but it does have 2 Registry keys which should be axed if you want a
clean install. They are:

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions

Lastly, has the user actually tried reporting this problem to
"cygwin@cygwin.com"? That is the proper list for reporting problems with
official cygwin packaged applications. Both the maintainer of the "git" Cygwin
package and the core Cygwin developers monitor that list, so you are much more
likely to get a solution to your problem there. Nevertheless, it does seem that
in this case it might be a problem with git's handling of failures to create
hard links. But do keep this in mind for future reference.

Cheers,
Nicholas

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 18:51                               ` Linus Torvalds
@ 2008-01-17 19:17                                 ` Johannes Schindelin
  2008-01-17 20:13                                 ` Paul Umbers
  1 sibling, 0 replies; 39+ messages in thread
From: Johannes Schindelin @ 2008-01-17 19:17 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Paul Umbers, Alex Riesen, git, Junio C Hamano

Hi,

On Thu, 17 Jan 2008, Linus Torvalds wrote:

> On Thu, 17 Jan 2008, Paul Umbers wrote:
> > 
> > Incidentally, I've tried this on two other machines at work with the 
> > same results. The steps to reproduce are annoyingly simple: download 
> > cygwin installer & execute (accept all defaults), select the packages 
> > specified for the binary windows install on the git wiki, try to 
> > create a git repository and add files. Frustrating - especially since 
> > my desktop at my last job worked just fine.
> 
> Is there perhaps some odd virus scanner or something that interferes 
> with filesystem operations?

Or that Logitech Abomination of an "Updater service"?  On one of my 
machines, I had tons of problems before just uninstalling those "drivers".

Ciao,
Dscho

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 18:51                               ` Linus Torvalds
  2008-01-17 19:17                                 ` Johannes Schindelin
@ 2008-01-17 20:13                                 ` Paul Umbers
  2008-01-17 20:24                                   ` Linus Torvalds
  1 sibling, 1 reply; 39+ messages in thread
From: Paul Umbers @ 2008-01-17 20:13 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Alex Riesen, git, Junio C Hamano

Quite possibly. We have Embassy Trust Suite and Symantec Endpoint
Security installed on all our work machines, while I use ClamWin at
home and don't have this problem. The symptoms would indicate that it
is an environmental difference and this is certainly a candidate.

I've disabled as many of the Symantec features as I can without
uninstalling it (which I don't have permissions to do), and I still
get the same problem. So, if it is Symantec then it's at a level
deeper than I can go. Not sure about the Embassy suite, I'll have a
play and see what I can find but it's tricky as the sysadmins here
don't like us developer-types playing with security settings on our
machines. Go figure.

I've also tried a complete (including registry keys) reinstall of
cygwin (as per Nicholas' email) and still have the problem. I'll try a
summary posting to the cygwin group as suggested to see if they know
of anything over there. If there's anything else I can do in the
meantime, please let me know. I'll be closing my eyes real tight and
hoping that next time I open them I have a Linux desktop in front of
me :-)

Thanks for all your help guys,
Paul

On Jan 17, 2008 11:51 AM, Linus Torvalds <torvalds@linux-foundation.org> wrote:
>
>
> On Thu, 17 Jan 2008, Paul Umbers wrote:
> >
> > Incidentally, I've tried this on two other machines at work with the
> > same results. The steps to reproduce are annoyingly simple: download
> > cygwin installer & execute (accept all defaults), select the packages
> > specified for the binary windows install on the git wiki, try to
> > create a git repository and add files. Frustrating - especially since
> > my desktop at my last job worked just fine.
>
> Is there perhaps some odd virus scanner or something that interferes with
> filesystem operations? It sounds like you have consistent problems on
> *some* machines, but others cannot reproduce them, which makes me wonder
> if there is some setup issue. Maybe your company machines have some DLL or
> something that interferes subtly with cygwin.
>
> (Eg there might be another cygwin install hidden off somewhere?)
>
> The "virus scanner" thing was just a random thought, but under windows
> it's not unheard of to have things that intercept filesystem accesses for
> things like that. Virus scanners, "security features", rootkits from Sony
> or other sources of trouble etc - you name it.
>
> That kind of environmental difference would explain why you didn't see it
> on another machine, and why others seem to not be able to reproduce it
> either.
>
>                         Linus
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 18:37                             ` Paul Umbers
  2008-01-17 18:51                               ` Linus Torvalds
@ 2008-01-17 20:18                               ` Alex Riesen
  1 sibling, 0 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-17 20:18 UTC (permalink / raw)
  To: Paul Umbers; +Cc: git, Junio C Hamano, Linus Torvalds

Paul Umbers, Thu, Jan 17, 2008 19:37:37 +0100:
> Made the changes you specify below & re-ran "make install".

no need for "make install", just "make" would be enough:
you run the commands explicitely in the current directory:

    strace -o log -mall -f ./git --exec-path $(pwd) add testfile

> Attached is the log from the latest strace.

Are you sure? It looks like a strace of some random git program...
The link, which failed in log_2 attempt is not even called.
Oh... Could you redo the test after running "git reset --hard" first?

And have you tried running tests in a directory without whitespace in
path? Like "c:/windows", for example?

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 20:13                                 ` Paul Umbers
@ 2008-01-17 20:24                                   ` Linus Torvalds
  2008-01-17 20:38                                     ` Pascal Obry
  2008-01-17 22:32                                     ` Paul Umbers
  0 siblings, 2 replies; 39+ messages in thread
From: Linus Torvalds @ 2008-01-17 20:24 UTC (permalink / raw)
  To: Paul Umbers; +Cc: Alex Riesen, git, Junio C Hamano



On Thu, 17 Jan 2008, Paul Umbers wrote:
>
> Quite possibly. We have Embassy Trust Suite and Symantec Endpoint
> Security installed

That's it.

Do a google for 

	Embassy Trust Suite cygwin

and revel in all the reports of problems with cygwin with that thing 
installed.

See for example Dave Korn at:

	http://www.cygwin.com/ml/cygwin/2007-05/msg00132.html

or this on:

	http://www.cygwin.com/ml/cygwin-talk/2007-q1/msg00270.html
	http://sourceware.org/ml/cygwin/2006-05/msg00856.html

so I'm pretty sure that's it.

Ahh, the joys of Windows.

Btw, did you ever test the msys version of git

	http://code.google.com/p/msysgit/

since I suspect that it's likely to not just be faster, but also more 
robust, since there is a much thinner layer between git and windows (and 
thus hopefully many fewer complex dependencies that can go wrong).

			Linus
		

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 18:53                             ` Nicholas Wourms
@ 2008-01-17 20:30                               ` Alex Riesen
  0 siblings, 0 replies; 39+ messages in thread
From: Alex Riesen @ 2008-01-17 20:30 UTC (permalink / raw)
  To: Nicholas Wourms; +Cc: Paul Umbers, git, Junio C Hamano, Linus Torvalds

Nicholas Wourms, Thu, Jan 17, 2008 19:53:44 +0100:
> Alex Riesen wrote:
> > 
> > Something is fishy here (aside from the horrible selection of
> > information in the trace output):
> > 
> 
> That is a matter of opinion. Besides, Cygwin's strace was designed first and
> foremost with debugging the Cygwin dll in mind. Perhaps the choice of name for
> the utility was a poor one, since it implies that it ought to be the same as
> the official strace.

Perhaps. I actually did not intend debugging Cygwin dll at all and
just assumed (being used to the very useful output of linux' strace)
I get something *useful*. It was kinda usefult, just not exactly for
this problem.

As to reporting the issue to cygwin list: there are very trivial
problems which when long enough overlooked tend to give an impression
of malignant stupidity. I expect a wish to change the output of this
particular program in this particular project wont ever be granted
however long argued and whatever the arguments.

Prove me wrong (IOW: report it to cygwin and see something good happen).

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 20:24                                   ` Linus Torvalds
@ 2008-01-17 20:38                                     ` Pascal Obry
  2008-01-17 20:50                                       ` Johannes Schindelin
  2008-01-17 22:32                                     ` Paul Umbers
  1 sibling, 1 reply; 39+ messages in thread
From: Pascal Obry @ 2008-01-17 20:38 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Paul Umbers, Alex Riesen, git, Junio C Hamano

Linus Torvalds a écrit :
> Ahh, the joys of Windows.

Well don't blame windows for every problem in the world ;) ... in this 
specific case I think it is more like a stupid anti-virus problem. It 
turn out that those pieces of software are probably the most buggy one 
and at the same time just useless!

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 20:38                                     ` Pascal Obry
@ 2008-01-17 20:50                                       ` Johannes Schindelin
  2008-01-17 20:53                                         ` Pascal Obry
  0 siblings, 1 reply; 39+ messages in thread
From: Johannes Schindelin @ 2008-01-17 20:50 UTC (permalink / raw)
  To: Pascal Obry; +Cc: Linus Torvalds, Paul Umbers, Alex Riesen, git, Junio C Hamano

[-- Attachment #1: Type: TEXT/PLAIN, Size: 357 bytes --]

Hi,

On Thu, 17 Jan 2008, Pascal Obry wrote:

> Linus Torvalds a écrit :
> > Ahh, the joys of Windows.
> 
> Well don't blame windows for every problem in the world ;) ... in this
> specific case I think it is more like a stupid anti-virus problem.

And who exactly do you think is to blame for the virus problem?  Ah 
*throwshishandsintheair*.

Ciao,
Dscho

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 20:50                                       ` Johannes Schindelin
@ 2008-01-17 20:53                                         ` Pascal Obry
  0 siblings, 0 replies; 39+ messages in thread
From: Pascal Obry @ 2008-01-17 20:53 UTC (permalink / raw)
  To: Johannes Schindelin
  Cc: Linus Torvalds, Paul Umbers, Alex Riesen, git, Junio C Hamano

Johannes Schindelin a écrit :
> And who exactly do you think is to blame for the virus problem?  Ah 
> *throwshishandsintheair*.

I may be different, but I can swear that I live without anti-virus and I 
have still to see a virus on my computers. I just refrain from 
downloading all these nice-very-little-useless gizmo for Windows.

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

^ permalink raw reply	[flat|nested] 39+ messages in thread

* Re: Git Cygwin - unable to create any repository - help!
  2008-01-17 20:24                                   ` Linus Torvalds
  2008-01-17 20:38                                     ` Pascal Obry
@ 2008-01-17 22:32                                     ` Paul Umbers
  1 sibling, 0 replies; 39+ messages in thread
From: Paul Umbers @ 2008-01-17 22:32 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Alex Riesen, git, Junio C Hamano

Yup. That looks like it - dontcha just gotta love the way some vendors
abuse the Windows OS.

I think I'll give msysgit a try, failing that I can always disable the
Embassy Suite (since it seems it's only needed for the fingerprint
reader which I don't use anyways).

Guys, thanks for all your help - you've been terrific.

Paul

On Jan 17, 2008 1:24 PM, Linus Torvalds <torvalds@linux-foundation.org> wrote:
>
>
> On Thu, 17 Jan 2008, Paul Umbers wrote:
> >
> > Quite possibly. We have Embassy Trust Suite and Symantec Endpoint
> > Security installed
>
> That's it.
>
> Do a google for
>
>         Embassy Trust Suite cygwin
>
> and revel in all the reports of problems with cygwin with that thing
> installed.
>
> See for example Dave Korn at:
>
>         http://www.cygwin.com/ml/cygwin/2007-05/msg00132.html
>
> or this on:
>
>         http://www.cygwin.com/ml/cygwin-talk/2007-q1/msg00270.html
>         http://sourceware.org/ml/cygwin/2006-05/msg00856.html
>
> so I'm pretty sure that's it.
>
> Ahh, the joys of Windows.
>
> Btw, did you ever test the msys version of git
>
>         http://code.google.com/p/msysgit/
>
> since I suspect that it's likely to not just be faster, but also more
> robust, since there is a much thinner layer between git and windows (and
> thus hopefully many fewer complex dependencies that can go wrong).
>
>                         Linus
>
>



-- 
Computer Science is no more about computers than astronomy is about telescopes.
--- Edsger W. Dijkstra

Paul Umbers MSc MBCS MIAP
paul.umbers@gmail.com

^ permalink raw reply	[flat|nested] 39+ messages in thread

end of thread, other threads:[~2008-01-17 22:33 UTC | newest]

Thread overview: 39+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-14 17:21 Git Cygwin - unable to create any repository - help! Paul Umbers
2008-01-14 20:29 ` Alex Riesen
2008-01-14 22:21   ` Paul Umbers
2008-01-15  5:48     ` Alex Riesen
2008-01-15 15:21       ` Paul Umbers
2008-01-15 20:04         ` Alex Riesen
2008-01-15 20:12           ` Paul Umbers
2008-01-15 21:20             ` Alex Riesen
2008-01-15 21:57               ` Paul Umbers
2008-01-15 22:51                 ` Alex Riesen
2008-01-15 21:59               ` Paul Umbers
2008-01-15 22:55                 ` Alex Riesen
2008-01-15 23:02             ` Robin Rosenberg
2008-01-16  7:18               ` Alex Riesen
2008-01-16 15:42                 ` Paul Umbers
2008-01-16 17:55                   ` Junio C Hamano
2008-01-16 18:10                     ` Paul Umbers
2008-01-16 18:38                       ` Alex Riesen
2008-01-16 18:57                         ` Paul Umbers
2008-01-16 18:31                   ` Alex Riesen
2008-01-16 18:48                     ` Paul Umbers
2008-01-16 19:12                       ` Alex Riesen
2008-01-16 19:17                       ` Alex Riesen
2008-01-16 21:44                         ` Paul Umbers
2008-01-16 23:45                           ` Alex Riesen
2008-01-17 18:37                             ` Paul Umbers
2008-01-17 18:51                               ` Linus Torvalds
2008-01-17 19:17                                 ` Johannes Schindelin
2008-01-17 20:13                                 ` Paul Umbers
2008-01-17 20:24                                   ` Linus Torvalds
2008-01-17 20:38                                     ` Pascal Obry
2008-01-17 20:50                                       ` Johannes Schindelin
2008-01-17 20:53                                         ` Pascal Obry
2008-01-17 22:32                                     ` Paul Umbers
2008-01-17 20:18                               ` Alex Riesen
2008-01-17 18:53                             ` Nicholas Wourms
2008-01-17 20:30                               ` Alex Riesen
2008-01-16 18:50                     ` Paul Umbers
2008-01-15 17:08     ` Pascal Obry

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).