Re: ANNOUNCE: Git for Windows 1.7.9

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

 



Am 09.02.2012 14:00, schrieb karsten.blees@xxxxxxx:
> Stefan Näwe <stefan.naewe@xxxxxxxxxxxxxxxxxxxx> wrote on 09.02.2012 
> 09:11:03:
> 
>> Am 09.02.2012 08:45, schrieb Stefan Näwe:
>>> Am 01.02.2012 12:23, schrieb Pat Thoyts:
>>>> This release brings the latest release of Git to Windows users.
>>>>
>>>> Pre-built installers are available from
>>>> http://code.google.com/p/msysgit/downloads/list
>>>>
>>>> Further details about the Git for Windows project are at
>>>> http://code.google.com/p/msysgit/
>>>
>>> I'm getting errors from 'git repack -Ad' with this version on Windows 
> XP:
>>>
>>> $ /bin/git repack -Ad
>>> Counting objects: 147960, done.
>>> Delta compression using up to 2 threads.
>>> Compressing objects: 100% (35552/35552), done.
>>> Writing objects: 100% (147960/147960), done.
>>> Total 147960 (delta 110699), reused 147960 (delta 110699)
>>> Deletion of directory '.git/objects/01/' failed. Should I try again? 
> (y/n)
>>> Deletion of directory '.git/objects/05/' failed. Should I try again? 
> (y/n) n
>>> Deletion of directory '.git/objects/07/' failed. Should I try again? 
> (y/n) n
>>> Deletion of directory '.git/objects/0c/' failed. Should I try again? 
> (y/n) n
>>> Deletion of directory '.git/objects/10/' failed. Should I try again? 
> (y/n)
>>> ....
>>>
>>>
>>> A bisection pointed me to this commit (https://github.
>> com/msysgit/git/commit/19d1e75):
>>>
>>>  "Win32: Unicode file name support (except dirent)"
>>>
>>> When I reset "/git" to this commit and recompile, 'git gc' and 
>> 'git repack -Ad'
>>
>>   s/this commit/parent of this commit (c5d4ecfe)/
>>
> 
> c5d4ecfe just adds unicode conversion functions without using them 
> anywhere, so I doubt that this commit has anything to do with the error.

Right. But the commit that comes after it: 19d1e75

> Besides, that code was merged only this week, so its not even in the 
> pre-built v1.7.9 installer.

I built the installer myself.
 
> Have you checked virus scanners or other background jobs that might keep 
> the directories open?

I tried that on a physical machine with an on-access virus scanner
enabled and disabled, and also on a virtual machine (VirtualBox) with
no virus scanner installed. Makes no difference.

I also used "Process Explorer" (www.sysinternals.com) to find any
other process that might have the directory open, but there wasn't any.
If you know any other tools for that, let me know.

Regards,
  Stefan
-- 
----------------------------------------------------------------
/dev/random says: Aren't cats just widdle furry balls of love?
python -c "print '73746566616e2e6e616577654061746c61732d656c656b74726f6e696b2e636f6d'.decode('hex')"
--
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]