git/list[1] front-page[2] threads[3] people[4] search[5] about
 

git gui blame: git-blame loops at 100% cpu

From
KKKonrad Karl <kk_konrad@gmx.at>
Date
Apr 17, 2010, 23:13 UTC
Message-ID
<20100417231327.162560@gmx.net>
Dear list,
I have converted one of our Visual Source Safe repos to git (about 47000 commits, about 11 years of history, .git about 200 MB git gc'ed). 
Everything seems to be working fine but git gui blame some_file seems to
procedure correct output in the file viewer but the progress bar stops 
at 1271 of 2783 lines for one specific file and then the git-blame process
consumes 100% cpu. 
 
Plain git blame completes in a fraction of a second just fine.
git-1.7.0.1-1.fc13.x86_64 (Fedora 13). I have also tested git 1.7.0.5
- same behaviour. ditto for the latest msys git in Windows.

perhaps I should mention that most of the source files in the repo are using crlf line endings.

The hang does not happen on all files but on many - progress percentage varying.

Konrad
-- 
Sicherer, schneller und einfacher. Die aktuellen Internet-Browser -
jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser
Next: Konrad Karl
Message 1 of 3 in “git gui blame: git-blame loops at 100% cpu”
  1. Konrad KarlApr 17, 2010
  2. Konrad KarlApr 18, 2010
  3. Konrad KarlApr 18, 2010

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.